WCAG-Konformität: Stufen, Bedingungen und Nachweis verständlich erklärt

Mann prüft Diagramme mit Kreis- und Balkendarstellung am Laptop – WCAG-Konformität Stufen und Nachweis

„WCAG-konform“ steht auf unzähligen Websites und in vielen Angeboten – doch was dahinter steckt, ist deutlich präziser definiert und strenger, als die meisten annehmen. WCAG-Konformität bedeutet nicht „weitgehend barrierefrei“ oder „die wichtigsten Punkte erfüllt“, sondern folgt klaren, formalen Regeln, die genau festlegen, wann eine Seite konform ist und wann nicht. In meinen Audits begegnet mir ständig die Vorstellung, man sei „zu neunzig Prozent konform“ – ein Satz, der bei näherem Hinsehen keinen Sinn ergibt. In diesem Leitfaden erkläre ich Ihnen, was WCAG-Konformität tatsächlich heißt: die drei Stufen, die fünf Bedingungen, die kaum jemand kennt, wie man Konformität misst und nachweist – und warum „hundert Prozent konform“ ein Versprechen ist, das seriös niemand geben kann. Am Ende werden Sie das Wort „konform“ mit anderen Ohren hören – und eine Marketingzahl von einem echten Konformitätsstatus unterscheiden können.

Was bedeutet WCAG-Konformität?

WCAG-Konformität liegt vor, wenn eine Website alle Erfolgskriterien einer bestimmten Konformitätsstufe vollständig erfüllt. Die Web Content Accessibility Guidelines definieren dafür prüfbare Kriterien, und Konformität ist erreicht, sobald jedes einzelne Kriterium der angestrebten Stufe erfüllt ist – nicht die meisten, nicht die wichtigsten, sondern alle. Das ist der entscheidende und oft übersehene Punkt. Konformität ist also kein Gefühl und kein Ungefähr, sondern ein klar definierter Zustand, der sich gegen eine Liste prüfbarer Kriterien feststellen lässt. Diese Klarheit ist eine echte Stärke und kein bürokratischer Ballast: Sie macht überprüfbar, was sonst reine Auslegungssache bliebe.

Diese Strenge unterscheidet die formale Konformität vom umgangssprachlichen „barrierefrei“. Eine Seite kann gestalterisch und technisch viel richtig machen und trotzdem die WCAG-Konformität auf einer Stufe verfehlen, wenn auch nur ein Kriterium nicht erfüllt ist. Was die WCAG inhaltlich überhaupt regeln, erklärt unser Grundlagen-Ratgeber zum WCAG-Standard; hier geht es um die Mechanik der Konformität selbst. Diese Trennung ist wichtig, weil sie erklärt, warum eine Seite sich „barrierefrei anfühlen“ und die formale WCAG-Konformität auf einer Stufe trotzdem verfehlen kann.

Die drei Konformitätsstufen: A, AA und AAA

Die WCAG kennen drei Konformitätsstufen, die aufeinander aufbauen. Stufe A ist das Minimum und deckt die grundlegendsten Barrieren ab, deren Verletzung die Nutzung für manche Menschen ganz unmöglich macht. Stufe AA ist der eigentliche Standard für gute Barrierefreiheit und in der Praxis der Maßstab, an dem fast überall gemessen wird. Stufe AAA stellt das höchste Niveau dar. Jede Stufe baut auf der vorigen auf, sodass eine höhere Konformität immer auch die niedrigeren Anforderungen vollständig einschließt.

Wichtig ist das Verhältnis der Stufen zueinander: Sie sind kumulativ. Wer AA-Konformität anstrebt, muss alle Kriterien der Stufe A und alle der Stufe AA erfüllen – zusammen sind das mehr als fünfzig Erfolgskriterien. AAA umfasst dann noch einmal eine ganze Reihe zusätzlicher, anspruchsvoller Kriterien. Diese Staffelung erlaubt es, ein realistisches Ziel zu wählen: AA als belastbaren Standard, einzelne AAA-Kriterien als zusätzlichen Anspruch für besonders sensible Inhalte. Niemand muss also AAA für die gesamte Website anstreben – das wäre weder gefordert noch realistisch.

StufeBedeutungStatus in der Praxis
AMinimum, grundlegendste AnforderungenNotwendige Basis, allein nicht ausreichend
AAGuter Standard, breite ZugänglichkeitRechtlich gefordertes Ziel (BFSG, BITV)
AAAHöchstes Niveau, strengste KriterienNicht generell für ganze Seiten erreichbar

Welche Stufe ist gesetzlich gefordert?

Für die Rechtssicherheit zählt die Stufe AA. Sowohl das BFSG für die Privatwirtschaft als auch die BITV für öffentliche Stellen orientieren sich über die europäische Norm an WCAG auf der Stufe AA. Diese Stufe ist damit der praktische Zielwert für jede Organisation, die ihre digitale Barrierefreiheit auf eine belastbare Grundlage stellen will. Wer von „WCAG-konform“ spricht, meint in aller Regel genau diese Stufe AA – auch wenn das selten dazugesagt wird.

Stufe A allein genügt also nicht, um den gesetzlichen Anforderungen zu entsprechen – sie ist nur die Vorstufe. Stufe AAA wiederum wird bewusst nicht als generelle Pflicht gefordert, weil sie sich, wie die WCAG selbst festhalten, nicht für alle Inhalte vollständig erreichen lässt. Wie die WCAG, die Norm und die Gesetze zusammenhängen, vertieft unser Ratgeber zur EN 301 549. Diese saubere Zuordnung erspart Ihnen die häufige Verwirrung, welche Stufe denn nun „reicht“: Für die Rechtssicherheit ist es eindeutig die AA. Alles darunter ist rechtlich angreifbar, alles darüber ein freiwilliger Zusatz.

Konformität ist binär: das große Missverständnis

Hier liegt der wichtigste Punkt überhaupt, und er räumt mit einem weit verbreiteten Irrtum auf: WCAG-Konformität auf einer Stufe ist eine Ja-oder-Nein-Frage. Entweder eine Seite erfüllt alle Kriterien der Stufe AA – dann ist sie AA-konform –, oder sie erfüllt eines nicht – dann ist sie es nicht. Ein Zwischending gibt es nicht. Das mag streng wirken, hat aber einen guten Grund: Für den Menschen, der an einer einzigen Barriere scheitert, gibt es ebenfalls kein „zu neunzig Prozent nutzbar“. Entweder die Treppe hat ein Geländer oder nicht – ein halbes hilft niemandem.

Aussagen wie „zu fünfundneunzig Prozent WCAG-konform“ sind deshalb streng genommen unsinnig. Man kann sagen, dass von fünfzig Kriterien achtundvierzig erfüllt sind – das ist eine nützliche Information über den Fortschritt. Aber „konform“ wird die Seite dadurch nicht. Diese Unterscheidung ist nicht spitzfindig: Für die rechtliche Bewertung und für die Menschen, die an den verbleibenden Barrieren scheitern, zählt genau das eine Kriterium, das fehlt. Seriöse Kommunikation benennt deshalb den Fortschritt ehrlich, statt aus einer Zwischenzahl einen Konformitätsstatus zu basteln, den es so nicht gibt.

Aus der Praxis: Ein Anbieter warb prominent mit „95 % WCAG-konform“. Im Gespräch stellte sich heraus, dass damit gemeint war, ein automatisches Tool habe 95 Prozent seiner geprüften Punkte als fehlerfrei gemeldet. Das klingt gut, sagt über die tatsächliche Konformität aber nichts aus – denn die fehlenden Punkte enthielten unter anderem eine nicht bedienbare Navigation. Die Seite war schlicht nicht AA-konform. „95 Prozent“ war eine Marketingzahl, kein Konformitätsstatus.

Die fünf Bedingungen für Konformität

Was kaum jemand weiß: Die WCAG knüpfen Konformität an fünf formale Bedingungen, die alle zugleich erfüllt sein müssen. Sie zu kennen, schützt vor teuren Fehleinschätzungen. Die erste ist die bereits beschriebene vollständige Erfüllung einer Konformitätsstufe. Die meisten kennen nur diese erste Bedingung und glauben, damit sei das Thema erschöpft – dabei fangen die eigentlichen Fallstricke erst danach an.

Die zweite Bedingung lautet, dass sich Konformität immer auf vollständige Seiten bezieht – man kann nicht einen Teil einer Seite für konform erklären und den Rest ausklammern. Die dritte betrifft vollständige Prozesse und ist besonders folgenreich: Gehört eine Seite zu einem mehrstufigen Ablauf, etwa einem Bestell- oder Anmeldevorgang, müssen alle Seiten dieses Ablaufs konform sein. Die vierte verlangt, dass nur barrierefrei unterstützte Techniken für die Erfüllung herangezogen werden. Und die fünfte, die Nicht-Interferenz, besagt, dass auch Inhalte, die nicht zur Konformität beitragen, die Nutzung nicht stören dürfen – etwa durch automatisch abspielenden Ton oder eine Tastaturfalle. Erst wenn alle fünf Bedingungen zugleich erfüllt sind, ist die WCAG-Konformität für die jeweilige Stufe tatsächlich gegeben – das Fehlen einer einzigen genügt, um sie zu kippen. Diese Kette von Bedingungen ist der Grund, warum echte Konformität deutlich mehr Sorgfalt verlangt, als ein schneller Blick auf eine Website vermuten lässt.

Vollständige Prozesse: die unterschätzte Bedingung

Die Bedingung der vollständigen Prozesse verdient besondere Aufmerksamkeit, weil sie in der Praxis am häufigsten übersehen wird. Sie bedeutet: Es genügt nicht, dass Ihre Startseite und Ihre Produktseiten konform sind, wenn ein einziger Schritt im Bestellprozess es nicht ist. Sobald ein Glied der Kette bricht, ist der gesamte Prozess nicht mehr konform – und damit auch nicht das, was Nutzer eigentlich erledigen wollen. Die WCAG denken hier konsequent vom Ziel des Nutzers her, nicht von einzelnen Dokumenten – und genau das macht diese Bedingung so wirkungsvoll.

Das ist gerade im E-Commerce und bei Formularstrecken ein unterschätztes Risiko. Eine wunderschön zugängliche Website nützt einem blinden Menschen wenig, wenn er den Kauf am nicht bedienbaren Zahlungsschritt abbrechen muss. Für die WCAG-Konformität zählt deshalb der Weg von Anfang bis Ende, nicht nur die schönen Einstiegsseiten. In meinen Audits ist dieser Bruch mitten im Bestellprozess einer der häufigsten Gründe, warum eine ansonsten gute Seite die Konformität am Ende verfehlt. Der Test endet deshalb nie an der Startseite, sondern erst, wenn der Nutzer sein eigentliches Ziel erreicht hat.

Aus der Praxis: Ein Onlineshop hatte seine Hauptseiten vorbildlich umgesetzt und ließ sich das auch bestätigen. Im Audit prüften wir den vollständigen Kaufprozess – und im vorletzten Schritt, der Adresseingabe, fehlten den Feldern die Beschriftungen, sodass ein Screenreader nicht ansagen konnte, was einzugeben war. Damit war der gesamte Bestellprozess nicht konform, obwohl 90 Prozent der Seiten makellos waren. Die Kette war nur so stark wie ihr schwächstes Glied.

Teilkonformität: wenn nicht alles konform werden kann

Was geschieht, wenn ein Teil einer Seite nicht konform gemacht werden kann – etwa eingebettete Inhalte Dritter oder ein komplexes Altsystem? Die WCAG kennen dafür zwei eng gefasste Mechanismen. Der erste ist die konforme Alternativversion: Wenn eine Seite selbst nicht konform ist, darf eine gleichwertige, konforme Alternative bereitgestellt werden, die denselben Inhalt und dieselbe Funktion bietet und leicht erreichbar ist. Das ist etwa bei nicht barrierefreien Alt-PDFs ein gangbarer Weg, vorübergehend eine zugängliche HTML-Fassung daneben zu stellen.

Der zweite ist die Erklärung der Teilkonformität für Inhalte, die man nicht selbst kontrolliert – etwa nutzergenerierte Kommentare oder eingebundene Drittdienste. Beides sind jedoch Ausnahmen, keine Schlupflöcher. Eine konforme Alternativversion sollte immer die Notlösung sein, nicht der Normalfall – das eigentliche Ziel der WCAG-Konformität bleibt, den Hauptinhalt selbst zugänglich zu gestalten, statt ihn in eine Sonderversion auszulagern. Wer dauerhaft auf Alternativversionen ausweicht, baut am Ende zwei Welten parallel – das ist teurer und meist schlechter als ein einziger, von vornherein zugänglicher Hauptinhalt.

Wie wird WCAG-Konformität gemessen?

Konformität festzustellen ist eine methodische Aufgabe. Für Websites hat das W3C mit der Website Accessibility Conformance Evaluation Methodology, kurz WCAG-EM, ein anerkanntes Vorgehen veröffentlicht. Es beschreibt, wie man eine repräsentative Stichprobe von Seiten auswählt, die vollständigen Prozesse einbezieht und systematisch gegen jedes Kriterium prüft. Diese Methodik sorgt dafür, dass eine Prüfung nachvollziehbar und wiederholbar ist, statt vom Zufall der gerade gewählten Seiten abzuhängen.

Dabei kommen drei Prüfebenen zusammen. Automatische Werkzeuge decken einen Teil ab, prüfen aber nach gängiger Erfahrung nur etwa dreißig Prozent der Kriterien zuverlässig. Die manuelle Prüfung durch Fachleute kommt hinzu – etwa die Bedienung allein per Tastatur. Und schließlich der Test mit echten Hilfsmitteln und Nutzern, der zeigt, ob etwas in der Praxis funktioniert. Wie eine solche Prüfung im Detail abläuft, behandelt unser Ratgeber zum Barrierefreiheits-Test. Ein automatischer Web-Test wie unser Access Score liefert dabei den schnellen ersten Eindruck – die belastbare Aussage zur Konformität entsteht aber erst im Zusammenspiel aller drei Prüfebenen.

Wie weist man WCAG-Konformität nach?

Der Nachweis erfolgt über eine dokumentierte Konformitätserklärung. Darin wird festgehalten, gegen welche WCAG-Version und welche Stufe geprüft wurde, welcher Bereich der Anwendung erfasst war und mit welchem Ergebnis. International verbreitet ist dafür der Accessibility Conformance Report, oft auf Basis der VPAT-Vorlage, der die Erfüllung Kriterium für Kriterium dokumentiert. So wird aus einer Behauptung ein prüfbares Dokument, das überhaupt erst die Grundlage für belastbares Vertrauen schafft.

Ein solcher Bericht ist mehr wert als jede pauschale Behauptung, weil er nachvollziehbar und überprüfbar ist. Er macht aus „wir sind konform“ ein belegbares „hier ist, was wir geprüft haben und mit welchem Ergebnis“. Wie ein belastbarer Nachweis konkret aussieht und welche Siegel es gibt, vertieft unser Ratgeber zur Zertifizierung der Barrierefreiheit. Gerade gegenüber Behörden, Geschäftspartnern und im Streitfall ist ein solcher dokumentierter Nachweis das, was am Ende wirklich zählt. Ein gut geführter Bericht ist im Zweifel mehr wert als jede mündliche Beteuerung.

Warum „100 % WCAG-konform“ eine Illusion ist

An dieser Stelle braucht es Ehrlichkeit, die in der Branche selten ist. Eine dauerhafte, absolute WCAG-Konformität von „hundert Prozent“ lässt sich seriös nicht garantieren – aus zwei Gründen. Erstens ist jede geprüfte Konformität eine Momentaufnahme: Die nächste Inhaltsänderung, das nächste Plugin, der nächste Relaunch kann neue Barrieren einbauen. Zweitens hält die WCAG selbst fest, dass sich die Stufe AAA nicht für sämtliche Inhalte vollständig erreichen lässt. Ein Nachrichtenportal etwa kann nicht jeden Fachartikel auf das einfachste Sprachniveau bringen, das ein AAA-Kriterium an einer Stelle verlangt, ohne seinen eigentlichen Zweck zu verlieren. Solche Grenzen offen zu benennen gehört zur Seriosität dazu, statt sie unter Marketing zu verstecken.

Deshalb verspreche ich Ihnen keine Wunder, sondern ehrliche Barrierearmut: einen geprüften, belastbaren Konformitätsstand auf der rechtlich relevanten Stufe AA, sauber dokumentiert. Wer Ihnen „100 % barrierefrei per Klick“ verspricht, verkauft Ihnen eine Illusion – häufig in Gestalt eines Overlay-Widgets, das echte Barrieren im Code gar nicht behebt. Belastbare WCAG-Konformität entsteht nicht durch ein Versprechen, sondern durch sorgfältige Arbeit und Prüfung. Diese Ehrlichkeit ist kein Eingeständnis von Schwäche, sondern ein Qualitätsmerkmal – sie zeigt, dass jemand die Materie wirklich verstanden hat.

Aus der Praxis: Ein Unternehmen hatte ein Overlay-Tool eingebunden, das mit „sofort 100 % WCAG-konform“ warb. Im Audit war die Seite mitnichten konform – das Widget hatte an den eigentlichen Code-Barrieren nichts geändert, sondern nur eine Komfort-Leiste hinzugefügt. Schlimmer noch: Es hatte an einigen Stellen die vorhandene Semantik gestört. Das vermeintliche Konformitäts-Wundermittel hatte die Lage nicht verbessert, sondern teils verschlechtert.

Die Grenze automatischer Konformitätsprüfung

Aus alldem folgt, warum sich WCAG-Konformität nicht per Knopfdruck feststellen lässt. Ein automatischer Scan ist ein wertvolles Werkzeug für einen schnellen Überblick und findet viele klare Fehler – aber er erfasst nur einen Bruchteil der Kriterien und kann die fünf Konformitätsbedingungen, insbesondere die vollständigen Prozesse und die Frage der praktischen Nutzbarkeit, gar nicht vollständig prüfen. Er ist ein hervorragender Startpunkt und ein gutes Frühwarnsystem – aber er ersetzt die fachliche und menschliche Prüfung nicht. Wer ihn für mehr hält, überschätzt, was Software über Zugänglichkeit überhaupt aussagen kann.

Genau hier setzt unser Tiefen-Audit Access Ready an. Es prüft Ihre Anwendung gegen alle Konformitätsbedingungen, bezieht die vollständigen Prozesse ein und arbeitet mit einem Panel aus echten Nutzern assistiver Technologien – also auch dort, wo Software blind ist. Am Ende steht das rechtlich belastbare IFDB-Zertifikat als dokumentierter Nachweis Ihrer geprüften WCAG-Konformität. Wo andere Anbieter Ihnen einen automatischen Bericht ausstellen und Sie mit den schwierigen Fragen allein lassen, begleitet Access Ready Sie bis zur belastbaren Konformität – ehrlich, ohne falsche Hundert-Prozent-Versprechen. Genau diese Kombination aus Software, fachlicher Prüfung und echten Nutzern ist es, die eine belastbare Aussage zur WCAG-Konformität überhaupt erst möglich macht.

So erreichen Sie belastbare WCAG-Konformität

Mein Rat zum Vorgehen: Streben Sie die Stufe AA an, denken Sie in vollständigen Prozessen statt in einzelnen Seiten, und lassen Sie Ihre Konformität sauber prüfen und dokumentieren, statt sich auf eine Marketingzahl zu verlassen. Verstehen Sie Konformität als etwas, das man hält, nicht als ein Häkchen, das man einmal setzt. Dieser Dreiklang – richtiges Ziel, Denken in vollständigen Prozessen, sauberer Nachweis – ist der verlässlichste Weg zu einer Konformität, die auch einer Prüfung standhält. Mit diesem Verständnis verlieren Sie die Scheu vor dem Thema und gehen es planvoll an.

Den schnellen Einstieg bietet unser kostenloser Access Score, ein WCAG-Test Ihrer Website, der Ihnen einen ersten Eindruck verschafft. Den belastbaren, vollständigen Nachweis Ihrer WCAG-Konformität liefert unser zertifiziertes Tiefen-Audit Access Ready. Wie das Ganze ins größere Bild der digitalen Barrierefreiheit passt, lesen Sie in unserem Überblick. Konformität ist kein Etikett, das man sich selbst verleiht – sie ist ein geprüfter Zustand, den Sie belegen können. Und genau dieser Beleg ist im Ernstfall der Unterschied zwischen Sicherheit und einem teuren, vermeidbaren Risiko. Nehmen Sie die WCAG-Konformität ernst, dann arbeitet sie für Sie statt gegen Sie.

Bild von Lukas Maximilian Langer

Lukas Maximilian Langer

Als Gründer der IFDB GmbH setzt sich Lukas Maximilian Langer dafür ein, digitale Barrierefreiheit vom Pflichtthema zum Selbstverständnis zu machen. Sein Ziel: Websites, Apps und Dokumente, die für alle zugänglich sind – unabhängig von Einschränkungen.

Ihre Anfrage –
wir melden uns zeitnah zurück

Schritt 1 / 2 Anliegen

Worum geht es? Mehrfachauswahl möglich.