Wissen / UX Audit Website

UX-, Conversion- und Accessibility-Audit: Ein gemeinsamer Website-Check

Ein gemeinsamer Website-Audit verbindet reale Bedienwege, Conversion-Ziele und Barrierefreiheit – mit klarer Stichprobe, Priorität und umsetzbaren Findings.

Sieben-Signale-Basischeck starten

Fachbeitrag von Site RefreshStand 22. Juli 2026Keine Konformitäts-, Ranking- oder Umsatzgarantie

Ein Weg, drei Perspektiven

Ein guter Website-Audit prüft Aufgaben statt isolierter Kennzahlen.

UX, Conversion und Accessibility werden häufig als getrennte Projekte behandelt. In der realen Website treffen sie jedoch auf denselben Wegen zusammen. Ein Besucher möchte eine Leistung finden, Unterschiede verstehen, ein Formular ausfüllen oder einen Fehler korrigieren. Ob dieser Weg gelingt, hängt gleichzeitig von Verständlichkeit, Entscheidungssicherheit und zugänglicher Bedienung ab.

Ein reiner UX Audit kann zu vage bleiben, wenn geschäftliches Ziel und Abschlusszustand fehlen. Eine reine Conversion-Analyse kann Menschen ausschließen, wenn sie nur Klickrate und visuelle Hervorhebung betrachtet. Ein Accessibility-Scan kann wichtige technische Signale finden, aber weder Contentverständnis noch vollständige Bedienbarkeit beweisen. Der gemeinsame Audit verbindet die Perspektiven, ohne sie zu vermischen.

Die zentrale Einheit ist deshalb der Aufgabenweg. Für jeden ausgewählten Weg werden Start, Ziel, relevante Zustände und bekannte Nutzerkontexte festgelegt. Danach wird dokumentiert, welche Hürde beobachtet wurde, wen sie betrifft, wie sie reproduziert werden kann und welcher kleinste Eingriff den Weg belastbar verbessert.

Ein Aufgabenweg endet dabei nicht am Klick auf einen hervorgehobenen Button. Er umfasst auch Ladezustand, Validierung, verständliche Fehlermeldung, Bestätigung und den nächsten betrieblichen Schritt. Bei einer Anfrage zählt beispielsweise, ob Pflichtfelder erkennbar sind, die Tastaturreihenfolge logisch bleibt, Fehler korrigiert werden können und der Versand für Besucher wie Empfänger nachvollziehbar abgeschlossen wird. Diese Endpunkte verhindern, dass ein Audit nur die sichtbare Oberfläche bewertet und den eigentlichen Serviceprozess ausblendet.

Für wiederkehrende Wege wird außerdem festgelegt, welche Rollen am Ergebnis beteiligt sind. Redaktion, Design, Entwicklung und fachlicher Betrieb sehen sonst oft nur ihren Ausschnitt. Ein gemeinsames Akzeptanzkriterium verbindet diese Ausschnitte: Es beschreibt in überprüfbarer Sprache, was ein Mensch nach der Korrektur wahrnehmen, bedienen und erfolgreich abschließen können muss.

Scope

Die Stichprobe muss den Betrieb repräsentieren, nicht nur die Startseite.

Vor dem Test wird die Website erkundet. Seitentypen, Navigation, Suche, Formulare, Login, Shop- oder Buchungsfunktionen und dynamische Zustände werden inventarisiert. Daraus entsteht eine repräsentative Stichprobe. Eine Service-Website kann beispielsweise Startseite, zentrale Leistungsseite, Kontaktweg, Fehlerzustand und Bestätigung enthalten. Ein Shop braucht zusätzlich Suche, Kategorie, Produkt, Warenkorb und Checkout.

Der Scope benennt auch Varianten: Desktop und Mobil, Tastatur, Zoom, relevante Browser und – wenn vereinbart – assistive Technik. Nicht jede URL und jeder Drittanbieterzustand kann stillschweigend als geprüft gelten. Was außerhalb der Stichprobe liegt, steht sichtbar im Bericht. Diese Grenze macht den Audit belastbar, statt ihn kleiner zu machen.

Ebenso wichtig ist der Inhalt. Wiederkehrende Komponenten decken viele technische Muster ab, aber eine einzelne Überschrift, ein missverständlicher Link oder eine unvollständige Fehlermeldung kann nur im konkreten Seitenkontext bewertet werden. Deshalb verbindet die Stichprobe Systemmuster mit realen Inhalten und Abschlusszuständen.

Entscheidungstool

Aufgabenweg-Matrix für den gemeinsamen Audit

Die Matrix hilft, einen Scope zu formulieren. Pro Weg werden UX-Frage, Conversion-Frage, Accessibility-Prüfung und erwartetes Ergebnis getrennt festgehalten.

Orientieren und passenden Einstieg finden

UX: Versteht ein neuer Besucher Angebot, Zielgruppe und Navigationsbegriffe ohne internes Wissen?
Conversion: Führt die Seite zu einem passenden nächsten Schritt, statt mehrere CTAs gleich laut zu machen?
Accessibility: Sind Landmarken, Überschriften, Links, Fokusreihenfolge, Zoom und mobile Navigation robust?
Audit-Output: Priorisierte Änderungen an Hierarchie, Navigation, Linknamen und erstem Viewport.

Leistung vergleichen und Vertrauen aufbauen

UX: Lassen sich Unterschiede, Voraussetzungen, Grenzen und Ablauf schnell erfassen?
Conversion: Beantwortet die Seite die Einwände, die vor einer Anfrage wirklich bestehen?
Accessibility: Bleiben Tabellen, Akkordeons, Hinweise und Kontraste mit Tastatur und Vergrößerung verständlich?
Audit-Output: Content- und Komponentenbefunde mit Bezug zur konkreten Entscheidungsfrage.

Formular, Buchung oder Kauf abschließen

UX: Sind Felder, Reihenfolge, Aufwand und nächster Schritt erwartbar?
Conversion: Wo entstehen vermeidbare Zweifel, Unterbrechungen oder Abbrüche?
Accessibility: Besitzen Felder Labels, verständliche Fehler, programmatische Zustände und erreichbare Controls?
Audit-Output: Reproduzierbare Findings für Eingabe, Validierung, Bestätigung und Übergabe.

Fehler verstehen und sicher fortsetzen

UX: Erklärt der Zustand, was schiefging und welche Korrektur möglich ist?
Conversion: Bleibt die beabsichtigte Handlung erhalten, ohne Druck oder Datenverlust?
Accessibility: Werden Fehler textlich, am Feld und für assistive Technik wahrnehmbar ausgegeben?
Audit-Output: Fehler- und Recovery-Muster mit klaren Akzeptanzkriterien für den Re-Test.

Prüfmethode

Automatische Signale finden Muster. Manuelle Tests erklären die Auswirkung.

Automatisierte Werkzeuge sind nützlich für wiederholbare Indizien: fehlende Namen, bestimmte Strukturfehler, ausgewählte Kontrastprobleme oder ungültige Attribute. Sie beschleunigen die Suche und können nach einer Korrektur erneut ausgeführt werden. Ihr Ergebnis ist aber weder ein vollständiger UX-Befund noch eine Konformitätsaussage.

Manuelle Tests bedienen den Weg. Dazu gehören Tastaturreihenfolge, sichtbarer Fokus, Vergrößerung, responsive Reihenfolge, verständliche Linknamen, Formularlabels, Fehlermeldungen und dynamische Rückmeldungen. Je nach Scope kann geeignete Hilfstechnik ergänzt werden. Entscheidend ist, dass der Tester nicht nur Elemente abhakt, sondern die Aufgabe bis zu einem eindeutigen Abschluss verfolgt.

Die fachliche Einordnung verbindet beide Ebenen. Ein fehlendes Attribut kann lokal repariert werden. Eine Navigation, die interne Abteilungen statt Nutzeraufgaben abbildet, braucht Content- und Architekturarbeit. Ein unklarer Fehlertext kann gleichzeitig Accessibility-, UX- und Conversion-Auswirkung haben, wird im Bericht aber mit getrennten Begründungen beschrieben.

Priorität

Auswirkung vor Trefferzahl, Kernaufgabe vor Kosmetik.

Ein Audit sollte Findings nicht nach persönlichem Eindruck oder bloßer Anzahl sortieren. Priorität entsteht aus mindestens vier Faktoren: Ist eine Kernaufgabe blockiert? Wie viele Seiten oder Menschen sind betroffen? Lässt sich das Problem zuverlässig reproduzieren? Welche Abhängigkeiten besitzt die Korrektur?

Eine vollständig blockierte Kontakt- oder Kaufhandlung steht meist vor einer kleinen Inkonsistenz. Eine wiederkehrende Komponente kann höher priorisiert werden als mehrere Einzelfälle, weil ihr Fix viele Seiten verbessert. Gleichzeitig darf eine seltene, aber schwere Barriere nicht niedrig eingestuft werden, nur weil sie weniger Sitzungen betrifft.

Conversion-Daten können Hinweise geben, erklären aber keine Ursache. Eine hohe Abbruchrate beweist weder schlechtes Design noch eine bestimmte Barriere. Sie wird mit qualitativer Beobachtung, technischer Prüfung und dem realen Geschäftsprozess verbunden. Ohne ausreichende Daten bleibt die Aussage eine Hypothese und wird auch so bezeichnet.

Befundqualität

Sieben Bestandteile eines umsetzbaren Findings

01
Scope: Seiten, Zustände, Geräte, Browser und ausdrücklich nicht geprüfte Bereiche
02
Aufgabenweg: Startpunkt, Ziel, Schritte und erwarteter Abschluss
03
Befund: beobachtbares Verhalten statt allgemeiner Geschmacksbewertung
04
Auswirkung: betroffene Menschen, Kernaufgabe und Reichweite des Problems
05
Reproduktion: URL, Zustand, Eingabemethode und notwendige Voraussetzungen
06
Empfehlung: kleinster tragfähiger Eingriff auf Content-, Komponenten- oder Systemebene
07
Abnahme: überprüfbares Erfolgskriterium und Umfang des späteren Re-Tests

Diese Struktur verhindert pauschale Empfehlungen wie „CTA größer machen“ oder „Barrierefreiheit verbessern“. Das Umsetzungsteam sieht, was beobachtet wurde, warum es relevant ist und woran eine spätere Korrektur geprüft wird.

Vom Bericht zum Re-Test

Der Audit endet nicht mit einer langen Fehlerliste.

Ein brauchbarer Abschluss gruppiert Findings nach Komponenten, Seiten und Aufgabenwegen. Er unterscheidet schnelle Korrekturen, redaktionelle Entscheidungen und strukturelle Arbeit. Damit lässt sich ein Refresh-Sprint planen, ohne automatisch einen kompletten Neubau zu verlangen.

Nach der Umsetzung wird nicht stillschweigend die ganze Website erneut geprüft. Der Re-Test nimmt die vereinbarten Findings, dieselben Voraussetzungen und die definierten Erfolgskriterien. Neue Probleme werden separat dokumentiert, damit Scope und Verantwortung nachvollziehbar bleiben.

Auch ein bestandener Re-Test ist keine dauerhafte Konformitäts-, Umsatz- oder Rankinggarantie. Inhalte, Drittanbieter und Komponenten ändern sich. Dauerhafte Qualität entsteht durch zugängliche Systemregeln, redaktionelle Verantwortung und wiederkehrende Tests an den wichtigsten Wegen.

Häufige Fragen zum kombinierten Website-Audit

Warum UX, Conversion und Accessibility gemeinsam prüfen?

Weil dieselben Bedienwege betroffen sind. Verständliche Navigation, klare Formulare und sichtbare Zustände helfen unterschiedlichen Menschen und reduzieren zugleich vermeidbare Reibung. Die fachlichen Perspektiven bleiben getrennt dokumentiert, werden aber am selben Weg geprüft.

Ist ein kombinierter Audit eine Rechtsprüfung?

Nein. Der Audit dokumentiert technische und nutzungsbezogene Befunde in einem vereinbarten Scope. Rechtliche Pflichten, Ausnahmen und Risikobewertungen müssen separat durch dafür qualifizierte Beratung eingeordnet werden.

Reicht ein automatischer Scanner für den Website-Audit?

Nein. Scanner erkennen ausgewählte Markup-, Struktur- oder Kontrastindizien. Verständlichkeit, Tastaturwege, dynamische Zustände, Fehlertoleranz und reale Aufgaben müssen zusätzlich manuell geprüft werden.

Muss nach einem Audit die gesamte Website neu gebaut werden?

Nicht automatisch. Gute Findings unterscheiden lokale Komponentenfehler, redaktionelle Hürden und systemische Probleme. Der empfohlene Eingriff sollte so klein wie möglich und so umfassend wie nötig sein.

Begrenzter Einstieg

Sieben technische Signale zuerst prüfen.

Der Basischeck liest ausgewählte Merkmale der öffentlichen Startseite. Er ist kein UX- oder Accessibility-Audit, liefert aber einen transparenten ersten technischen Einstieg.

Basischeck starten