HTML ist eine plattformunabhängige Dokumentbeschreibungssprache, in der Web-Seiten geschrieben sind.
"HTML ist keine Programmiersprache. Denn mit HTML kann man z. B. keinen Roboter steuern, keine Variable erstellen und auch kein Spiel programmieren." (Quelle)
Dokumente, die nicht valide sind resp. Standards verletzen, verlassen sich auf die Fehlerkorrektur der Software, welche sie liest (Browser, Roboter, Screenreader etc., siehe oben). Diese Fehlerkorrektur ist aber je nach Software sehr unterschiedlich, was zu Fehlern führen kann, und dies in vielen Fällen, ohne dass dies der Websitebetreiber merkt, denn es ist unmöglich, die Website via all diese Software nach jedem Update wiederum vollumfänglich zu testen.
Nicht valider HTML-Quelltext verursacht oft hohe Kosten, insbesondere wegen unnötiger Fehlersuche und nicht optimaler Bedienung oder gar Verärgerung der Benutzer.
Weiterführende Informationen:
http://www.qualidator.com/Web/de/Know-how/Verwendung_von_validem_XHTMLQuelltext.htm
Die Gültigkeit des HTML-Quelltextes kann via so genannte Validatoren überprüft werden.
Beispiele:
Weiterführende Informationen
http://blog.antikoerperchen.de/beitrag/28/validierung-wozu-warum-valider-html-code-wichtig-ist.html
Abkürzungen:
HTML: HyperText Markup Language
Die getestete Website verfügt nicht über validen XHTML-Quelltext.
Die getestete Website gibt zwar an, XHTML zu verwenden, der Quelltext ist jedoch fehlerhaft. Verwenden Sie den Qualidator SiteAnalyzer um die Fehler auf Ihrer Seite zu finden. Bedenken Sie, dass es nicht reicht nur die Startseite zu validieren. Es müssen alle Webseiten valide sein um maximale Zugänglichkeit zu erreichen und Fehldarstellungen auf unterschiedlichen Browsern sowie Fehler zu vermeiden.
Das Kennzeichnen von besuchten Hyperlinks hilft den Benutzern zu erkennen, welche Seiten innerhalb der Website bereits besucht wurden und welche nicht. Anders gesagt, sollten die Navigationsoberflächen gemäss Nielsen folgende drei wesentlichen Fragen beantworten können: "Wo bin ich?", "Wo bin ich gewesen?" und "Wohin kann ich gehen?"
Quelle und weiterführende Informationen:
"Prioritizing Web Usability" von Jakob Nielsen/Hoa Loranger sowie "Designing Web Usability" von Jakob Nielsen
Die getestete Website unterstützt diese wichtige Kennzeichnung nicht oder nicht überall.
Nicht alle sehbehinderten Personen verwenden technische Hilfsmittel, um sich im Internet einfacher zu bewegen. Die Möglichkeit, die Schrift zu vergrössern, ist ein wichtiges Element zur Gewährleistung, dass die Websiteinformationen von allen Besuchern gelesen werden können. Aber auch Menschen mit gutem Sehvermögen sind in gewissen Situationen darauf angewiesen, die Schrift zu vergrössern. Gleichzeitig surfen immer mehr ältere Personen im Netz; auch diese sind auf eine Vergrösserungsmöglichkeit angewiesen. In diesem Zusammenhang ist es wichtig, die Schriftgrössen nicht in Pixel, sondern in Prozent oder "em" zu definieren
Moderne Browser können die Schriften zwar auch bei fixen Angaben vergrössern, aber die Website muss für diesen Fall vorbereitet sein.
Quelle und weiterführende Informationen:
"Prioritizing Web Usability" von Jakob Nielsen/Hoa Loranger,
sowie unter
http://www.qualidator.com/Web/de/Know-how/Schriftvergroesserung.htm
http://www.bitvtest.de/infothek/artikel/lesen/wcag2-schriftgroesse-skalierbarkeit.html
Webbesucher erwarten beim Anklicken eines Links, dass im Fenster der bisherigen Website eine neue erscheint. Durch unnötiges Öffnen von neuen Fenstern beim Anklicken eines Links verlieren die meisten Webbesucher bei der Vielzahl der geöffneten Fenster den Überblick, können mittels der "Back-Funktion" nicht mehr zurücknavigieren und "verlieren" sich. Gleichzeitig kann, insbesondere bei älteren Computern, durch die Vielzahl der geöffneten Browserfenster das System überlastet und zum Absturz geführt werden; auch kann der Besucher durch versteckt geöffnete Fenster das Gefühl erhalten, dass die Website nicht richtig funktioniert. Versierte Webbenutzer, die neue Fenster öffnen wollen, können dies zudem jederzeit über die Funktion "Link im neuen Fenster öffnen" (oder ähnlich) machen.
Eine grosse Ausnahme der Regel, Links prinzipiell nicht in neuen Fenstern zu öffnen, bilden .PDF und sonstige Office-Dateien. Bei diesen sind die Besucher gewöhnt, diese nach der Ansicht zu schliessen und so zur Website zurückzukehren. Dabei sollte der Webbesucher bei diesen Dateiformaten informiert werden, dass sich ein neues Fenster öffnet. Er sollte zudem die Möglichkeit haben die Datei zu speichern.
Technischer Hinweis: Insbesondere für XHTML strict besteht die Möglichkeit die PDF-Datei mit ContentType "application/pdf" und HTTP Header content-disposition: attachment; filename=Dateiname.pdf zu senden, da hier das Target-Attribut nicht zur Verfügung steht. Dies wird derzeit in diesem Test noch nicht berücksichtigt, ist aber ebenfalls eine gangbare Lösung.
Quelle und weiterführende Informationen:
"Prioritizing Web Usability" von Jakob Nielsen/Hoa Loranger
Es wurde mindestens ein Office-Dokument gefunden, das nicht in einem neuen Fenster geöffnet wird.
Linknamen sollten möglichst kurz, präzise und trotzdem aussagekräftig verfasst sein. Links wie "mehr" (oder "more" oder die Zeichenfolge ">>") sollten vermieden werden, besser ist es dem Besucher spezifisch mitzuteilen von was er "mehr" erhält.
Quelle und weitere Informationen:
"Prioritizing Web Usability" von Jakob Nielsen/Hoa Loranger sowie gute Beispiele unter http://de.selfhtml.org/html/verweise/definieren.htm
Die geteste Website verfügt über (einige) unspezifische Links.