Was ist ein UX-Audit? Wie eine Prüfung der Bedienbarkeit abläuft und woran sie misst

Ein UX-Audit ist eine Prüfung der Bedienbarkeit einer Website: Eine Fachperson geht sie so durch, wie es Besucher tun, und hält fest, wo die Bedienung hakt. Maßstab sind bekannte Regeln, etwa die zehn Heuristiken von Jakob Nielsen und für die Barrierefreiheit die Kriterien der WCAG, des Standards des W3C. Am Ende steht eine Liste der gefundenen Probleme mit Empfehlungen, wie sie sich beheben lassen. Einen Test mit echten Nutzern ersetzt ein UX-Audit nicht, aber es ergänzt ihn.

UX steht für User Experience. Don Norman und Jakob Nielsen fassen darunter alle Aspekte, in denen ein Nutzer mit einem Unternehmen, seinen Leistungen und seinen Produkten zu tun hat. Usability, auf Deutsch Bedienbarkeit, ist enger: ein Qualitätsmerkmal dafür, wie leicht sich eine Benutzeroberfläche bedienen lässt. Ein UX-Audit sucht vor allem nach Problemen der Bedienbarkeit. Fachleute nennen das Vorgehen auch Expertenprüfung (Expert Review); Nielsen Norman Group (NN/g) bietet ihre Expertenprüfung unter dem Seitentitel „Expert Design Review: UX audit services“ an. Die Grenze zwischen Expertenprüfung und heuristischer Evaluation ist laut NN/g in vielen Organisationen unscharf.

Bei einer heuristischen Evaluation wird eine Oberfläche an einer Reihe von Regeln gemessen, den Heuristiken. Für die Bedienbarkeit empfiehlt NN/g die zehn Heuristiken von Jakob Nielsen; der Artikel dazu stammt vom 24. April 1994 und wurde zuletzt am 30. Januar 2024 überprüft. Heuristiken heißen sie, weil sie breite Faustregeln sind und keine genauen Vorgaben. Sinngemäß übersetzt:

• Sichtbarkeit des Systemstatus: Die Website zeigt rechtzeitig, was gerade passiert.
• Übereinstimmung mit der realen Welt: Sie spricht die Sprache der Besucher statt interner Fachbegriffe.
• Kontrolle und Freiheit: Wer sich verklickt, findet einen klar markierten Ausweg.
• Konsistenz und Standards: Gleiche Dinge heißen und funktionieren überall gleich, nach den üblichen Konventionen.
• Fehlervermeidung: Gutes Design verhindert Fehler, bevor sie entstehen.
• Erkennen statt Erinnern: Feldbeschriftungen, Menüpunkte und andere nötige Angaben sind sichtbar, statt im Gedächtnis gehalten werden zu müssen.
• Flexibilität und Effizienz: Abkürzungen helfen Geübten, ohne Neulinge zu stören.
• Ästhetisches und minimalistisches Design: Keine selten gebrauchte Information verdrängt die wichtige.
• Hilfe bei Fehlern: Fehlermeldungen sagen in einfacher Sprache, was falsch ist, und schlagen eine Lösung vor.
• Hilfe und Dokumentation: Am besten braucht die Website keine Erklärung; wo doch, hilft eine Anleitung, die Aufgabe zu erledigen.

Für die Barrierefreiheit ist der Maßstab die WCAG (Web Content Accessibility Guidelines) des W3C. Die aktuelle Fassung WCAG 2.2 erschien am 5. Oktober 2023, eine aktualisierte Ausgabe am 12. Dezember 2024. Sie ordnet 13 Richtlinien vier Grundsätzen zu: wahrnehmbar, bedienbar, verständlich und robust. Zu jeder Richtlinie gibt es prüfbare Erfolgskriterien auf drei Stufen: A, AA und AAA. Die europäische Norm EN 301 549 stützt sich in ihrer Fassung von 2026 auf WCAG 2.2.

In Deutschland verlangt das Barrierefreiheitsstärkungsgesetz (BFSG) Barrierefreiheit unter anderem für Dienstleistungen im elektronischen Geschäftsverkehr, die nach dem 28. Juni 2025 für Verbraucher erbracht werden. Kleinstunternehmen, die Dienstleistungen anbieten, sind davon ausgenommen. Wer genau betroffen ist, steht auf der Seite zum UX-Audit von Coday unter „Wer zur Barrierefreiheit verpflichtet ist“; im Einzelfall klärt das eine Rechtsberatung.

Welche Bereiche ein Audit abdeckt, hängt vom Auftrag ab. NN/g rät, den Umfang eng zu fassen, etwa auf eine Aufgabe, einen Bereich der Website, eine Nutzergruppe oder einen Gerätetyp. Bei Coday umfasst das UX-Audit vier Bereiche; was genau geprüft wird, legt das Angebot fest.

Findet ein neuer Besucher, was Sie anbieten und wie er Sie erreicht? Dazu gehört, ob Menüpunkte in den Worten der Besucher benannt sind und ob die Navigation auf allen Seiten gleich aufgebaut ist. Die WCAG verlangen in Kriterium 3.2.3 auf Stufe AA, dass eine wiederkehrende Navigation auf jeder Seite in derselben Reihenfolge erscheint, solange der Nutzer sie nicht selbst ändert. Dazu passen die Heuristiken Übereinstimmung mit der realen Welt, Konsistenz und Standards sowie Erkennen statt Erinnern. Nicht jeder Verstoß ist ein Fehler: Ein Hamburger-Menü versteckt die Navigation hinter einem Symbol und verstößt damit gegen Erkennen statt Erinnern; auf dem Handy ist das wegen des knappen Platzes laut NN/g aber oft ein nötiger Kompromiss.

Hier geht es darum, wo eine Anfrage hakt: bei Pflichtfeldern, Fehlermeldungen und der Bestätigung danach. Nach WCAG-Kriterium 3.3.2 (Stufe A) brauchen Eingabefelder Beschriftungen oder Anweisungen. Erkennt ein Formular einen Eingabefehler automatisch, muss es nach Kriterium 3.3.1 (Stufe A) das betroffene Feld benennen und den Fehler in Textform beschreiben. Nielsens neunte Heuristik ergänzt, dass eine gute Fehlermeldung in einfacher Sprache sagt, was falsch ist, und eine Lösung vorschlägt. Ob die Anfrage angekommen ist, sollte die Website rasch zurückmelden; das verlangt die erste Heuristik, die Sichtbarkeit des Systemstatus.

Lassen sich Texte lesen und Schaltflächen mit dem Daumen treffen? Die WCAG verlangen in Kriterium 2.5.8 auf Stufe AA, dass Ziele für Zeigereingaben mindestens 24 × 24 CSS-Pixel groß sind. Ausnahmen gelten etwa, wenn kleinere Ziele genug Abstand zueinander haben oder ein Link mitten im Fließtext steht. NN/g nennt den Gerätetyp ausdrücklich als eine Möglichkeit, den Umfang einer Prüfung einzugrenzen, etwa auf das Handy.

Geprüft werden Kontraste, Beschriftungen und die Bedienung per Tastatur. Text braucht nach Kriterium 1.4.3 (Stufe AA) ein Kontrastverhältnis von mindestens 4,5:1, mit Ausnahmen etwa für großen Text. Nach Kriterium 2.1.1 (Stufe A) müssen sich alle Funktionen per Tastatur bedienen lassen, außer solchen, die vom Weg einer Bewegung abhängen und nicht nur von ihrem Start- und Endpunkt. Nach Kriterium 2.4.7 (Stufe AA) muss dabei die Markierung des Tastaturfokus sichtbar sein.

NN/g beschreibt den Ablauf einer heuristischen Evaluation in Schritten:

• Umfang festlegen: Je enger der Umfang, desto leichter und genauer die Prüfung.
• Kennenlernen: Die prüfende Person geht eine Aufgabe einmal so durch, wie es ein Besucher täte, etwa eine Anfrage stellen, zunächst ohne zu bewerten.
• Prüfen: Im zweiten Durchgang sucht sie Stellen, die gegen eine der Heuristiken verstoßen, und notiert, wenn ihr einer einfällt, gleich einen Vorschlag zur Lösung.
• Zusammenführen: Die Funde werden gesammelt und gewichtet, und es wird festgelegt, welche Schritte folgen.

Für die Barrierefreiheit helfen Prüfwerkzeuge; laut W3C kann aber kein Werkzeug allein feststellen, ob eine Website die Standards erfüllt. Ein Beispiel: codayweb.de erreichte in PageSpeed Insights im Bericht vom 17.07.2026 für Barrierefreiheit 100 Punkte. Der Wert stammt aus den automatischen Prüfungen von Lighthouse, manuelle Prüfungen gehen laut Chrome-Dokumentation nicht in ihn ein. Er ist eine Messung, kein UX-Audit.

Die Methode hat Grenzen. NN/g rät, eine heuristische Evaluation von drei bis fünf Personen unabhängig voneinander durchführen zu lassen, weil jede einzelne Person wahrscheinlich einige Probleme übersieht. Forschung mit echten Nutzern ersetzt sie nicht. Bei Coday prüft Inhaber Umutcan Emre Tezgel Ihre Website selbst; haben Sie Zahlen aus einem Analysewerkzeug, fließen sie mit ein.

Nach NN/g gehören zu einer Expertenprüfung eine Liste der Stärken, eine Liste der Probleme mit der Stelle, an der sie auftreten, und der Regel, gegen die sie verstoßen, ein Schweregrad je Problem und eine Empfehlung zur Behebung. Für den Schweregrad nutzt NN/g oft eine dreistufige Skala: hoch, mittel, niedrig. Oft liegt das Ergebnis als schriftlicher Bericht vor, manchmal wird es in einem Termin vorgestellt.

Bei Coday erhalten Sie die gefundenen Probleme bei Navigation, Formularen, Handy-Darstellung und Barrierefreiheit und einen Lösungsvorschlag je Problem. Wenn Sie Angebote vergleichen, fragen Sie nach, ob Schweregrade und eine Liste der Stärken dazugehören.

Coday bietet beides an. Beim Website-Check schickt Ihnen der Inhaber seine Einschätzung per E-Mail, beim UX-Audit misst er die Bedienbarkeit an bekannten Regeln.

Auf der Seite des Website-Checks gibt es zusätzlich einen Sofort-Check: Er ruft Ihre Startseite einmal ab, misst feste Werte und lässt sie von einem KI-Assistenten kurz zusammenfassen. Das ist eine automatische Messung, kein Audit.

Mit der Liste können Sie die Vorschläge selbst umsetzen, Ihre bisherige Agentur damit beauftragen oder Coday. Coday baut Websites mit Next.js, und der Inhaber programmiert selbst. Steht ohnehin ein Relaunch an, lassen sich die Vorschläge im Neubau umsetzen, zum Festpreis nach einem kostenlosen Erstgespräch und mit dem Quellcode bei Projektabschluss.

Ob ein UX-Audit, der kostenlose Website-Check oder ein Relaunch zu Ihrer Website passt, klären Sie im kostenlosen Erstgespräch mit Inhaber Umutcan Emre Tezgel.

Was ist der Unterschied zwischen einem UX-Audit und einem Usability-Test?

Bei einem UX-Audit prüft eine Fachperson die Website anhand von Regeln, ohne dass echte Nutzer sie bedienen. Bei einem Usability-Test lösen typische Nutzer typische Aufgaben, und man beobachtet, wo sie zurechtkommen und wo sie Schwierigkeiten haben. Laut Nielsen Norman Group finden beide Methoden unterschiedliche Probleme: Ein Test zeigt auch Schwierigkeiten, an die eine Fachperson nicht gedacht hat, etwa weil die Zielgruppe besonderes Wissen oder besondere Bedürfnisse hat. Kombiniert führen beide laut NN/g zum besten Ergebnis.

Wann lohnt sich ein UX-Audit?

Laut Nielsen Norman Group setzen viele Organisationen eine Expertenprüfung vor einem größeren Relaunch ein, um Stärken und Schwächen der bestehenden Website zu erkennen. Auch ohne Relaunch empfiehlt NN/g eine solche Prüfung alle zwei bis fünf Jahre. Besonders nützlich ist die Methode früh im Entwurf, solange sich Änderungen noch leicht umsetzen lassen.

Reicht ein automatischer Test für die Barrierefreiheit?

Nein. Laut W3C helfen Prüfwerkzeuge, aber kein Werkzeug allein kann feststellen, ob eine Website die Standards der Barrierefreiheit erfüllt; dafür braucht es die Prüfung durch einen kundigen Menschen. Auch der Wert für Barrierefreiheit in PageSpeed Insights stammt aus den automatischen Prüfungen von Lighthouse, manuelle Prüfungen zählen darin nicht mit.

Kann ich meine Website selbst auf Bedienbarkeit prüfen?

Teilweise. Nielsen Norman Group veröffentlicht die zehn Heuristiken und eine Anleitung zur heuristischen Evaluation mit kostenloser Vorlage, und das W3C beschreibt mit „Easy Checks“ erste Prüfungen der Barrierefreiheit, die auch ohne Vorwissen gelingen. Diese Prüfungen decken laut W3C aber nur wenige Probleme ab und sind keine vollständige Bewertung. NN/g rät außerdem zu einem Blick von außen: Wer eine Website selbst gestaltet hat, sieht eher, was sie leisten soll, als ob sie es tatsächlich leistet.

Alle Quellen abgerufen am 21.10.2026. Die deutschen Bezeichnungen der Heuristiken und der WCAG-Kriterien sind sinngemäße Übersetzungen.

• Jakob Nielsen, Nielsen Norman Group: 10 Usability Heuristics for User Interface Design, 24.04.1994, zuletzt überprüft am 30.01.2024 (öffnet in neuem Tab)
• Kate Moran, Kelley Gordon, Nielsen Norman Group: How to Conduct a Heuristic Evaluation, 25.06.2023 (öffnet in neuem Tab)
• Aurora Harley, Nielsen Norman Group: UX Expert Reviews, 25.02.2018 (öffnet in neuem Tab)
• Nielsen Norman Group: Expert Design Review: UX audit services (öffnet in neuem Tab)
• Don Norman, Jakob Nielsen, Nielsen Norman Group: The Definition of User Experience (UX), 08.08.1998 (öffnet in neuem Tab)
• Jakob Nielsen, Nielsen Norman Group: Usability 101: Introduction to Usability, 03.01.2012, zuletzt überprüft am 15.07.2026 (öffnet in neuem Tab)
• W3C: Web Content Accessibility Guidelines (WCAG) 2.2, W3C Recommendation vom 12.12.2024, Kriterien 1.4.3, 2.1.1, 2.4.7, 2.5.8, 3.2.3, 3.3.1 und 3.3.2 (öffnet in neuem Tab)
• W3C Web Accessibility Initiative: WCAG 2 Overview, Stand 17.09.2026 (öffnet in neuem Tab)
• W3C Web Accessibility Initiative: Evaluating Web Accessibility Overview, Stand 12.08.2026 (öffnet in neuem Tab)
• W3C Web Accessibility Initiative: Easy Checks – A First Review of Web Accessibility, Stand 09.08.2023 (öffnet in neuem Tab)
• Chrome for Developers: Lighthouse accessibility score, Stand 22.10.2025 (öffnet in neuem Tab)
• Google for Developers: About PageSpeed Insights, Stand 21.10.2024 (öffnet in neuem Tab)
• Barrierefreiheitsstärkungsgesetz (BFSG), § 1 Zweck und Anwendungsbereich (öffnet in neuem Tab)
• Barrierefreiheitsstärkungsgesetz (BFSG), § 3 Barrierefreiheit, Verordnungsermächtigung (öffnet in neuem Tab)