UX-Audit-Checkliste: was Sie prüfen und wie ein Audit in sieben Schritten abläuft

Eine UX-Audit-Checkliste ist eine strukturierte Liste dessen, was Sie auf einer Website oder in einer App prüfen, Bereich für Bereich, um herauszufinden, wo Nutzer hängen bleiben und warum: Usability-Heuristiken, Barrierefreiheit, Formulare, Navigation, Content, Ladezeit und Analytics. Richtig eingesetzt, macht sie aus Meinungen über ein Produkt eine priorisierte Liste von Problemen, jedes mit Beleg, Schweregrad und empfohlener Lösung.

Zuletzt aktualisiert: 21. Oktober 2026.

Dieser Leitfaden gibt Ihnen die vollständige Checkliste, eine Methode in sieben Schritten für ein UX-Audit (allein oder mit einer Agentur), eine Skala für Schweregrade zum Übernehmen und die Ergebnisse, mit denen ein gutes Audit enden sollte.

Was ist ein UX-Audit, und wann brauchen Sie eines?

Ein UX-Audit (auch Usability-Audit oder UX-Review einer Website) ist eine fachliche Bewertung eines bestehenden Produkts anhand bekannter Prinzipien von Usability, Barrierefreiheit und Design, abgeglichen mit Daten darüber, wie Menschen es tatsächlich nutzen. Es ist kein Redesign. Es ist die Diagnose, die zeigt, ob Sie eines brauchen und wo Sie anfangen sollten.

Meist brauchen Sie eines in vier Situationen: Conversions oder Anmeldungen stagnieren und niemand ist sich einig, warum; ein Relaunch ist geplant und Sie wollen behalten, was funktioniert; der Support beantwortet immer wieder dieselben Fragen; oder eine rechtliche Prüfung oder ein Barrierefreiheits-Check steht an. Ein Audit ist auch ein sinnvoller erster Schritt, bevor Sie ein Produkt an eine neue Agentur übergeben, weil beide Seiten dann von denselben Fakten ausgehen.

Kurz gesagt: Ein Audit betrachtet das Produkt, wie es ist, findet die Reibungspunkte, erklärt, warum sie entstehen, und priorisiert die Lösungen. Es kostet einen Bruchteil eines Redesigns und zeigt oft, dass gar keines nötig ist. Die Checkliste unten ist das Gerüst; die Methode danach macht die Ergebnisse belastbar.

Bei Odduel, einer Agentur für Kreation und Technologie in Barcelona und São Paulo, ist ein Audit oft das erste Stück UX/UI-Design-Arbeit, das wir für einen Kunden übernehmen, weil es die Prioritäten für alles Weitere setzt. KI hilft bei den wiederkehrenden Teilen, etwa beim Crawlen von Seiten, beim Sammeln von Screenshots und bei automatisierten Barrierefreiheits-Scans. So fließt die Zeit in das Urteil: Belege lesen, Schweregrade festlegen und Empfehlungen schreiben, mit denen ein Team arbeiten kann.

UX-Audit, Usability-Test oder Barrierefreiheitsprüfung: Was ist der Unterschied?

Die drei werden oft verwechselt, und Auftraggeber erhalten nicht selten ein Angebot für das eine, wenn sie das andere brauchen. Die Tabelle zeigt die Unterschiede.

	UX-Audit	Usability-Test	Barrierefreiheits-Audit
Wer bewertet	Fachleute, anhand von Prinzipien und Daten	Echte Nutzer bei echten Aufgaben	Fachleute und Tools, anhand der WCAG
Leitfrage	Wo hakt es, und warum?	Schaffen Menschen die wichtigsten Aufgaben?	Können Menschen mit Behinderung es nutzen?
Belege	Heuristiken, Analytics, Aufzeichnungen	Beobachtete Sitzungen, Erfolgsquote	Erfolgskriterien, Tests mit assistiven Technologien
Übliche Länge	Ein bis drei Wochen	Ein bis zwei Wochen pro Runde	Ein bis drei Wochen
Bestes Ergebnis	Priorisierte Befunde und Lösungen	Nachweis, was scheitert und wie stark	Konformitätsbericht und Liste der Korrekturen
Am besten eingesetzt	Zuerst, um Probleme zu finden und zu priorisieren	Um die größten Probleme zu bestätigen	Parallel zum Audit oder als Teil davon

Ein gründliches UX-Audit enthält eine kürzere Prüfung der Barrierefreiheit und empfiehlt Usability-Tests für die Befunde, die sich allein mit Belegen nicht klären lassen. Für die rechtliche Seite der Barrierefreiheit geht unser Leitfaden Barrierefreie Website: was der European Accessibility Act verlangt ins Detail.

Die UX-Audit-Checkliste, Bereich für Bereich

Gehen Sie jeden Bereich auf Ihren wichtigsten Nutzerwegen durch, nicht auf jeder Seite. Für einen Onlineshop heißt das Produktseite, Warenkorb und Checkout; für ein Dienstleistungsunternehmen die Leistungsseiten und das Anfrageformular; für eine App das Onboarding und die Kernaufgabe. Markieren Sie jeden Punkt als erfüllt, nicht erfüllt oder nicht zutreffend, und hängen Sie an jeden nicht erfüllten Punkt einen Screenshot.

Usability-Heuristiken

Die zehn Usability-Heuristiken von Jakob Nielsen sind nach wie vor der gängigste Rahmen. Prüfen Sie, ob:

• das Produkt zeigt, was passiert: Ladezustände, Bestätigungen nach einer Aktion, der aktuelle Schritt in einem mehrstufigen Ablauf.
• die Begriffe der Sprache der Nutzer entsprechen, nicht internem Jargon oder Abteilungsnamen.
• Nutzer rückgängig machen, zurückgehen und einen Ablauf verlassen können, ohne Eingaben zu verlieren.
• dasselbe überall gleich aussieht und sich gleich verhält: Buttons, Links, Icons, Begriffe.
• Fehler verhindert werden, bevor sie entstehen (sinnvolle Voreinstellungen, Einschränkungen, Bestätigung vor unwiderruflichen Aktionen).
• Optionen sichtbar sind, statt dass man sie sich merken muss: keine versteckten Gesten für wesentliche Aktionen.
• häufige Nutzer Abkürzungen haben, etwa gespeicherte Angaben, Suche und Filter.
• jeder Screen nur trägt, was seiner Aufgabe dient, und Dekoration nicht mit der Hauptaktion konkurriert.
• Fehlermeldungen in klaren Worten sagen, was schiefgelaufen ist und wie man es behebt.
• Hilfe dort verfügbar ist, wo die Frage entsteht, nicht nur auf einer eigenen Seite.

Barrierefreiheit (WCAG 2.2)

Maßstab sind die vom W3C veröffentlichten Web Content Accessibility Guidelines 2.2; in Europa ist Stufe AA das übliche Ziel. Ein Audit ersetzt keine vollständige Konformitätsprüfung, sollte aber Folgendes prüfen:

• Textkontrast von mindestens 4,5:1 für Fließtext und 3:1 für großen Text und Bedienelemente.
• Jede Funktion lässt sich allein mit der Tastatur bedienen, in logischer Reihenfolge und mit sichtbarem Fokus, der nicht von fixierten Kopfzeilen oder Bannern verdeckt wird.
• Bilder haben aussagekräftige Alternativtexte; dekorative Bilder einen leeren.
• Überschriften folgen einer logischen Reihenfolge, und jede Seite hat eine Hauptüberschrift.
• Formularfelder haben sichtbare Beschriftungen, und Fehler werden als Text gemeldet, nicht nur über Farbe.
• Bedienflächen sind groß genug zum Antippen: WCAG 2.2 verlangt mindestens 24 × 24 CSS-Pixel oder genügend Abstand drumherum.
• Ziehen ist nie der einzige Weg, etwas zu erledigen.
• Nutzer müssen in einem Ablauf dieselben Angaben nicht zweimal eingeben, und die Anmeldung hängt nicht von einem Gedächtnis- oder Rätseltest ab.
• Bewegung lässt sich reduzieren, und nichts blinkt.
• Die Seite funktioniert auch bei 200 % Zoom und bei einer Breite von 320 Pixeln.

Formulare und Checkout

In Formularen wird aus Absicht Umsatz, und hier entstehen die meisten vermeidbaren Verluste. Prüfen Sie, ob:

• jedes Feld nötig ist; optionale Felder sind gekennzeichnet oder entfernt.
• die Beschriftungen über den Feldern stehen und beim Tippen sichtbar bleiben.
• die Eingabetypen zu den Daten passen, damit Smartphones die richtige Tastatur für E-Mail, Zahlen und Telefon zeigen.
• die Prüfung im richtigen Moment erfolgt, mit Meldungen direkt am Feld.
• Adressen, Namen und Telefonnummern internationale Formate akzeptieren.
• ein Gastkauf möglich ist und ein Kundenkonto erst nach dem Kauf angeboten wird.
• Kosten wie Versand und Steuern vor dem letzten Schritt angezeigt werden.
• Einwilligung und Marketing-Optionen getrennt und standardmäßig nicht angekreuzt sind, wie es die DSGVO verlangt.
• Bestätigungsseite und Bestätigungs-E-Mail sagen, wie es weitergeht.

Navigation und Informationsarchitektur

• Die Hauptnavigation verwendet die Begriffe der Kunden und hat eine überschaubare Zahl an Punkten.
• Nutzer sehen immer, wo sie sind (aktuelle Seite markiert, Breadcrumbs auf tiefen Seiten).
• Die wichtigsten Aufgaben sind von der Startseite aus mit wenigen Klicks erreichbar.
• Eine Suche gibt es, wo Katalog oder Inhalte sie brauchen; sie verzeiht Tippfehler und zeigt bei leeren Ergebnissen nützliche Alternativen.
• Die mobile Navigation bietet dieselben Ziele wie die Desktop-Version.
• Links sehen schon im Ruhezustand wie Links aus, nicht erst beim Überfahren mit der Maus.
• Fehlerseiten zeigen einen Weg weiter statt einer Sackgasse.

Content und visuelle Hierarchie

• Der erste Screen jeder wichtigen Seite sagt, was sie ist, für wen sie ist und was als Nächstes zu tun ist.
• Überschriften lassen sich überfliegen und sind für sich verständlich.
• Absätze sind kurz und nennen das Wichtigste zuerst.
• Preise, Bedingungen und Lieferinformationen sind leicht zu finden, nicht im Kleingedruckten versteckt.
• Calls to Action sind konkret („Termin vereinbaren“, „In den Warenkorb“), mit einer klaren Hauptaktion pro Screen.
• Bilder zeigen das echte Produkt oder die echte Leistung und stützen den Text.
• Vertrauenssignale (Bewertungen, Garantien, Kontaktdaten) stehen nahe am Entscheidungspunkt.
• Übersetzte Seiten sind vollständig und wechseln nicht mitten in einem Nutzerweg in eine andere Sprache.

Performance

Ladezeit ist Teil der UX. Nutzen Sie Felddaten, wo Sie sie haben, und die von Google veröffentlichten Grenzwerte der Core Web Vitals. Prüfen Sie:

• Largest Contentful Paint, Interaction to Next Paint und Cumulative Layout Shift auf Mobilgeräten, für Ihre wichtigsten Templates.
• Bilder sind für den Bildschirm passend skaliert und werden in modernen Formaten ausgeliefert.
• Nichts verrutscht unter dem Finger, während die Seite lädt: Banner, Schriften und Anzeigen reservieren ihren Platz.
• Cookie-Banner, Chat-Widgets und Tracking-Skripte blockieren die erste Ansicht nicht.
• Die Seiten bleiben auch bei langsamer mobiler Verbindung nutzbar.

Analytics und Belege

Ein Audit ohne Daten ist eine Meinung. Bevor Sie Schlüsse ziehen, prüfen Sie, ob:

• Analytics auf jedem Template installiert ist, die Einwilligung respektiert und die wichtigen Ereignisse erfasst (Formularbeginn, Formularversand, In den Warenkorb, Checkout-Schritte).
• es Funnels für die wichtigsten Nutzerwege gibt, damit Sie sehen, wo Menschen abspringen.
• Suchanfragen auf der Website erfasst werden, weil sie zeigen, was Nutzer nicht gefunden haben.
• Sitzungsaufzeichnungen oder Heatmaps, soweit die Einwilligung es erlaubt, die geprüften Seiten abdecken.
• Support-Tickets, Notizen aus dem Vertrieb und Bewertungen gesammelt werden, denn sie benennen Probleme in den Worten der Kunden.

Wie führt man ein UX-Audit in sieben Schritten durch?

Die Checkliste sagt Ihnen, worauf Sie schauen; die Methode macht das Ergebnis verlässlich und verhindert, dass daraus eine Liste persönlicher Vorlieben wird.

1. Ziele und Umfang festlegen. Klären Sie, welche Geschäftsergebnisse zählen (Anfragen, Verkäufe, Anmeldungen, weniger Support-Anrufe), welche Nutzerwege geprüft werden und auf welchen Geräten. Drei bis fünf Nutzerwege reichen meist.
2. Belege sammeln. Tragen Sie Analytics, Funnels, Suchbegriffe, Support-Themen, frühere Research-Ergebnisse und ein eventuell vorhandenes Designsystem zusammen. Notieren Sie, was die Daten nicht beantworten können.
3. Nutzer und ihre Aufgaben definieren. Halten Sie fest, wer welchen Nutzerweg geht und was diese Menschen erledigen wollen, damit jeder Befund aus ihrer Sicht beurteilt wird, nicht aus der des Teams.
4. Die Nutzerwege mit der Checkliste durchgehen. Gehen Sie jeden Weg auf Smartphone und Desktop Schritt für Schritt durch, markieren Sie Mängel und machen Sie Screenshots. Zwei unabhängig arbeitende Prüfer finden mehr und streiten weniger.
5. Barrierefreiheit und Ladezeit testen. Lassen Sie automatisierte Scans laufen und prüfen Sie die wichtigen Seiten danach von Hand mit Tastatur und Screenreader; messen Sie die Core Web Vitals auf echten Templates.
6. Befunde bewerten und priorisieren. Fassen Sie Doppelungen zusammen, geben Sie jedem Befund einen Schweregrad (Skala unten), schätzen Sie den Aufwand der Behebung und sortieren Sie nach Wirkung im Verhältnis zum Aufwand.
7. Berichten, präsentieren, planen. Beschreiben Sie jeden Befund als Problem, Beleg, Auswirkung und Empfehlung; präsentieren Sie ihn den Menschen, die handeln werden; und machen Sie aus den wichtigsten Punkten eine Roadmap mit Verantwortlichen.

Wenn die Korrekturen live sind, messen Sie dieselben Nutzerwege erneut. Nur so wissen Sie ehrlich, ob sich das Audit gelohnt hat.

Wie bewertet man den Schweregrad von UX-Problemen?

Eine Skala für Schweregrade verhindert, dass jeder Befund gleich dringend klingt. Diese hier ist an gängige Praxis angelehnt und einfach genug, dass ein ganzes Team sie gleich anwendet.

Schweregrad	Name	Was er bedeutet	Beispiel	Wann beheben
4	Kritisch	Nutzer können eine Kernaufgabe nicht abschließen, oder eine rechtliche Pflicht wird verletzt	Checkout scheitert bei einer Zahlungsart; Formular mit der Tastatur nicht bedienbar	Sofort
3	Schwer	Nutzer schaffen die Aufgabe nur mit echter Mühe, oder viele geben auf	Versandkosten erst im letzten Schritt sichtbar	In diesem oder im nächsten Sprint
2	Leicht	Führt zu Zögern oder Fehlern, die Nutzer selbst beheben können	Unklare Fehlermeldung an einem Passwortfeld	Geplant im Backlog
1	Kosmetisch	Inkonsistenz mit wenig Einfluss auf die Aufgabe	Zwei Button-Stile für dieselbe Aktion	Wenn der Bereich das nächste Mal überarbeitet wird

Bewerten Sie den Schweregrad anhand von drei Fragen: wie oft das Problem auftritt, wie stark es die Aufgabe blockiert und ob Nutzer es umgehen können. Stellen Sie dann den Aufwand daneben. Ein schweres Problem, das sich in einer Stunde beheben lässt, kommt vor einem kritischen, das einen Neubau erfordert, aber nur, wenn sich das kritische in der Zwischenzeit eindämmen lässt.

Welche Ergebnisse sollte ein UX-Audit liefern?

Verlangen Sie diese Ergebnisse, bevor Sie unterschreiben, ganz gleich, wer die Arbeit macht:

• Eine Management-Zusammenfassung von ein bis zwei Seiten: die wichtigsten Befunde, was sie das Unternehmen kosten, und die ersten Schritte.
• Das Befundregister, eine Tabelle mit jedem Problem: Nutzerweg, Screen, Beschreibung, Screenshot, Heuristik oder WCAG-Kriterium, Schweregrad, Aufwand und Empfehlung.
• Annotierte Screens, die jedes Problem dort zeigen, wo es auftritt.
• Eine Zusammenfassung zur Barrierefreiheit mit den WCAG-2.2-Kriterien, die auf den geprüften Seiten nicht erfüllt sind.
• Eine Momentaufnahme der Performance der wichtigsten Templates auf Mobilgeräten.
• Eine priorisierte Roadmap, die die Korrekturen in schnelle Erfolge, geplante Arbeit und Punkte gliedert, die zuerst Research oder Tests brauchen.
• Eine Präsentation mit den Menschen, die die Änderungen umsetzen, damit Fragen geklärt sind, bevor die Arbeit beginnt.

Enthält der Bericht Befunde ohne Beleg oder Empfehlungen ohne Begründung, schicken Sie ihn zurück. Wenn Sie die Korrekturen mit einem Neubau ausrollen, kombinieren Sie die Roadmap mit einer Website-Launch-Checkliste, damit das neue Release keine alten Probleme zurückbringt.

Wer sollte das UX-Audit durchführen: das eigene Team oder eine Agentur?

Ein internes Team kennt das Produkt und seine Geschichte, was hilft, kennt aber auch die Umwege und hat Meinungen zu früheren Entscheidungen. Ein externes Team bringt einen frischen Blick und Erfahrung aus vielen Produkten mit, braucht aber Zeit, um Ihr Geschäft und Ihre Kunden kennenzulernen.

Eine pragmatische Aufteilung funktioniert gut: Ihr Team liefert Daten, Zugänge und Kontext; ein externer Prüfer geht die Nutzerwege durch, bewertet die Schweregrade und schreibt den Bericht; und beide Seiten legen die Roadmap gemeinsam fest. Wenn Sie zum ersten Mal Designarbeit beauftragen, erklärt unser Leitfaden UX/UI-Design: ein Leitfaden für Entscheider, wie Sie sie briefen und beurteilen.

Wie lange dauert ein UX-Audit, und was bestimmt die Kosten?

Die meisten Audits mit klar umrissenem Umfang dauern ein bis drei Wochen, je nachdem, wie viele Nutzerwege und Geräte dazugehören und wie viele Daten bereitliegen. Vier Dinge bestimmen die Kosten: die Zahl der Nutzerwege, die Tiefe der Barrierefreiheitstests, ob Usability-Tests mit echten Nutzern dazukommen und der Detailgrad der Ergebnisse.

Den größten Teil des Aufwands machen die fachliche Prüfung und der Bericht aus, nicht die Tools. Automatisierte Scans und Datensammlung brauchen nur einen Bruchteil der Zeit. Ein Festpreisangebot sollte auf ein kurzes Briefing folgen, das Nutzerwege, Geräte, Sprachversionen und Ergebnisse nennt; sagt ein Angebot nicht, was es abdeckt, fragen Sie nach.

Wie oft sollten Sie ein UX-Audit durchführen?

Führen Sie vor jedem Relaunch und nach größeren Veränderungen bei Produkt, Zielgruppe oder Markt ein vollständiges Audit durch. Dazwischen hält eine kürzere Prüfung der wichtigsten Nutzerwege ein- bis zweimal im Jahr, zusammen mit einem Blick in die Analytics nach jedem Release, die Probleme klein. Barrierefreiheit verdient einen eigenen festen Rhythmus: In der Europäischen Union gilt der European Accessibility Act seit dem 28. Juni 2025 für viele Dienstleistungen für Verbraucher, darunter den E-Commerce.

Häufige Fragen zur Agenturwahl

Wenn Sie klar und priorisiert sehen möchten, was Ihre Website oder App bremst, beginnen Sie mit einem Audit Ihrer drei wichtigsten Nutzerwege; es zeigt Ihnen, ob Sie Korrekturen, Tests oder ein Redesign brauchen. Sehen Sie sich an, wie wir UX/UI-Design und Audits angehen, oder sprechen Sie mit uns über Ihr Produkt, und wir schlagen nach einem kurzen Briefing einen Umfang vor.

Mehr zum Thema: KI im UX-Design: Was sie verändert und was nicht.