Prüfprotokoll für Agenturen: Barrierefreiheit nachvollziehbar an Kunden übergeben
7 Min. Lesezeit · DACH
Ein Prüfprotokoll hat eine einzige Aufgabe: Es soll in einem Jahr noch erklären, was geprüft wurde, womit, von wem und mit welchem Ergebnis. Alles andere gehört in die Offerte oder in die Rechnung. Diese Vorlage richtet sich an Agenturen und interne Teams in Deutschland, Österreich und der Schweiz. Sie stützt sich auf die Evaluationsmethodik des W3C und ersetzt weder eine rechtliche Abnahme noch eine Rechtsberatung; sie behauptet auch keine Konformität.
Redaktion Zugangscheck, veröffentlicht am . Wer dahintersteht
Keine Rechtsberatung. Quellen am Ende des Artikels.
Wozu ein Protokoll dient und wozu nicht
Ein Protokoll ist die fachliche Grundlage einer Übergabe. Es sagt dem Kunden, was er hat, was er noch nicht hat, und was niemand angesehen hat. Der dritte Punkt ist der wichtigste und der am häufigsten fehlende: Eine Liste behobener Befunde ohne Angabe des Umfangs liest sich wie ein Abschluss, obwohl sie nur ein Ausschnitt ist.
Nicht leisten kann ein Protokoll drei Dinge. Es ist keine rechtliche Abnahme, denn die Pflichten richten sich an die Betreiberin. Es ist keine Konformitätsbescheinigung, denn Konformität setzt voraus, dass alle Kriterien auf allen Seiten der Stichprobe erfüllt sind und alle Seiten eines Prozesses mitzählen. Und es ist keine Zusage für die Zukunft, denn eine Website ändert sich.
Hinweis: WCAG-EM 2.0 ist eine W3C Group Note: von der Arbeitsgruppe getragen, aber nicht als W3C-Empfehlung verabschiedet. Ein Protokoll darf sich darauf stützen und soll das auch schreiben, es sollte daraus aber keine rechtliche Wirkung ableiten.
Die sieben Teile
Die Teile eines Prüfprotokolls und warum jeder Teil nötig ist
| Teil | Inhalt | Warum |
|---|---|---|
| Umfang | Welche Adressen, welche Sprachversionen, welcher Stand, welches Datum, was ausdrücklich nicht dazugehört | Ohne Umfang ist jede Aussage unbegrenzt und damit falsch |
| Massstab | Welche Kriterien geprüft wurden, in welcher Fassung und auf welcher Stufe | Der Kunde muss wissen, woran gemessen wurde |
| Methode | Automatische Messung, menschliche Prüfung, Stichprobenbildung, Abweichungen vom Verfahren | Macht das Ergebnis wiederholbar |
| Geprüfte Prozesse | Die Abläufe vom Einstieg bis zum Abschluss, die vollständig durchlaufen wurden | Ein Prozess ist nur so zugänglich wie sein schwächstes Glied |
| Hilfsmittel und Umgebung | Browser, Betriebssystem, Vorleseprogramm, Bildschirmbreiten, Zoomstufen, jeweils mit Fassung | Befunde hängen an der Kombination; ohne sie ist nichts nachvollziehbar |
| Befunde | Behoben, offen, bewusst nicht behoben, nicht geprüft; je Befund Seite, Stelle, Kriterium, Auswirkung | Trennt Ergebnis von Restarbeit |
| Stand und Verantwortung | Datum, prüfende Person, Kontakt für Rückfragen, Zeitpunkt der nächsten Prüfung | Macht aus einem Dokument eine Übergabe |
Für den Umfang und die Stichprobe gibt WCAG-EM die Struktur vor: den Umfang festlegen, das Angebot erkunden, eine repräsentative Stichprobe wählen, sie prüfen, berichten. Die Stichprobe soll alle häufigen Ansichten, die wesentlichen Funktionen, die verwendeten Techniken und weitere einschlägige Seiten abdecken; dazu kommt eine Zufallsauswahl im Umfang von zehn Prozent der strukturierten Stichprobe, und alle Seiten eines vollständigen Prozesses gehören dazu.
Die Vorlage zum Abschreiben
Die eckigen Klammern füllt die prüfende Person. Was nicht zutrifft, wird nicht weggelassen, sondern mit «nicht geprüft» beantwortet.
- Gegenstand und Umfang: «Geprüft wurde [Adresse], Sprachversion [de], Stand vom [Datum]. Nicht Gegenstand waren [Bereiche], [Subdomains], [Inhalte Dritter].»
- Massstab: «Geprüft gegen die Erfolgskriterien der [WCAG 2.1] auf den Stufen [A und AA]. Für Dokumente zusätzlich [Kriterien]. Der Bezug zur EN 301 549 ist [Abschnitt].»
- Methode: «Automatische Messung mit [Werkzeug, Fassung] auf [Zahl] Seiten; menschliche Prüfung nach WCAG-EM 2.0 auf [Zahl] Seiten; Stichprobe gebildet aus [Kriterien] zuzüglich [Zahl] zufällig gewählter Seiten.»
- Geprüfte Prozesse: «[Kauf vom Produkt bis zur Bestätigung], [Anmeldung], [Kontaktformular], jeweils vollständig durchlaufen mit [Hilfsmitteln].»
- Umgebung: «[Browser und Fassung], [Betriebssystem], [Vorleseprogramm und Fassung], Bildschirmbreiten [Werte], Zoom [Stufen].»
- Befunde: Tabelle mit Nummer, Seite, Stelle, Kriterium, Auswirkung, Schwere, Status. Der Status ist einer von vier: behoben, offen, bewusst nicht behoben mit Begründung, nicht geprüft.
- Nicht geprüfte Anforderungen: «[Kriterien], weil [Grund: kein Inhalt dieser Art vorhanden, kein Zugang zum Testbetrieb, ausserhalb des Umfangs].»
- Stand und Verantwortung: «Geprüft am [Datum] von [Person]. Rückfragen an [Kontakt]. Nächste Prüfung vorgesehen [Zeitpunkt oder Anlass].»
Die vier Stati sauber trennen
Die häufigste Schwäche eines Protokolls ist, dass es nur zwei Stati kennt: behoben und offen. Damit verschwindet die wichtigste Information, nämlich das, was niemand angesehen hat.
Die vier Stati eines Befunds und was sie dem Kunden sagen
| Status | Bedeutung | Was noch dazugehört |
|---|---|---|
| Behoben | Gefunden, korrigiert und nachgeprüft | Datum der Nachprüfung und womit nachgeprüft wurde |
| Offen | Gefunden, noch nicht korrigiert | Wer zuständig ist und bis wann |
| Bewusst nicht behoben | Gefunden, geprüft, entschieden, es so zu lassen | Die Begründung und der Zeitpunkt der nächsten Entscheidung |
| Nicht geprüft | Ausserhalb des Umfangs oder ohne Zugang | Der Grund, damit niemand es für bestanden hält |
Ein Beispiel für den vierten Status, das in fast jedem Projekt auftritt: die Zahlungsansicht eines fremden Anbieters, die im Testbetrieb nicht erreichbar war. Sie gehört ins Protokoll, mit Grund und mit dem Hinweis, dass sie Teil des Kaufprozesses ist und darum vor der Abnahme geprüft werden muss.
Ein Eintrag, kommentiert
Der folgende Eintrag ist für diesen Artikel gebaut und zeigt die Felder, die ein Befund braucht, damit er in einem halben Jahr noch verständlich ist.
Kommentierter Protokolleintrag aus einem selbst erstellten Beispiel
| Feld | Inhalt |
|---|---|
| Nummer und Seite | B-014, Übersicht der Angebote, zweite Ansicht nach dem Filtern |
| Stelle | Filterleiste, Auswahl «Kategorie», erstes Bedienelement von links |
| Ausschnitt | <div role=button tabindex=0>Kategorie</div> ohne aria-expanded und ohne Reaktion auf die Leertaste |
| Kriterium | 4.1.2 Name, Rolle, Wert (A) und 2.1.1 Tastatur (A) |
| Auswirkung | Die Liste lässt sich mit der Tastatur öffnen, aber der Zustand wird nicht angesagt; wer nicht sieht, dass sich etwas geöffnet hat, sucht weiter. |
| Schwere | Hoch, weil der Filter der einzige Weg zu den meisten Angeboten ist |
| Korrektur und Status | Als Schaltfläche ausgezeichnet, Zustand ausgegeben, Leertaste belegt; Status behoben, nachgeprüft am [Datum] mit Tastatur und Vorleseprogramm |
Vier Sätze, die nicht hineingehören
- «Die Website ist barrierefrei.» Barrierefreiheit ist eine Aussage über die Nutzung durch Menschen, nicht das Ergebnis einer Messung. Geprüft wurde eine Stichprobe an einem Tag.
- «Die Website erfüllt das Gesetz.» Ein Protokoll stellt fachliche Befunde fest. Ob damit eine gesetzliche Pflicht erfüllt ist, beurteilt eine Rechtsberatung, und die Pflicht trifft die Betreiberin.
- «Alle Fehler wurden behoben.» Richtig ist: Alle gefundenen Befunde im geprüften Umfang wurden behoben. Der Unterschied ist der ganze Punkt.
- «Abdeckung 95 Prozent.» Eine Prozentangabe ohne Bezugsgrösse sagt nichts. Wenn schon, dann: so viele von so vielen Kriterien, auf so vielen von so vielen Seiten, gemessen womit.
Das W3C formuliert die Grenze seiner eigenen schnellen Prüfungen ähnlich vorsichtig: Sie decken nur wenige Punkte ab, sind schnell und einfach gemeint statt abschliessend, und eine Seite könne sie scheinbar bestehen und trotzdem erhebliche Barrieren haben. Diese Ehrlichkeit ist kein Eingeständnis von Schwäche, sondern das, was ein Protokoll brauchbar macht.
Was aus dem Protokoll in die Erklärung zur Barrierefreiheit wandert und wie die Fortschreibung organisiert wird, beschreiben die Artikel «Erklärung zur Barrierefreiheit: Muster» und «Barrierefreiheit nach Updates überwachen».
Ihre Website jetzt prüfen
Der Gratis-Check prüft bis zu fünf Seiten und die verlinkten PDFs im echten Browser und zeigt die wichtigsten Verstösse mit Beispiel und Anleitung. Kein Konto, kein Siegel, keine Rechtsberatung.
Häufige Fragen
Darf ich im Protokoll schreiben, dass die Website konform ist?
Nur, wenn alle geprüften Kriterien auf allen Seiten der Stichprobe erfüllt sind, alle Seiten der vollständigen Prozesse mitgezählt wurden und der Umfang dabeisteht. Und selbst dann ist die Aussage an den Prüftag und die Stichprobe gebunden. Die sichere Formulierung nennt Umfang, Methode und Datum und überlässt die rechtliche Bewertung der Betreiberin.
Wie gross muss die Stichprobe sein?
WCAG-EM gibt keine feste Zahl, sondern eine Regel: Die strukturierte Stichprobe deckt alle häufigen Ansichten, die wesentlichen Funktionen, die verwendeten Techniken und weitere einschlägige Seiten ab; dazu kommt eine Zufallsauswahl im Umfang von zehn Prozent davon, und alle Seiten eines vollständigen Prozesses gehören dazu.
Gehört das Werkzeug ins Protokoll?
Ja, mit Fassung, denn Regelsätze ändern sich zwischen Fassungen, und ein Befund, der heute erscheint, kann morgen anders heissen. Dasselbe gilt für Browser, Betriebssystem und Vorleseprogramm, weil viele Befunde erst in einer bestimmten Kombination auftreten.
Was mache ich mit Befunden in Bausteinen, die ich nicht kontrolliere?
Aufnehmen wie jeden anderen Befund, den Status auf «offen» oder «bewusst nicht behoben» setzen, die Meldung an den Anbieter dokumentieren und den zugänglichen zweiten Weg beschreiben, falls es einen gibt. Weglassen ist die einzige Antwort, die nicht geht.
Wie übergebe ich das Protokoll?
In einem zugänglichen Format, nicht als Bild eines Dokuments, mit einer Zusammenfassung von einer Seite am Anfang und den Einzelbefunden dahinter. Dazu eine benannte Person für Rückfragen und ein Vorschlag, wann die nächste Prüfung stattfindet. Ein Protokoll ohne Anschlusstermin wird abgelegt und nicht gelesen.
Quellen
Abgerufen am 22.09.2026. Jeder Link öffnet ein neues Fenster.
- W3C: Website Accessibility Conformance Evaluation Methodology (WCAG-EM 2.0) (w3.org, neues Fenster)
- W3C WAI: Planning and Managing Web Accessibility (w3.org, neues Fenster)
- W3C WAI: Sustain Web Accessibility (w3.org, neues Fenster)
- W3C WAI: Easy Checks, a First Review of Web Accessibility (w3.org, neues Fenster)
Weiterlesen
- Barrierefreiheit im laufenden Betrieb überwachen: Scans, menschliche Prüfungen, Zuständigkeiten
Warum behobene Barrieren zurückkommen und wie ein Ablauf aus wiederkehrenden Scans, anlassbezogenen Prüfungen und klaren Zuständigkeiten das verhindert.
- Den Checkout auf Barrierefreiheit prüfen: Warenkorb, Anmeldung, Eingaben, Fehlermeldungen, Zahlung
Warum eine Prüfung der Startseite den Kaufprozess nicht erfasst und wie man Warenkorb bis Zahlung als zusammenhängenden Ablauf testet. Mit Testvorlage.
- Erklärung zur Barrierefreiheit: Muster und Pflichtinhalte nach BFSG, BITV 2.0 und eCH-0059
Was in die Erklärung zur Barrierefreiheit gehört: Anlage 3 BFSG für Anbieter, die EU-Mustererklärung für öffentliche Stellen, mit Textbausteinen.
- Barrierefreiheit testen: was Werkzeuge finden, was nur Menschen sehen
Wie man eine Website auf Barrierefreiheit prüft: automatisch, mit Tastatur, Vorleseprogramm und Zoom. Mit Checkliste und dem, was Software nicht kann.
Stand der Rechtslage: 22.09.2026. Dieser Artikel erklärt, was in Gesetz, Verordnung und Norm steht, und ersetzt keine Rechtsberatung. Bei Zweifeln hilft die Bundesfachstelle Barrierefreiheit oder eine Anwältin.