Cloud, QA & Sicherheit

Barrierefreiheits-Audits mit Korrekturen, die Ihr Team umsetzen kann

Gjethe prüft Websites und Webanwendungen nach WCAG 2.2 Level AA: automatisierte Scans, manuelle Prüfungen von Tastaturnavigation, Fokus, Formularen, Farbkontrast, Überschriften und Medien sowie Tests mit Screenreadern wie NVDA, VoiceOver und TalkBack. Sie erhalten einen priorisierten Bericht mit klaren Erklärungen und Korrekturen auf Code-Ebene, und wir können die Probleme beheben und erneut testen. Wir zertifizieren keine rechtliche Konformität; Ihre Rechtsberater bestätigen Pflichten wie den European Accessibility Act.

  • Kostenlose Erstberatung
  • Schriftliches Angebot für Ihr Projekt
  • Flexible Zahlungsmeilensteine

Auf einen Blick

Standard
WCAG 2.2 Stufe AA
Tests
Automatisiert, manuell, Screenreader, Tastatur
Ausgabe
Priorisierte Probleme mit Korrekturen auf Code-Ebene
Nachbetreuung
Korrekturen und erneute Tests auf Wunsch

Definition

Was ist Barrierefreiheitsaudit?

Ein Barrierefreiheitsaudit prüft, ob eine Website oder App von Menschen mit Behinderungen genutzt werden kann, einschließlich Menschen, die Screenreader, Tastaturen, Vergrößerung oder Untertitel nutzen, meist gemessen an den Web Content Accessibility Guidelines (WCAG).

Barrierefreiheitsprobleme sperren echte Menschen aus: ein Formular, das ohne Maus nicht auszufüllen ist, eine Schaltfläche, die ein Screenreader nur als „Button“ ansagt, zu blasser Text, ein Video ohne Untertitel. Viele Probleme sind einfach zu beheben, sobald sie gefunden sind. Automatische Tools erfassen nur einen Teil, daher kombiniert ein nützliches Audit Tools mit sorgfältigen manuellen Tests und erklärt Korrekturen so, dass Entwickler sie umsetzen können.

Für wen ist es geeignet?

  • Onlineshops

    Checkout, Produktseiten und Suche, nutzbar für alle.

  • SaaS-Produkte

    Anwendungen, die Beschaffungsanforderungen von Kunden erfüllen.

  • Gesundheitswesen, Bildung und öffentliche Dienste

    Dienste, auf die Menschen angewiesen sind, für alle verfügbar.

  • Unternehmen mit Kunden in der EU

    Vorbereitung auf Barrierefreiheitsanforderungen in europäischen Märkten.

Was enthalten ist und was Sie behalten

Was enthalten ist

  • Umfang und Stichprobe von Seiten und Abläufen
  • Automatisierte Scans über die Stichprobe
  • Manuelle WCAG-2.2-AA-Prüfung
  • Tests der Navigation nur mit der Tastatur
  • Screenreader-Tests mit NVDA, VoiceOver und TalkBack
  • Prüfungen von Farbkontrast und Zoom
  • Formulare, Fehler und Fokusverwaltung
  • Medien: Untertitel, Transkripte und Bedarf an Audiodeskription
  • Priorisierte Problemliste mit Korrekturen auf Code-Ebene
  • Walkthrough der Befunde mit Entwicklern
  • Erneute Tests nach den Korrekturen

Was Sie erhalten

Wird am Ende übergeben. Gehört Ihnen.

  • Ein Auditbericht, den WCAG-Erfolgskriterien zugeordnet
  • Priorisierter Problem-Backlog für Ihren Tracker
  • Codebeispiele für häufige Korrekturen
  • Ein Nachtestbericht nach den Korrekturen
  • Input für Ihre Barrierefreiheitserklärung

Warum automatische Scans nicht genügen

Automatische Tools wie axe und Lighthouse sind hervorragend darin, manche Probleme zu finden: fehlende Alt-Attribute, geringer Kontrast, fehlende Formularbeschriftungen. Sie können nicht beurteilen, ob ein Alt-Text aussagekräftig ist, ob der Fokus logisch durch einen Dialog wandert oder ob eine individuelle Komponente für Screenreader-Nutzer Sinn ergibt. Dafür braucht es einen Menschen, der die echten Abläufe testet.

Wir nutzen automatische Tools für die Breite und manuelle Tests für die Tiefe, fokussiert auf die wichtigsten Aufgaben: Anmelden, Suchen, Kaufen, Buchen, Kontaktieren.

Probleme, die wir häufig finden

ProblemAuswirkung
Fehlende oder unklare FormularbeschriftungenScreenreader-Nutzer wissen nicht, was sie eingeben sollen
Individuelle Buttons und Menüs ohne RollenBedienelemente sind ohne Maus nicht nutzbar
Unsichtbarer FokusindikatorTastaturnutzer verlieren den Überblick, wo sie sind
Geringer FarbkontrastText ist für viele Menschen schwer lesbar
Bilder ohne nützlichen Alt-TextFür blinde Nutzer fehlen Inhalte
Fehlermeldungen werden nicht angesagtNutzer können Formularfehler nicht beheben

Priorisiert, damit die Behebung realistisch ist

Eine lange Problemliste ohne Priorität lähmt Teams. Wir ordnen Befunde nach Schwere und danach, wie viele Menschen und wichtige Aufgaben sie betreffen, gruppieren wiederkehrende Probleme nach Komponente, sodass eine Korrektur viele Seiten löst, und schätzen den Aufwand, damit Ihr Team die Arbeit planen kann.

Der European Accessibility Act und andere Regeln

Barrierefreiheitsanforderungen gelten für viele digitale Produkte und Dienste in der EU, einschließlich E-Commerce, Bankdienstleistungen und E-Books, und viele Länder haben eigene Regeln für den öffentlichen Sektor. WCAG 2.2 AA ist die übliche technische Referenz. Wir prüfen gegen WCAG und erklären die Befunde; ob und wie bestimmte Gesetze auf Ihr Unternehmen zutreffen, ist eine Frage für Ihre Rechtsberater.

Barrierefrei bleiben

Barrierefreiheit verschlechtert sich mit jedem Release, wenn sie nicht Teil des Prozesses ist. Wir können automatisierte Prüfungen in Ihre CI-Pipeline einbauen, Komponentenrichtlinien für Designer und Entwickler liefern und Ihr Team schulen, damit neue Funktionen barrierefrei starten, statt später korrigiert zu werden.

Was uns beim Start hilft

  • Die Website oder App und Testkonten
  • Die wichtigsten Nutzeraufgaben
  • Ihr Design System oder Ihre Komponentenbibliothek
  • Bekannte Probleme oder Nutzerbeschwerden
  • Ihr Zielstandard und eventuelle Fristen
  • Wer die Probleme beheben wird

Barrierefreie Design Systems

Die meisten Barrierefreiheitsprobleme stammen von geteilten Komponenten: einem Button, einem Menü, einem Modal, einem Formularfeld. Sie im Design System zu beheben behebt sie überall, wo sie genutzt werden. Wir prüfen Komponenten in Ihrer Bibliothek, dokumentieren das barrierefreie Verhalten jeder, etwa Tastaturbedienung, Fokus und Beschriftungen, und liefern getestete Beispiele, die Ihre Entwickler übernehmen können.

So funktioniert ein Barrierefreiheits-Audit, Schritt für Schritt

Jeder Schritt hat ein klares Ergebnis, das Sie prüfen können. Der Zeitrahmen wird in Ihrem Angebot vereinbart.

  1. 1

    Umfang

    Seiten, Abläufe und Standard abgestimmt; Stichprobe ausgewählt.

  2. 2

    Automatisierter Scan

    Breitenprüfungen über die Stichprobe.

  3. 3

    Manuelles Testen

    Tastatur, Screenreader, Zoom und Inhaltsprüfung.

  4. 4

    Bericht

    Priorisierte Befunde mit WCAG-Verweisen und Korrekturen.

  5. 5

    Beheben

    Ihr Team oder unseres behebt die Probleme.

  6. 6

    Nachtest

    Korrekturen verifiziert und Bericht aktualisiert.

Tools und was Ihr Angebot beeinflusst

Die Preisgestaltung richtet sich nach Ihrem Projekt und wird in Ihrem Angebot vereinbart. Diese Faktoren bestimmen es.

Barrierefreiheitsaudit: Preisfaktoren
FaktorWarum er wichtig ist
Zahl der Seiten und AbläufeMehr Templates und Abläufe bedeuten mehr Tests.
KomplexitätIndividuelle Komponenten und Web-Apps brauchen tiefere manuelle Tests.
PlattformenMobile Apps und mehrere Browser bedeuten zusätzliche Testläufe.
BehebungDie Behebung der Probleme wird separat vom Audit angeboten.
Erneute TestsJede Runde erneuter Tests bedeutet zusätzlichen Prüfaufwand.

Häufige Fehler, die Sie vermeiden sollten

Was bei uns am häufigsten schiefgeht und wie ein gutes Projekt es vermeidet.

  • Sich auf ein Overlay-Widget verlassen

    Overlays beheben den zugrunde liegenden Code nicht und können es für Nutzer assistiver Technologien schlimmer machen.

  • Nur automatisierte Tools laufen lassen

    Sie übersehen viele der Probleme, die Nutzer blockieren.

  • Seite für Seite beheben

    Beheben Sie gemeinsame Komponenten einmal; die Korrektur verbreitet sich auf der ganzen Website.

  • Es als Einmalaufgabe behandeln

    Ohne Prüfungen in Ihrem Prozess kehren Probleme mit dem nächsten Release zurück.

Häufig gestellte Fragen

Gegen welchen Standard prüfen Sie?

WCAG 2.2 Stufe AA, die gängigste technische Referenz für Barrierefreiheitsanforderungen.

Zertifizieren Sie, dass unsere Website konform ist?

Nein. Wir prüfen gegen WCAG und berichten Befunde. Ob bestimmte Gesetze gelten und erfüllt sind, bestätigen Ihre Rechtsberater.

Funktionieren Barrierefreiheits-Overlays?

Sie beheben den zugrunde liegenden Code nicht und können assistive Technologien stören. Wir empfehlen, die Website selbst zu korrigieren.

Können Sie die gefundenen Probleme beheben?

Ja. Wir können sie in Ihrer Codebasis beheben oder Ihre Entwickler anleiten und dann erneut testen.

Testen Sie mobile Apps?

Ja, mit VoiceOver auf iOS und TalkBack auf Android, anhand der relevanten WCAG-Kriterien.

Können Sie bei unserer Barrierefreiheitserklärung helfen?

Wir liefern die Befunde und den Stand, die die Erklärung beschreiben sollte. Die Erklärung selbst gehört Ihnen und wird von Ihnen veröffentlicht.

Testen Sie mit echten Screenreadern?

Ja. NVDA, VoiceOver und TalkBack auf echten Browsern und Geräten.

Können Sie Barrierefreiheitsprüfungen in unseren Entwicklungsprozess einbauen?

Ja, mit automatisierten Tests in CI, Komponentenrichtlinien und Teamschulung.

Wie wird ein Barrierefreiheitsaudit kalkuliert?

Es wird nach Zahl der Seiten und Abläufe, Komplexität der Komponenten und danach angeboten, ob Korrekturen und erneute Tests enthalten sind.

Wie viele Seiten testen Sie?

Wir testen eine repräsentative Stichprobe von Templates und die wichtigsten Nutzerwege, mit Ihnen gewählt, da sich die meisten Probleme über Seiten wiederholen, die aus denselben Komponenten gebaut sind.

Testen Sie PDFs?

Wir können wichtige PDFs auf Barrierefreiheits-Grundlagen prüfen, auch wenn die Umwandlung wichtiger Dokumente in barrierefreie Webseiten oft die bessere Lösung ist.

Schulen Sie unsere Designer und Entwickler?

Ja. Kurze praktische Sitzungen zu barrierefreien Komponenten, Inhalten und Tests helfen, dass neue Arbeit barrierefrei startet.

Machen Sie Ihre Website für alle nutzbar.

Sagen Sie uns, was Sie brauchen. Sie erhalten eine ehrliche Einschätzung, einen klaren Plan und ein schriftliches Angebot. Die erste Beratung ist immer kostenlos.

  1. Wie es weitergeht
  2. 1Sie sagen uns, was Sie brauchen
  3. 2Wir melden uns möglichst innerhalb von 24 Stunden mit Rückfragen
  4. 3Sie erhalten ein schriftliches Angebot für Ihr Projekt