Wir wissen nicht, welchen Browser, welche Version dieses Browsers oder welche Art von Computer ein Nutzer verwendet, der unsere Website besucht.
Deshalb gibt es Webstandards, die wir befolgen, die uns ermöglichen, eine einzige Website zu programmieren, die überall funktionieren kann. Wir verwenden normalisierte Vorlagen (z. B. HTML5 Boilerplate), um unseren Projekten einen konsistenten und gesunden Ausgangspunkt zu geben. Wir verwenden JavaScript-Bibliotheken (z. B. jQuery), um uns die Arbeit zu erleichtern und Probleme mit verschiedenen Browsern zu vermeiden.
Wir wissen nicht, welche Fähigkeiten der Browser hat, mit dem der Nutzer unsere Website besucht.
Daher testen wir die Funktionen und verwenden Polyfills, wo wir können. So können wir die fantastische Erfahrung, die wir uns wünschen, aufbauen und für alle Browser einwandfreie, akzeptable Erfahrungen liefern.
Wir wissen nicht, wie groß das Browserfenster eines Nutzers ist, der unsere Website besucht.
Wir sollten unsere Websites also flüssig gestalten und Media Queries verwenden, um die Website für jede Bildschirmgröße zu optimieren (Responsive Web Design).
Wir wissen nicht, wie schnell die Internetverbindung eines Nutzers ist, der unsere Website besucht.
Wir versuchen also, so wenige Ressourcen wie möglich zu laden. Wir machen diese Ressourcen so klein und komprimiert wie möglich. Wir servieren diese Ressourcen über Server, die speziell dafür optimiert sind und geografisch näher an unseren Nutzern liegen (z. B. NetDNA). So lädt unsere Website so schnell wie möglich.
Wir wissen nicht, wie die Denkweise eines Nutzers ist, der unsere Website besucht.
Wir führen also Nutzerforschung durch (z. B. Silverback) und versuchen, es herauszufinden. Wir versuchen, verschiedene Denkweisen zu berücksichtigen. Wir nutzen unsere Erfahrung (und manchmal unseren Bauchgefühl als Nutzer selbst), um die richtigen Entscheidungen zu treffen. Wir gestalten für Menschen.
Wir wissen nicht, wo sich der physische Standort eines Nutzers befindet, der unsere Website besucht.
Wenn unsere Website es benötigt oder davon profitieren könnte, können wir es also erfragen. Entweder wörtlich oder über HTML5.
Wir wissen nicht, welche Sprachen ein Besucher unserer Website versteht.
Wenn wir also die Ressourcen dafür haben, nutzen wir Übersetzungsdienste (z. B. Smartling), um unsere Website in der Muttersprache eines Nutzers anzubieten. Wenn wir so professionell wie möglich sein wollen, versuchen wir wahrscheinlich auch, kulturelle Unterschiede weltweit zu berücksichtigen.
Wir wissen nicht, wie „computeraffin“ ein Nutzer ist, der unsere Website besucht.
Daher versuchen wir, unsere Website sehr offensichtlich zu gestalten und keine zu vielen Annahmen zu treffen. Wir verwenden gängige Designmuster, um „Affordanzen“ zu berücksichtigen. Wir stecken viel Sorgfalt in unser Design, unseren Text und das gesamte „Benutzererlebnis“.
Wir wissen nicht, welche Behinderungen ein Nutzer haben könnte, der unsere Website besucht.
Daher versuchen wir, unsere Websites mit Blick auf die Zugänglichkeit zu gestalten.
Wir wissen sehr wenig über einen Besucher unserer Website. Tatsächlich wissen wir jeden Tag weniger und weniger, da sich die Demografie der Internetnutzer erweitert (jünger und älter, nicht mehr nur ein Nerd-Ding, mehr Gebiete geografisch usw.). Wenn wir also auf die nächsten 6 Milliarden Menschen, die das Web nutzen, zusteuern (die nächsten 6 Milliarden Menschen), lassen Sie uns das Unbekannte umarmen, indem wir dafür Vorkehrungen treffen.
Google Analytics?
Google Analytics beantwortet jedoch nicht alle diese Fragen.
Google Analytics (und andere Analysesoftware) ist sehr nützlich, um uns Daten über Besucher *in der Masse* zu liefern. Ich nehme an, mein Gedanke beim Verfassen dieses Artikels war für einzelne Besucher, wenn sie auf unsere Websites gelangen.
Google Analytics liefert uns nur Daten, nachdem die Website gestartet wurde und alle Entscheidungen getroffen wurden.
Woopra für detailliertere Echtzeitstatistiken ist ziemlich gut, aber offensichtlich wird es nicht alle Antworten auf die obige Liste liefern, nichts wird das. Die offensichtliche Unvermeidlichkeit ist, dass wir die Leute tatsächlich nach Dingen fragen müssen. Feature-Feedback, Service-Umfragen, Bewertungsanfragen usw.
Wir genießen Woopra sehr.
Die Echtzeit-Analysen sind eine großartige Möglichkeit, in Echtzeit zu sehen, welchen Weg die Nutzer einschlagen. Bietet IP, lässt Sie den Weg beobachten, den sie nutzen, Standort, Webbrowser, Betriebssystemversion und viele andere Funktionen, einschließlich einer Chat-Funktion, wenn sie auf Ihrer Website sind.
Wir mögen auch die Videoaufzeichnungsdienste. Feedback-Formulare sind eine gute Funktion, wenn die Leute sie ausfüllen.
Sehr interessanter Artikel, wir kennen CSSTricks :D .. was eines meiner Lieblings ist.
Kann ich das als Poster bekommen? :)
Ernsthaft… Das könnte eine wirklich coole Infografik ergeben.
Absolut einverstanden! Mach es! Es wäre großartig.
Also…
–
Entschuldigung, ich kann nicht umhin zu bemerken, dass alle Antworten außer der ersten mit „Also, “ beginnen. Das mache ich auch oft, wenn ich mir alte Blogbeiträge ansehe.
Ich bin da auch empfindlich, es scheint oft ein unnötiges Wort zu sein. In diesem Fall gefällt mir der Rhythmus davon.
Das. So das.
Das. So das.
Eine Website in mehrere Sprachen korrekt übersetzen zu können, wäre sehr schön. Natürlich ist das einfacher gesagt als getan.
Das ist eine nette Zusammenfassung von Dingen, die wir wissen, dass wir sie nicht wissen.
Entschuldigen Sie Chris, aber ich glaube nicht, dass smartling.com ein geeigneter Übersetzungsdienst wäre. Ich habe gelesen, was sie auf ihrer Website sagen (schöne Website übrigens!), und sie machen alles falsch (maschinelle Übersetzung, eine Menge Freiwilliger usw.).
Wie sie sagen, wenn gute Inhalte mehr wert sind als Werbung, muss die Übersetzung von Fachleuten durchgeführt werden, die auf die Produkte/Dienstleistungen des übersetzenden Unternehmens spezialisiert sind. Genau wie Webdesign ist Übersetzung ein vollwertiger Beruf, für den Bildung, Ausbildung und Erfahrung erforderlich sind. Es ist nicht unbedingt billig.
Chris Coyier, vielen Dank für die Erwähnung.
„Kommentator Chris“, ich fürchte, Sie haben ein Missverständnis darüber, was wir bei Smartling tun. Wir ermöglichen mehrsprachige Websites und mobile Apps mit einem super einfachen, integrierbaren Softwaredienst, der SEO-kompatibel ist und die Qualität menschlicher Übersetzung bietet. Es ist uns egal, *wie* der Inhalt übersetzt wird – von Fachleuten, von Ihrer eigenen Community oder maschinell (in begrenzten Fällen) – das liegt bei Ihnen, dem Kunden. Die Realität ist, dass die Hälfte unserer Kunden zertifizierte, professionelle Übersetzer einsetzt (Profi-Übersetzer plus Pro-Editing/Reviewer-Workflow). Die andere Hälfte nutzt eine Form von „Crowdsourced Translation“ – sie nutzt ihre internen zweisprachigen Mitarbeiter und/oder ihre zweisprachigen Power-User. In *allen* Fällen haben die Übersetzer Zugriff auf erstklassige kontextbezogene Übersetzungsoberflächen, ein umfassendes Übersetzungsglossar (das Genauigkeit und Konsistenz gewährleistet) und eine Übersetzungsstilrichtlinie.
Ich würde argumentieren, dass das engagierte, zweisprachige Power-User-Mitglied Ihrer Community – das Ihren Service liebt, ihn genau kennt und teilnehmen möchte und Zugang zu den richtigen Übersetzungstools hat – wahrscheinlich eine bessere Arbeit bei der Übersetzung Ihrer Website leistet als der „professionellste Übersetzer der Welt“, der Ihren Service noch nie genutzt hat!
Die Realität ist, dass fast alle unsere „professionellen Übersetzungskunden“ tatsächlich einen hybriden Ansatz verfolgen, bei dem sie ihre mehrsprachigen Mitarbeiter zur Teilnahme am Übersetzungsprozess einladen und mit den professionellen Übersetzern zusammenarbeiten – das liefert großartige Ergebnisse.
Smartlings Botschaft ist, dass der Lokalisierungsprozess nicht so schmerzhaft sein sollte und keine mysteriöse Blackbox sein sollte. Unterschiedliche Kunden haben unterschiedliche Übersetzungsbedürfnisse (und Budgets usw.), und ein Einheitsansatz (d. h. „Sie müssen Fachleute einsetzen“) funktioniert nicht für alle. Wir wählen keine Gewinner aus – Kunden können je nach ihren Bedürfnissen mit Profis, ihrer eigenen Crowd oder maschinell übersetzen.
Fakt ist, dass 98 % aller Inhalte im Web unübersetzt bleiben, und es ist für professionelle Übersetzer einfach nicht möglich, alles zu übersetzen. Smartling versucht, einige der FUD (Fear, Uncertainty, Doubt), die die Übersetzungsbranche durchdringen, zu beseitigen und letztendlich das gesamte Web wirklich mehrsprachig zu machen.
(Und danke, Kommentator Chris, für das Kompliment zum Website-Design!)
Woopra, das meiner Meinung nach relativ neu ist, ist meiner Erfahrung nach viel besser für sofortige Ergebnisse!
Die meisten davon können allein mit JavaScript ermittelt werden.
Einige Benutzer deaktivieren JavaScript im Browser. Das tue ich auch, meistens.
Aber, wie Sie sagten, JavaScript kann das tun. Und ja, ich weiß, die meisten Benutzer deaktivieren niemals JavaScript, also ist es etwas, das berücksichtigt werden muss.
> Wir wissen nicht, wie groß das Browserfenster eines Nutzers ist, der unsere Website besucht.
Nein, aber wir können leicht die Bildschirmbreite ermitteln und die maximale Breite bestimmen
alert(screen.width);
Ich deaktiviere JavaScript standardmäßig. Was wirst du jetzt tun?
Nehmen Sie die Sitze, die Federung, die Windschutzscheibe, das Radio, die Heizung aus meinem Auto und lagern Sie sie in einer Garage, bis ich denke, dass ich sie brauche.
Wenn die Opportunitätskosten für das Entfernen von Autoteilen so niedrig wären wie das Umschalten von Flash oder JavaScript in einem Browser, wäre dies eine beliebte Funktion. Der Anwendungsfall liegt näher am Ausschalten des Radios wegen einer störenden Anzeige oder am Nicht-Einladen von Fremden ins Auto, um Verhaltensbeobachtungen in einem unbekannten Teil der Stadt durchzuführen.
Ich stimme nicht zu. Die meisten dieser Dinge können aus Statistiken abgeleitet werden, und den Rest können wir basierend auf dem Unternehmensprofil erraten.
Ja, wir können es nicht von einer Website erhalten, die noch nicht existiert. Aber Dinge wie Browser, Auflösungen sind für die meisten Seiten üblich. Andere Dinge wie das gezielte Nutzerprofil hängen wirklich davon ab, was wir verkaufen.
Wenn jemand versucht, eine Website für jeden zu bauen, hat er wahrscheinlich keinen richtigen Geschäftsplan.
Wir wissen auch nicht, welche Art von Gerät ein Nutzer zum Zugriff verwenden kann, Maus oder Tastatur oder beides oder Touch-basiert, also halten wir den klickbaren Bereich größer. und verwenden das Meta Viewport Tag, um eine lesbare Zoomgröße zu erhalten.
—————————
Wir wissen auch nicht, ob der Browser des Nutzers CSS und JS unterstützt oder nicht. Deshalb verwenden wir semantisches Markup und unaufdringliches JavaScript.
Hallo Chrys, ich habe diesen Artikel ins Italienische übersetzt und auf deinen Originalpost verwiesen: http://mademietoile.com/cio-che-non-sappiamo
Chris, das sollte ein „Sticky Post“ sein, damit wir wissen, welche Probleme Webdesigner vor dem Start lösen müssen. Danke!
Chris,
Aus irgendeinem seltsamen Grund stürzt jede Seite auf CSS Tricks ab („Ohh Snaps“) und verursacht auch bei anderen Tabs in Google Chrome Canary auf Mac „Ohh Snap“. Das ist wirklich seltsam und ich bin mir nicht sicher warum. Ich dachte nur, ich gebe Ihnen Bescheid.
Auch auf der Chrome-Entwicklerversion auf Mac & Windows.
Chris, das ist eine Fülle von köstlichen Links. Toller Beitrag. Danke.
Das ist so ein toller Beitrag!! Vielen Dank für all die Informationen, die Sie mit uns teilen.
Tolle Sache, worüber man schreiben kann!
Uns gibt es jetzt 7 Milliarden.
Chris… Das wäre großartig als Poster! Ich könnte es in meinem Büro aufhängen.
Vielen Dank für eine umwerfende Website!!
Eine Sache, die ich mich fragen wollte, ist, warum verlinken Sie auf eine „nicht so semantische“ Weise? Nehmen Sie zum Beispiel das Linkpaar „Webstandards“ und „die wir befolgen“ am Anfang des Beitrags.
Was ich gelernt habe, ist der richtige Weg, den Inhalt des Anker-Tags zu verwenden, der tatsächlich den Inhalt oder den Titel der Zielseite enthüllt (für Suchmaschinen und für Menschen). Nun, ich befürchte, „wir folgen“ enthüllt das nicht, oder? :)
BR,
J.
Sehr nützlicher Beitrag.
Es gibt viele Dinge, die wir von der Liste, die Sie erwähnt haben, tatsächlich herausfinden können.
Ich denke, der Fokus sollte mehr darauf liegen, WER unser Benutzer ist (d. h. welche Informationen er sucht, in welchem Kontext er sich befindet – ist er zu Hause oder unterwegs, hat er es eilig oder hat er Zeit, ist er eher visuell oder kognitiv usw.), nicht welche Technologie unser Benutzer verwendet, um auf unsere Website zuzugreifen.
Toller Artikel. Sehr prägnant formuliert und stimmt mit vielem überein, worüber ich nachgedacht habe.
Wir haben alle Websites entwickelt, die großartig aussahen und später Schmerzen verursachten, als Kunden Probleme meldeten, die von ihren einzelnen Kunden aufgeworfen wurden. Ich habe kürzlich aufgehört, neue Kunden anzunehmen, während meine Kollegen und ich einige Zeit damit verbrachten, unsere Workflows zu überdenken, um einige der von Ihnen hervorgehobenen Situationen zu vermeiden, die uns später beißen. Und dazu gehören anfängliche Kundengespräche, bei denen viel mehr diskutiert wird, insbesondere über die Geräteabdeckung. Der Begriff, den wir jetzt oft verwenden, ist „graceful fail“, besonders wenn wir jQuery nicht laden können oder immer noch eine große Anzahl von IE6-Benutzern haben.
Es lohnt sich immer, über diese Dinge nachzudenken – danke für die Erinnerung.
Vielen Dank für all die großartigen Links.
Ich würde argumentieren, dass man keines dieser Dinge wissen kann, egal was man tut, also ist es besser, sich nicht dafür zu interessieren.
Wie genau ist der physische Standort eines Nutzers, der unsere Website besucht? Wenn es am wahrscheinlichsten ist, dass Sie nur den ISP sehen.
Oder wie sehr helfen Sie und wie sehr behindern Sie, wenn Sie versuchen vorherzusagen, welche Behinderungen ein Nutzer haben könnte, der unsere Website besucht? Da die Mehrheit der Websites die Regeln diktiert, an die sich der Nutzer gewöhnt hat.
Toller Artikel – jetzt weiß ich es ;-)
Ausgezeichneter Artikel, ich stimme auch den Aufrufen „Ich würde das gerne auf einem Poster sehen“ zu.
Ich denke, der wichtigste Punkt des gesamten Artikels ist, dass Sie müssen ältere Browser rigoros testen und Polyfills und Fallbacks bereitstellen. H5BP ist definitiv ein guter Ausgangspunkt, da die Entwicklergemeinschaft unzählige Stunden in das Testen der Browserkompatibilität investiert hat und versucht, mit der Zeit Schritt zu halten.
Ich würde gerne eine umfassende Liste bekannter Browser-Bugs und CSS-Standardwerte sehen. Wer nimmt sich der Sache an?
Danke für diesen tollen Beitrag Chris. Es war ein Vergnügen, Sie auf der FOWA London zu treffen :-)
Ich kannte Smartling nicht, und es ist eine großartige Lösung für die Übersetzung von Websites. Jack, übersetzt ihr auch spezialisierte Inhalte, wie medizinische?
Schöne Zusammenfassung :)
Natürlich weißt du einige dieser Dinge… Wenn eine HTTP-Anfrage an einen Server gesendet wird, sendet er mehr als nur die Seite, die er möchte. Alle wichtigen Dinge über den Typ und den Zustand des Browsers können berücksichtigt werden. Wenn der Benutzer Firefox, IE oder ein Mobiltelefon verwendet, dann zeige die Seite entsprechend an. Die Dinge können dynamisch sein, sodass die Größe des Browsers keine Rolle spielt. Sie können auch die IP eines Benutzers sehr leicht erhalten. Ja, Sie wissen also auch, wo sie sind. Dieser gesamte Artikel ist falsch. Ändern Sie den Titel in Was wir wissen
Hallo Chris,
Ich mag diese Zusammenfassung; sehr nützlich.
Ich weiß, dass einige Kommentatoren (oben) sich über die Details aufgeregt haben, aber für mich mag ich besonders die Klarheit der verwendeten Sprache. Ich denke, das leistet gute Arbeit bei der Entmystifizierung vieler WAS und WARUM, was wir Designer tun, und es wird in einem klaren Problem:Lösung-Format präsentiert.
Ich meine, ich würde es gerne mit einem Nicht-Designer-Kollegen teilen, um ihm zu helfen, meine Perspektive zu verstehen, und ich denke, dass dieses gemeinsame Verständnis und die Kommunikation, besonders zwischen Menschen mit unterschiedlichen Fachgebieten, sehr wertvoll sind.
Schön gemacht.
Ich habe ein Widget auf meiner Website installiert, um die Besucher zu überwachen. Aber es kann keine genauen Informationen liefern. Ich frage mich nur, ob es einen besseren Weg gibt, das zu tun.
Das ist eine gute Liste, die man im Hinterkopf behalten sollte. Danke.