WCAG-Audit vorbereiten: Der praktische Fahrplan für Teams
Zensations
Ein Audit ist am wertvollsten, wenn es nicht als Schlussprüfung verstanden wird. Gute Vorbereitung schafft reproduzierbare Testfälle und sorgt dafür, dass Befunde tatsächlich behoben werden.
Warum das Thema jetzt relevant ist
Der Markt bewegt sich schnell, doch Accessibility wird erst dann wertvoll, wenn es in reale Abläufe, klare Entscheidungen und überprüfbare Qualitätsmaßstäbe übersetzt wird. Teams brauchen dafür keine maximale Komplexität, sondern ein gemeinsames Verständnis von Ziel, Grenze und Verantwortung.
Ein belastbarer Arbeitsrahmen
Beginnen Sie mit einem konkreten Anwendungsfall und einem dokumentierten Ausgangszustand. Legen Sie fest, für wen das Ergebnis besser werden soll, welche Daten verwendet werden dürfen und wer die finale Entscheidung trifft. So bleibt der Pilot klein genug zum Lernen und relevant genug für eine echte Bewertung.
Repräsentative Seitentypen und Kernaufgaben auswählen
Automatisierte und manuelle Prüfungen kombinieren
Befunde nach Auswirkung priorisieren und nachtesten
Was in der Praxis oft schiefläuft
Häufig werden Werkzeuge mit Strategie verwechselt, Erfolg nur über Geschwindigkeit definiert oder Prüfungen ans Ende verschoben. Das erzeugt zwar Aktivität, aber keine belastbare Veränderung. Ebenso problematisch sind Prozesse ohne Eigentümer: Wenn niemand für Qualität und Konsequenzen zuständig ist, bleibt auch ein technisch guter Ansatz fragil.
Der Maßstab ist nicht, was AI erzeugen kann, sondern was Menschen verlässlich damit erreichen.
Nächster sinnvoller Schritt
Wählen Sie einen Prozess, der häufig genug vorkommt, um daraus zu lernen. Erfassen Sie heute Zeit, Qualität und typische Fehler. Testen Sie dann eine klar abgegrenzte Verbesserung über mehrere reale Fälle. Erst wenn die Ergebnisse stabil sind, lohnt sich die nächste Stufe.
Gute Umsetzung verbindet Technologie mit Redaktion, Design, Recht und Organisation. Genau an diesen Übergängen entscheidet sich, ob aus einer interessanten Demo ein verlässliches Werkzeug wird.
Der Fahrplan vor dem Audit
Vor einem Audit lohnt sich ein interner Vorlauf: Seitentypen inventarisieren, kritische Nutzerwege festlegen, automatisierte Prüfung laufen lassen, manuelle Tastatur- und Screenreader-Tests auf den wichtigsten Wegen ergänzen und Befunde nach Schweregrad bündeln. So diskutiert das Audit später echte Restrisiken statt offensichtlicher Basisfehler.
Warum die Vorbereitung entscheidend ist: Mehr als nur Compliance
Ein WCAG-Audit ist kein einfacher Ja/Nein-Check, sondern eine umfassende Bewertung der digitalen Barrierefreiheit. Ohne gründliche Vorbereitung riskiert man nicht nur ineffiziente Abläufe, sondern auch, dass das Audit lediglich oberflächliche Mängel aufdeckt. Die eigentlichen Hürden bleiben oft unentdeckt, weil das Testfeld nicht repräsentativ genug war oder die Priorisierung der Befunde fehlt. Ein proaktiver Ansatz sorgt dafür, dass die Ergebnisse des Audits direkt in verbesserte Prozesse und Produkte münden. Dies ist besonders wichtig im Hinblick auf den European Accessibility Act, der klare Anforderungen an Unternehmen stellt.
Was bedeutet "reproduzierbare Testfälle" in der Praxis?
Reproduzierbare Testfälle sind detaillierte, schrittweise Anleitungen, die jeder Tester befolgen kann, um dasselbe Ergebnis zu erzielen. Sie umfassen spezifische URLs, Interaktionswege, erwartete Ergebnisse und die verwendeten Technologien (z.B. Screenreader-Versionen). In der Vorbereitung könnten das zum Beispiel Anweisungen sein wie: "Navigieren Sie auf der Startseite (www.beispiel.at/start) zum Anmeldeformular. Füllen Sie die Felder 'Benutzername' und 'Passwort' mit den Testdaten 'user1' und 'pass123' aus. Drücken Sie die Tab-Taste nach dem Ausfüllen des Passwortfeldes. Wird der 'Anmelden'-Button korrekt fokussiert und vorgelesen?"
Wie schafft man ein gemeinsames Verständnis im Team?
Ein gemeinsames Verständnis beginnt mit der Schulung aller Beteiligten, von Redaktion über Design bis zur Entwicklung. Regelmäßige Workshops klären die Grundlagen der WCAG-Richtlinien und deren Auswirkungen auf die jeweilige Rolle. Ein Beispiel: Das Redaktionsteam lernt, wie alternative Texte für Bilder formuliert werden, während das Entwicklungsteam die korrekte Verwendung von ARIA-Attributen versteht. Jour-Fixe, in denen Teams ihre Fortschritte und Herausforderungen teilen, festigen dieses Wissen. Dokumentierte Richtlinien für alle Abteilungen, etwa in einem "Accessibility Style Guide", sind hier essenziell. Ein Discovery-Workshop kann hierbei hilfreich sein, um den Bedarf zu analysieren.
Auswahl der Testbereiche: Strategie vor Masse
Die größte Herausforderung bei einem WCAG-Audit ist oft die schiere Menge an Inhalten und Funktionen. Eine komplette Website oder Anwendung zu prüfen, ist selten effizient oder notwendig. Stattdessen konzentriert man sich auf die Bereiche, die für die Nutzererfahrung und die Geschäftsziele am relevantesten sind. Dies erfordert eine strategische Auswahl von Seitentypen und Kernaufgaben.
Wie identifiziert man repräsentative Seitentypen und Kernaufgaben?
Beginnen Sie mit einer Analyse der Web-Analytics-Daten: Welche Seiten haben die meisten Aufrufe? Welche sind für Konversionen oder kritische Geschäftsprozesse entscheidend? Identifizieren Sie dann die verschiedenen "Typen" von Seiten, zum Beispiel Startseite, Produktseite, Formularseite, Blogartikel. Kernaufgaben sind typische Nutzerpfade, wie "Produkt suchen und kaufen", "Konto erstellen", "Informationen zu einem Service finden". Ein E-Commerce-Shop in Österreich könnte beispielsweise die Startseite, eine Kategorieseite, eine Produktdetailseite und den Checkout-Prozess als Kernaufgaben definieren. Diese Auswahl sollte 10-20% der Gesamtseiten umfassen, aber 80% der Nutzerinteraktionen abdecken. Ein gutes UI/UX Design hilft bereits hierbei, Barrieren zu reduzieren.
Beispiel einer Seitentypen- und Kernaufgaben-Matrix
Seitentyp / Kernaufgabe
Beispiel URL
Relevanz (hoch/mittel/niedrig)
Begründung
Startseite
www.example.at
Hoch
Erster Kontaktpunkt, zentrale Navigation
Produktdetailseite
www.example.at/produkt-a
Hoch
Kaufentscheidung, zentrale Informationen
Registrierungsformular
www.example.at/registrierung
Hoch
Servicezugang, Dateneingabe
Warenkorb/Checkout
www.example.at/warenkorb
Hoch
Kaufabschluss, Transaktion
Blogartikel
www.example.at/blog/artikel-1
Mittel
Informationsbereitstellung, SEO
Kontaktformular
www.example.at/kontakt
Mittel
Kundenservice, Support
Diese Matrix hilft, die Testressourcen zu bündeln und sicherzustellen, dass die wichtigsten Bereiche der Website abgedeckt werden. Für einen mittelständischen Handwerksbetrieb in Salzburg könnten die Kernaufgaben beispielsweise die "Angebot anfragen"-Seite oder die "Leistungen"-Übersicht sein, da diese den direkten Kundenkontakt initiieren.
Die richtige Mischung: Automatisierte und manuelle Prüfungen
Ein WCAG-Audit lebt von der Kombination verschiedener Testmethoden. Verlassen Sie sich niemals ausschließlich auf automatisierte Tools, da diese nur einen Teil der Barrierefreiheitsprobleme erkennen können.
Welche Rolle spielen automatisierte Tests?
Automatisierte Tests sind ein hervorragender erster Schritt, um offensichtliche, technische Mängel schnell zu identifizieren. Sie können beispielsweise fehlende Alt-Attribute, unzureichenden Farbkontrast oder fehlerhafte HTML-Strukturen erkennen. Tools wie Lighthouse, Axe oder Wave können Tausende von Seiten in kurzer Zeit scannen. Ihr Vorteil ist die Geschwindigkeit und die Skalierbarkeit. Ein Nachteil ist jedoch, dass sie etwa 30-40% der WCAG-Probleme übersehen, insbesondere jene, die eine menschliche Interpretation erfordern, wie die Sinnhaftigkeit von Alt-Texten oder die korrekte Bedienbarkeit mit einer Tastatur. Betrachten Sie sie als Frühwarnsystem, nicht als Endprüfung. Ein Projektmanager in Wien nutzt automatisierte Tools vielleicht, um die Basis-Compliance nach jeder Sprint-Iteration zu prüfen, bevor ein manuelles Testing beginnt.
Warum sind manuelle Prüfungen unerlässlich?
Manuelle Prüfungen decken die komplexeren und oft kritischeren Barrieren auf, die automatisierte Tools nicht erfassen können. Dazu gehören die logische Struktur von Überschriften, die Bedienbarkeit mit einer Tastatur alleine, die Verständlichkeit von Inhalten, die Verwendung von Screenreadern (z.B. JAWS, NVDA, VoiceOver), die Zugänglichkeit von ARIA-Labels und die Gesamtuser Experience für Menschen mit verschiedenen Behinderungen. Diese Tests erfordern geschultes Personal, das sich in die Lage der Nutzer versetzen kann. Ein Team, das einen Screenreader-Test selbst durchführt, wird schnell erkennen, wie wichtig eine logische Dokumentstruktur und klare Beschriftungen sind. Für diese Tests ist ein dedizierter Block in der Zeitplanung, zum Beispiel zwei Tage pro Woche, sinnvoll. Das schult auch die internen Teams, die so ein Gefühl für die Herausforderungen bekommen.
Checkliste für manuelle Prüfungen:
Tastaturnavigation: Ist jede interaktive Komponente erreichbar und bedienbar?
Fokusmanagement: Ist der Tastaturfokus immer sichtbar und logisch?
Viele Unternehmen haben ihre Website geprüft und vergessen dabei die Dokumente. Dabei liegen Jahresberichte, Formulare und Preislisten oft als unlesbares PDF vor.
Seit Juni 2025 gelten in Österreich verbindliche Anforderungen an digitale Barrierefreiheit für viele privatwirtschaftliche Angebote. Wer jetzt prüft, vermeidet teure Nachbesserungen.
