WCAG-Audit und Barrierefreiheitsprüfung auslagern

Zuletzt aktualisiert: 11. November 2026

Beim Outsourcing von WCAG-Audits prüft ein spezialisiertes Team Ihre Websites, Web-Apps, mobilen Apps und Dokumente auf digitale Barrierefreiheit nach WCAG 2.2 und EN 301 549 – manuell mit Tastatur und Screenreadern, ergänzt um automatisierte Scans, mit priorisierten Befunden und konkreten Lösungsvorschlägen für Ihr Entwicklungsteam. 360 Soft stellt Accessibility-Tester, Frontend-Entwickler und QA-Spezialisten aus Istanbul bereit: Teams von 1 bis über 200 Personen, remote, vor Ort oder hybrid, auf Wunsch im 7/24-Schichtbetrieb, mit geregeltem Ersatzprozess bei Personalwechsel und einem typischen Start innerhalb von 1–2 Wochen. Mit dem European Accessibility Act und seiner Umsetzung in Deutschland durch das Barrierefreiheitsstärkungsgesetz (BFSG) ist Barrierefreiheit für viele Produkte und Dienstleistungen seit Ende Juni 2025 keine freiwillige Kür mehr – etwa für Onlineshops, Bankdienstleistungen, E-Books, Ticketing und Telekommunikation. Gleichzeitig zeigen Erfahrungen in vielen Projekten, dass automatisierte Tools nur einen Teil der Probleme finden. Fehlende Fokusreihenfolge, unverständliche Formularfehler, nicht bedienbare Menüs oder Diagramme ohne Textalternative erkennt nur ein Mensch, der die Anwendung wie ein Betroffener nutzt.

WCAG-Audit und Barrierefreiheitsprüfung auslagern

Was ist ein WCAG-Audit – und wer braucht es?

Ein WCAG-Audit ist die systematische Prüfung einer digitalen Anwendung gegen die Erfolgskriterien der Web Content Accessibility Guidelines. Ergebnis ist ein Bericht, der jeden Verstoß mit Fundstelle, betroffenem Kriterium, Auswirkung auf Nutzer, Priorität und Lösungsvorschlag beschreibt. Darauf aufbauend können eine Erklärung zur Barrierefreiheit, ein Maßnahmenplan und Nachtests erfolgen.

Typische Auftraggeber

Organisation	Typischer Anlass
Onlinehändler und Plattformen	BFSG bzw. European Accessibility Act für E-Commerce-Dienstleistungen
Banken, Versicherungen, Fintechs	Barrierefreie Bankdienstleistungen, Kundenportale und Apps
Öffentliche Stellen und ihre Dienstleister	BITV 2.0, Web-Accessibility-Richtlinie der EU, Ausschreibungsanforderungen
SaaS-Anbieter	Anforderungen von Großkunden und öffentlichen Auftraggebern, Konformitätsberichte
Verkehr, Reisen, Ticketing	Buchungsstrecken, Self-Service-Terminals, Apps

Häufige Probleme

Nur automatisierte Scans, die eine scheinbar hohe Punktzahl liefern, während zentrale Funktionen nicht per Tastatur bedienbar sind.
Overlay-Widgets, die Barrierefreiheit versprechen, aber die eigentlichen Probleme im Code nicht beheben.
Audit-Berichte ohne Priorisierung und ohne konkrete Hinweise für Entwickler.
Barrierefreiheit wird einmalig geprüft, aber neue Releases bringen neue Fehler.

Standards und Rechtsrahmen

WCAG 2.2

Die WCAG 2.2 des W3C gliedern sich in die Prinzipien wahrnehmbar, bedienbar, verständlich und robust und definieren Erfolgskriterien auf den Stufen A, AA und AAA. In der Praxis ist Stufe AA der übliche Zielstandard. Gegenüber WCAG 2.1 kamen unter anderem Kriterien zu sichtbarem Fokus, Zielgrößen, Ziehbewegungen und barrierearmer Authentifizierung hinzu.

EN 301 549

Die harmonisierte europäische Norm EN 301 549 beschreibt Barrierefreiheitsanforderungen an IKT-Produkte und -Dienstleistungen. Für Web-Inhalte verweist sie auf die WCAG; zusätzlich enthält sie Anforderungen an Software, Dokumente, Hardware und Support-Dienste.

European Accessibility Act, BFSG und DACH

Der European Accessibility Act (Richtlinie (EU) 2019/882) gilt seit dem 28. Juni 2025 für zahlreiche Produkte und Dienstleistungen, die im EU-Binnenmarkt angeboten werden – unabhängig davon, wo der Anbieter sitzt. In Deutschland setzt das BFSG die Richtlinie um, in Österreich das Barrierefreiheitsgesetz (BaFG). Öffentliche Stellen in Deutschland unterliegen zudem der BITV 2.0. Für Kleinstunternehmen und bestimmte Fälle gibt es Ausnahmen und Übergangsfristen. Welche Pflichten für Ihr Angebot gelten, sollten Sie rechtlich prüfen lassen.

Türkei

Auch in der Türkei gewinnen Vorgaben zur digitalen Barrierefreiheit, insbesondere für öffentliche Websites, an Bedeutung. Für Ihr Angebot gelten jeweils die Regeln im Land Ihrer Nutzer; wir prüfen technisch gegen den vereinbarten Standard.

Leistungsumfang

Erstaudit: Prüfung einer repräsentativen Seitenauswahl und der wichtigsten Nutzerwege gegen WCAG 2.2 AA bzw. EN 301 549
App-Audit: native iOS- und Android-Apps mit VoiceOver und TalkBack
Dokumente: PDF- und Office-Dokumente, Formulare
Entwicklerberatung: Lösungsvorschläge mit Code-Beispielen, Review von Pull Requests, Komponentenbibliothek
Umsetzung: auf Wunsch Behebung durch unsere Frontend-Entwickler
Nachtest und Monitoring: Retest nach Korrekturen, regelmäßige Prüfungen neuer Releases, automatisierte Checks in der CI-Pipeline
Dokumentation: Unterstützung bei Erklärung zur Barrierefreiheit und Konformitätsberichten (z. B. VPAT/ACR)

Team und Rollen

Rolle	Aufgaben
Accessibility Lead	Prüfstrategie, Standards, Qualitätssicherung der Berichte, Abstimmung mit Ihnen
Accessibility-Tester	Manuelle Tests mit Tastatur, Screenreadern, Vergrößerung und Kontrastprüfung
Frontend-Entwickler	Lösungsvorschläge, Code-Reviews, Behebung
Mobile-Tester	Tests nativer Apps mit VoiceOver und TalkBack
QA-Automatisierer	Integration automatisierter Prüfungen in CI und Regressionstests

Prüfmethodik: Warum automatisierte Tools nicht reichen

Werkzeuge wie axe, WAVE oder Lighthouse finden zuverlässig formale Fehler wie fehlende Alternativtexte, zu geringe Kontraste oder fehlende Formularlabels. Ob ein Alternativtext sinnvoll ist, ob die Fokusreihenfolge logisch ist oder ob eine Fehlermeldung verständlich ist, beurteilen sie nicht. Unsere Methodik kombiniert daher:

Automatisierter Scan zur Breitenabdeckung
Manuelle Tastaturprüfung aller interaktiven Elemente
Screenreader-Tests mit NVDA und JAWS unter Windows, VoiceOver unter macOS und iOS sowie TalkBack unter Android
Prüfung von Zoom bis 400 %, Umbruch, Kontrast und Bewegung
Durchlauf der wichtigsten Nutzerwege wie Registrierung, Suche, Checkout oder Formularversand
Dokumentation mit Screenshots, betroffenem Kriterium, Priorität und Lösungsvorschlag

Liefermodelle

Modell	Geeignet für
Einmaliges Audit	Bestandsaufnahme vor Relaunch oder zur Erfüllung neuer Pflichten
Audit plus Umsetzung	Teams ohne eigene Kapazität für die Behebung
Laufendes Accessibility-QA	Produkte mit regelmäßigen Releases
Teamergänzung	Einbindung eines Testers in Ihr Scrum-Team

Ablauf und typische Dauer

Phase	Inhalt	Typische Dauer
Scoping	Auswahl von Seiten, Vorlagen und Nutzerwegen, Zielstandard	wenige Tage
Audit	Automatisierte und manuelle Prüfung	1–4 Wochen je nach Umfang
Bericht und Übergabe	Priorisierte Befunde, Workshop mit Entwicklern	1 Woche
Nachtest	Prüfung der Korrekturen	nach Vereinbarung

SLA- und KPI-Tabelle

Die Werte werden gemeinsam festgelegt; es handelt sich um typische Kennzahlen, keine zugesagten Ergebnisse.

Kennzahl	Bedeutung
Offene kritische Befunde	Anzahl blockierender Barrieren in zentralen Nutzerwegen
Behebungsquote	Anteil der Befunde, die im Nachtest als behoben bestätigt sind
Regressionen je Release	Neue Barrieren, die mit Releases eingeführt werden
Berichtslieferzeit	Zeit vom Ende der Prüfung bis zum Bericht

Faktoren der Preisgestaltung

Faktor	Einfluss
Anzahl der Vorlagen und Nutzerwege	Nicht die Seitenzahl, sondern die Vielfalt der Komponenten zählt
Plattformen	Web, iOS, Android, Dokumente
Zielstandard	WCAG 2.2 AA oder zusätzliche Anforderungen der EN 301 549
Umsetzung und Nachtests	Nur Audit oder inklusive Behebung und Monitoring

WCAG-Audit und Barrierefreiheitsprüfung auslagern — overview

Inhouse, Freelancer oder Outsourcing im Vergleich

Kriterium	Inhouse	Freelancer	Outsourcing an 360 Soft
Know-how	Muss aufgebaut werden	Oft hoch, aber begrenzte Kapazität	Team aus Testern und Entwicklern
Behebung	Eigene Entwickler	Meist nicht enthalten	Auf Wunsch inklusive
Kontinuität	Abhängig von Einzelpersonen	Unsicher	Ersatzprozess, Prüfprotokolle

Risiken und Gegenmaßnahmen

Scheinsicherheit durch Scores: automatisierte Werte werden immer durch manuelle Prüfungen ergänzt.
Berichte ohne Wirkung: priorisierte Befunde, Entwickler-Workshop, Tickets direkt in Ihrem Backlog.
Regressionen: automatisierte Checks in der CI und Prüfung neuer Komponenten.

Sicherheit, DSGVO/KVKK, Vertraulichkeit und geistiges Eigentum

Wir testen bevorzugt auf Staging-Umgebungen mit Testdaten. Zugänge sind personalisiert und werden nach Projektende entzogen. Berichte, Testprotokolle und Code-Vorschläge gehören Ihnen.

Rechtlicher Hinweis zum Vertragsmodell

Die Zusammenarbeit erfolgt als B2B-Dienstleistung auf Basis eines Dienstvertrags (laufende Betreuung mit vereinbarten Service-Levels) oder eines Werkvertrags (klar abgegrenzte Ergebnisse mit Abnahme). 360 Soft steuert das eigene Team fachlich und disziplinarisch selbst; es liegt ausdrücklich keine Arbeitnehmerüberlassung vor. Ihre Ansprechpartner geben Anforderungen und Prioritäten über einen definierten Kanal (Service Manager, Ticket-System) vor, nicht durch direkte Weisungen an einzelne Teammitglieder. Ein Audit ist eine technische Bewertung und keine Rechtsberatung oder behördliche Zertifizierung.

Für Auftraggeber in Deutschland, Österreich und der Schweiz sind insbesondere das Arbeitnehmerüberlassungsgesetz (AÜG) und das Risiko der Scheinselbständigkeit relevant. Beide Themen hängen von der tatsächlichen Durchführung ab, nicht nur vom Vertragstext. Wir empfehlen daher, Vertragsentwurf und gelebte Steuerung vor Projektstart durch Ihre Rechtsabteilung oder eine externe Kanzlei prüfen zu lassen. Ergänzend gehören eine Vertraulichkeitsvereinbarung (NDA), eine klare Regelung zur Übertragung der Nutzungs- und Schutzrechte an allen Arbeitsergebnissen sowie ein Auftragsverarbeitungsvertrag (AVV) nach Art. 28 DSGVO mit EU-Standardvertragsklauseln (SCC) für die Datenübermittlung in die Türkei zum Standard. Auf türkischer Seite gilt zusätzlich das Datenschutzgesetz KVKK (Nr. 6698).

Checkliste für die Anbieterauswahl

Wird manuell mit mehreren Screenreadern getestet?
Enthält der Bericht Priorität, Kriterium und Lösungsvorschlag?
Werden auch Apps und Dokumente abgedeckt?
Ist ein Nachtest vorgesehen?
Kann der Anbieter bei der Behebung helfen?

Häufige Fragen

Was ist der Unterschied zwischen WCAG-Audit und Barrierefreiheitsprojekt?

Das Audit stellt Barrieren fest und priorisiert sie. Ein Projekt umfasst zusätzlich die Behebung, Nachtests und die dauerhafte Verankerung in Entwicklung und QA.

Welche WCAG-Version und Stufe sollten wir anstreben?

In der Regel WCAG 2.2 Stufe AA. Sie ist der übliche Maßstab und wird über die EN 301 549 auch im europäischen Recht referenziert.

Betrifft der European Accessibility Act auch Anbieter außerhalb der EU?

Ja, wenn erfasste Produkte oder Dienstleistungen Verbrauchern in der EU angeboten werden. Ob Ihr Angebot erfasst ist, sollten Sie rechtlich prüfen lassen.

Reichen automatisierte Scan-Tools nicht aus?

Nein. Sie erkennen formale Fehler, aber nicht, ob Inhalte verständlich und alle Funktionen per Tastatur und Screenreader bedienbar sind.

Mit welchen Screenreadern testen Sie?

Mit NVDA und JAWS unter Windows, VoiceOver unter macOS und iOS sowie TalkBack unter Android.

Beheben Sie die gefundenen Probleme auch?

Ja, auf Wunsch übernehmen unsere Frontend-Entwickler die Behebung oder unterstützen Ihr Team mit Code-Reviews.

Prüfen Sie auch mobile Apps und PDFs?

Ja. Native Apps testen wir mit VoiceOver und TalkBack, Dokumente nach den Anforderungen für barrierefreie PDFs und Formulare.

Helfen Sie bei der Erklärung zur Barrierefreiheit?

Wir liefern die technischen Grundlagen für Erklärungen und Konformitätsberichte. Die rechtliche Verantwortung für die Erklärung bleibt beim Anbieter.

Wie lange dauert ein Audit?

Je nach Anzahl der Vorlagen, Nutzerwege und Plattformen typischerweise ein bis vier Wochen.

Auf welcher vertraglichen Grundlage arbeiten Sie?

Als B2B-Dienstleistung über Dienst- oder Werkvertrag mit NDA, Rechteübertragung und AVV nach DSGVO. Es liegt keine Arbeitnehmerüberlassung vor.

WCAG-Audit anfragen

Senden Sie uns die URLs oder Apps, die wichtigsten Nutzerwege und Ihren Zielstandard. Wir melden uns mit einem Prüfumfang und Zeitplan. Telefon: +90 850 335 10 87 · WhatsApp: +90 850 335 10 87 · E-Mail: info@360-soft.com · Kontaktformular 360 Soft Marketing Yazılım ve Danışmanlık Ltd. Şti., Nidakule Ataşehir Batı, Barbaros Mah. Begonya Sk. No:1 D:2, 34746 Ataşehir/İstanbul.