UX-Audit-Checkliste (100 Punkte)

Kurz gesagt

Eine UX-Audit-Checkliste ist eine Sammlung von Ja-oder-nein-Punkten, mit der Sie eine Oberfläche Schritt für Schritt prüfen. Diese hier hat 100 Punkte in 10 Kategorien, von der Navigation bis zum Checkout. Wo ein Punkt eine Grundlage hat, steht das Erfolgskriterium der WCAG 2.2 oder die Nielsen-Heuristik daneben. Die Punkte, die Sie offen lassen, sind der Entwurf Ihrer Verbesserungsliste.

Die Checkliste

Checkliste

100 Punkte, 10 Kategorien

JavaScript ist aus, deshalb funktionieren Zähler, Filter und Kopieren nicht. Abhaken oder die Seite drucken geht trotzdem.

Navigation und Informationsarchitektur

12 Punkte

Formulare

14 Punkte

Inhalt und Interface-Texte

10 Punkte

Barrierefreiheit

16 Punkte

Ladezeit und Leistung

6 Punkte

Mobil

10 Punkte

Vertrauen und Transparenz

8 Punkte

Fehler und leere Zustände

8 Punkte

E-Commerce und Checkout

8 Punkte

Ihre Haken werden nur in diesem Browser gespeichert und nirgendwohin gesendet. „Als Text kopieren“ kopiert nur die offenen Punkte samt Kategorie in die Zwischenablage.

So nutzen Sie die Liste

Nutzen Sie die Liste für einen Flow, nicht für die ganze Website. „Gastkauf auf dem Handy“ ist ein guter Umfang. Je enger der Umfang, desto klarer wird jedes Ja oder Nein.

Probieren Sie jeden Punkt auf einem echten Gerät aus. Für „ein fehlerhaftes Feld wird erkannt“ füllen Sie das Formular falsch aus und senden es ab. In meinen Audits lag ich am häufigsten bei Punkten falsch, die ich nur mit Blick auf die Designdatei abgehakt hatte.

Hat Ihr Produkt keine Suche oder passt ein Punkt nicht, haken Sie ihn ab und gehen weiter. Die Liste ist nicht zum Punktesammeln da, sondern erinnert an die Stellen, die oft übersehen werden.

Wenn Sie fertig sind, drücken Sie „Als Text kopieren“. Die offenen Punkte landen samt Kategorie in Ihrer Zwischenablage. Fügen Sie sie in eine Tabelle ein und geben Sie jedem einen Schweregrad. Wie ich den Schweregrad bewerte, erkläre ich im Ratgeber zum UX-Audit.

Woher die Punkte stammen

Punkte mit Quelle in Klammern stützen sich auf drei Quellen: Nielsens Heuristiken, die WCAG 2.2 und die Core Web Vitals. Die ohne Quelle stammen aus den Problemen, die ich in meinen eigenen Audits am häufigsten notiere.

Punkte mit „Nielsen, Heuristik“ stammen aus Jakob Nielsens 10 Usability-Heuristiken. Der Artikel der NN/g erschien erstmals am 24. April 1994 und wurde zuletzt am 30. Januar 2024 geprüft. Wie man Screens mit den Heuristiken vergleicht, steht auf der Seite zur heuristischen Evaluation.

Punkte mit „WCAG“ sind Erfolgskriterien aus dem W3C-Standard WCAG 2.2. Grundlage ist die W3C-Empfehlung vom 12. Dezember 2024. Die Liste enthält einen Teil der Kriterien der Stufen A und AA; AAA habe ich weggelassen.

Die Schwellen zur Ladezeit stammen aus Googles Core Web Vitals. Laut web.dev liegen die Grenzen für „gut“ bei 2,5 Sekunden für LCP, 200 Millisekunden für INP und 0,1 für CLS. Empfohlen wird, Mobil und Desktop getrennt zu messen, beim 75. Perzentil der Seitenaufrufe.

Als E-Commerce-UX-Checkliste

Bei einem Onlineshop helfen die Kategorien „E-Commerce und Checkout“, „Formulare“ und „Vertrauen und Transparenz“ am meisten. Der Schritt, an dem der Nutzer Geld ausgibt, steckt in diesen dreien.

Probleme wie Versandkosten im letzten Schritt oder Registrierungszwang zeigen sich nicht auf einem einzelnen Screen. Gehen Sie den Flow von Anfang bis Ende durch: Legen Sie etwas in den Warenkorb und geben Sie einen falschen Gutschein ein. Was Registrierungszwang kosten kann, lesen Sie in der Geschichte vom 300-Millionen-Dollar-Button.

Die Muster des Bezahlscreens habe ich im Artikel zur Checkout-Seite gesammelt. Branchenspezifisches finden Sie im Ratgeber zu E-Commerce-UX.

In welcher Reihenfolge Sie prüfen

Sie müssen die Liste nicht von oben nach unten lesen. Ich beginne ein Audit an dem Schritt, an dem der Nutzer Geld oder Zeit ausgibt. In einem Shop ist das die Kasse, in einer Bank die Überweisung.

An diesem Schritt gehe ich zuerst „Formulare“ und „Fehler und leere Zustände“ durch. Dann wiederhole ich denselben Flow auf dem Handy und schaue auf die Punkte unter „Mobil“. Ein Formular, das am Desktop gut aussieht, kann seinen Button verstecken, wenn sich die Handytastatur öffnet.

Die Punkte zur Barrierefreiheit prüfe ich in einer eigenen Runde: zuerst Tastatur, dann Kontrast, zuletzt Screenreader. Den Kontrast messen Sie mit dem Kontrastrechner.

Die Punkte zur Ladezeit kommen zuletzt. Eine Messung auf meinem Rechner ist ein einzelner Aufruf, während web.dev das 75. Perzentil empfiehlt. Haben Sie Daten echter Nutzer, schauen Sie auf diese.

Die Punkte zu Navigation und Inhalt bleiben den ganzen Flow über offen. Sobald ich an einer Menübeschriftung hängen bleibe, lasse ich den Punkt offen und notiere den Grund.

Was diese Liste nicht kann

Eine Checkliste ist Teil einer Expertenprüfung. Sie sagt nicht, warum Nutzer hängen bleiben, sondern nur, wo Sie hinschauen sollten. Prüfen Sie die Befunde vor einer großen Entscheidung mit einem Usability-Test.

Auch die Punkte zur Barrierefreiheit ersetzen keinen vollständigen Konformitätstest. Jedes Kriterium der WCAG 2.2 einzeln und mit assistiven Technologien zu testen, ist eine eigene Aufgabe. Den Ablauf beschreibe ich auf der Seite zur Prüfung der Barrierefreiheit.

Nicht alle Punkte wiegen gleich. Ein kaputter Bezahl-Button und ein verrutschtes Icon stehen auf der gleichen Art von Zeile. Was zuerst behoben wird, entscheidet der Schweregrad.

Meine Notiz

In meinen Audits sammeln sich die offenen Punkte am häufigsten bei Formularen und Fehlerzuständen. Teams gestalten den glücklichen Pfad, auf dem alles klappt, gut. Für einen falsch getippten Gutschein oder eine abgebrochene Verbindung gibt es oft gar keinen Screen.

Lassen Sie auch den Durchgang mit der Tastatur nicht aus. Die Maus wegzulegen und den Flow nur mit Tab und Enter abzuschließen, dauert ein paar Minuten. In dieser einen Runde sehen Sie die fünf Tastaturpunkte der Kategorie Barrierefreiheit.

Diese Liste ist auch das Gerüst meiner eigenen Audits. Im Bericht gibt es einen Unterschied: Zu jedem Befund kommen ein Screenshot und eine konkrete Lösung.

Häufige Fragen

Ist eine UX-Audit-Checkliste dasselbe wie ein UX-Audit?

Nein. Die Liste erinnert Sie während eines Audits daran, wo Sie hinschauen sollten. Ein Audit ordnet jedes gefundene Problem einem Screen und einer Heuristik zu, bewertet den Schweregrad und schreibt eine Lösung.

Werden meine Haken gespeichert?

Die Haken werden nur in dem Browser gespeichert, den Sie gerade nutzen, und gehen nie an einen Server. In einem privaten Fenster oder wenn Sie die Browserdaten löschen, sind sie weg. Für eine dauerhafte Kopie nutzen Sie „Als Text kopieren“.

Ist mein Produkt barrierefrei, wenn ich alle Punkte abhake?

Nein. Die Liste enthält nur einen Teil der Kriterien der Stufen A und AA der WCAG 2.2. Eine Konformitätserklärung braucht ein Audit zur Barrierefreiheit, das jedes Erfolgskriterium einzeln testet.

Funktioniert die Liste auch für Apps?

Größtenteils ja. Die Kategorien Navigation, Formulare, Fehler und Mobil gelten auch für Apps. Webspezifische Punkte wie Seitentitel und lang-Attribut können Sie in einer App überspringen.

Quellen (3)
  1. Jakob Nielsen, 10 Usability Heuristics for User Interface Design, Nielsen Norman Group. 24. April 1994, zuletzt geprüft am 30. Januar 2024; Nummern der Heuristiken
  2. W3C, Web Content Accessibility Guidelines (WCAG) 2.2. W3C-Empfehlung vom 12. Dezember 2024; Nummern und Stufen der Erfolgskriterien
  3. Philip Walton, Web Vitals, web.dev (Google). zuletzt aktualisiert am 31. Oktober 2024; Schwellen für LCP, INP und CLS