--- title: "Accessibility Audit (WCAG 2.2) und Behebung" canonical: https://wavect.io/de/services/accessibility-audit/ language: de description: "Web- und Mobile-Apps gegen WCAG 2.2 prüfen: nachvollziehbare Befunde, priorisierte Fixes und Retest. Technische Nachweise, kein Zertifikat und keine Rechtsberatung." image: "https://wavect.io/img/general/bak/open_graph_preview.jpg" --- Accessibility Audit # Ein Accessibility Audit, mit dem dein Entwicklungsteam arbeiten kann. Finde heraus, wo Menschen mit Tastatur, Screenreader oder Zoom in deinem Produkt hängen bleiben. Wir prüfen eine vereinbarte Stichprobe gegen WCAG 2.2, schreiben Befunde, die dein Team nachstellen kann, beheben, was du beauftragst, und testen das Ergebnis erneut. DER AUFTRAG ## Eine Stichprobe. Nachvollziehbare Befunde. Überprüfbare Fixes. 1. **Stichprobe festlegen** Abläufe, Templates, Zustände, Geräte und assistive Technologien. 2. **Prüfen und berichten** WCAG-2.2-Befunde mit Schritten, Auswirkung und Kriterium. 3. **Beheben und erneut testen** Beauftragte Fixes, über die ganze Aufgabe nachgeprüft. KURZ ERKLÄRT Ein Accessibility Audit prüft eine definierte Stichprobe eines Produkts gegen die Erfolgskriterien der WCAG 2.2, mit automatisierten Checks und manuellen Tests per Tastatur, Screenreader und Zoom. Der Auftrag liefert nachvollziehbare Befunde, priorisierte Fixes und einen Retest; er ist keine Zertifizierung und keine rechtliche Konformitätserklärung. Passt für - Web- oder Mobile-Apps, deren zentrale Abläufe nie über einen automatischen Scan hinaus getestet wurden - Teams, die technische Nachweise für ihre eigene Einschätzung zum European Accessibility Act brauchen Eine andere Leistung passt besser - Eine rechtliche Einschätzung, ob Barrierefreiheitsgesetze für dich gelten - Laufende Funktions- und Regressionstests jedes Releases ## Vollständige Abläufe prüfen, nicht nur Seiten Ein Audit ist nur so gut wie seine Stichprobe. Wir wählen die vollständigen Aufgaben, die Menschen erledigen müssen (registrieren, etwas finden, bezahlen, ein Formular mit Validierungsfehlern absenden, ein Dokument herunterladen), und die Templates und Zustände, die diese Aufgaben berühren: Dialoge, aufklappbare Listen, Fehlermeldungen, leere Ergebnisse. Dann vereinbaren wir Browser, Geräte und assistive Technologien. Willst du das Briefing selbst vorbereiten oder Angebote vergleichen, hilft dir unser [Leitfaden zur Barrierefreiheitsprüfung](/de/software-development-guide/website-accessibility-audit/). ## Automatische Checks finden manches. Menschen finden den Rest. Wir prüfen gegen die [WCAG 2.2](https://www.w3.org/TR/WCAG22/) auf der Stufe, die du wählst, meist AA. Tools erkennen einen Teil der Probleme; der Rest braucht einen Menschen, der die Aufgabe durcharbeitet. Automatische Checks Scanner über die Stichprobe für Kontrast, fehlende Namen, Struktur und falsch eingesetztes ARIA. Jede Warnung wird bewertet, denn ein Tool-Ergebnis ist erst ein Befund, wenn jemand es bestätigt. Tastatur und Fokus Jede Aufgabe ohne Maus: Fokusreihenfolge, sichtbarer Fokus, Tastaturfallen in Dialogen, Sprunglinks und wohin der Fokus nach einer Aktion springt. Screenreader und Zoom Vereinbarte Kombinationen aus Screenreader und Browser (zum Beispiel VoiceOver mit Safari, NVDA mit Firefox), Textvergrößerung und Umbruch der Inhalte auf schmalen Bildschirmen. Native mobile Apps Wenn Mobile im Umfang ist: iOS- und Android-Screens mit den Screenreadern der Plattform, großen Systemschriften und Prüfung der Touch-Zielgrößen. ## Befunde, die dein Team nachstellen und beheben kann Jeder Befund nennt Seite und Zustand, Umgebung, Schritte, beobachtetes und erwartetes Verhalten, Auswirkung auf Nutzer, das WCAG-Kriterium und einen Lösungsvorschlag. Gereiht wird danach, wie stark ein Problem das Abschließen der Aufgabe verhindert, nicht nach der Zahl der Tool-Warnungen. Dazu bekommst du eine Erklärung zum geprüften Umfang: was geprüft wurde, wie, und was nicht. Das Audit betrifft die Nutzbarkeit für Menschen mit Behinderungen; allgemeine Funktions- und Regressionstests bleiben bei der [Software-Quality-Assurance](/de/services/software-quality-assurance/). ## Illustrativer Befund: ein Dialog, der die Tastatur einsperrt Illustrativ, keine geprüfte Kundenseite. Eine Tastaturnutzerin öffnet einen Filterdialog, erreicht aber das Schließen-Element nicht, und die Seite dahinter wird unerreichbar. Der Befund nennt Template und Zustand, Browser und Tastaturschritte, die Auswirkung, das erwartete Fokusverhalten und das WCAG-2.2-Erfolgskriterium 2.1.2 Keine Tastaturfalle, mit Lösungsvorschlag. Nach dem Fix wiederholt der Retest die ganze Aufgabe: öffnen, nutzen, schließen, und der Fokus kehrt zum auslösenden Element zurück. ## Audit, Behebung, Retest. Jedes ist eine eigene Entscheidung. Umfang und Angebot vereinbaren wir je Phase. Eine Stichprobe liefert Nachweise über den geprüften Umfang; sie zeigt nicht, dass jede Seite barrierefrei ist. 1. **Audit** - Du erhältst das Befundregister, die Erklärung zum geprüften Umfang, Methoden- und Umgebungsangaben sowie eine priorisierte Fix-Liste. 2. **Behebung** - Wir beheben die beauftragten Probleme in deinem Code, oder dein Team behebt sie mit unseren Befunden und Hinweisen zu Komponenten. 3. **Retest** - Die ursprünglichen Schritte und benachbarte Zustände werden erneut geprüft. Das Register verknüpft jeden Befund mit Fix und Retest-Ergebnis. ## Die Nachweise nutzen, die rechtliche Entscheidung bei deiner Rechtsberatung lassen Der European Accessibility Act und die nationalen Gesetze zu seiner Umsetzung, etwa das deutsche BFSG, haben Barrierefreiheit für viele in der EU verkaufte digitale Produkte zum Release-Thema gemacht. Ob und wie sie für dein Produkt gelten, ist eine Rechtsfrage für deine Rechtsberatung. Wir liefern technische Nachweise: was geprüft wurde, gegen welche Kriterien, was fehlschlug und was behoben wurde. Wir stellen keine Zertifikate und keine Konformitätserklärungen aus. Verlangt dein Umfang Tests mit Menschen mit Behinderungen oder einen externen Spezialisten, nennt das Angebot, wer das übernimmt. Neue Screens sind günstiger richtig zu machen, bevor sie gebaut werden; dafür gibt es [UX/UI-Design](/de/services/ux-ui-design/). // beweise ## Barrierefreiheit in der Produktumsetzung Wir haben noch kein Kunden-Accessibility-Audit veröffentlicht. Diese Fälle sind angrenzende Arbeit, keine WCAG-Konformitätsaudits. Aniron: responsive Layouts und Barrierefreiheit parallel zur funktionalen Umsetzung eines Developer-Portals. Scramble Wallet: Barrierefreiheit als Teil der Grundlagenarbeit für Nutzer über 50 ohne Krypto-Erfahrung. Soundromeda: die Disziplin aus Nachstellen, Priorisieren und Retest, auf der das Befundformat beruht. ### [Aniron](/de/case-studies/aniron/) - **Status:** Live - **Ergebnis:** Entwicklerportal - Kunden-Onboarding, API-Schlüsselverwaltung, Guthabenaufladung und Nutzungsübersicht umgesetzt. - **Zusammenfassung:** Wavect war Hauptmitwirkender an Anirons Entwickleranwendung: API-Schlüssel, Guthaben, Nutzungsübersicht und Integrationen. - **Stack:** TypeScript, Next.js, React ### [Scramble Wallet](/de/case-studies/scramble-wallet/) - **Status:** Live - **Ergebnis:** 50+ - Zielaltersgruppe - **Zusammenfassung:** Browserübergreifende Extension, Tron ergänzt, iOS + Android über mehrere Wege, aufgebaut auf einem Enkrypt-Fork, Schulden Release … - **Stack:** VueJS, Typescript, NestJS ### [Soundromeda](/de/case-studies/soundromeda/) - **Status:** Live - **Ergebnis:** Produktion - Vibe-Coded → gehärtet - **Zusammenfassung:** QA-geführtes Härten brachte einen Vibe-Coded-Game-Prototypen in einen Zustand, den Förderkommissionen unterstützten. Das sind ausgewählte Projekte, nicht unser gesamtes Portfolio. Seit 2018 haben wir 100+ Produkte ausgeliefert. ## Fragen vor dem Start ### Reicht ein automatischer Scan? Nein. Scans finden einen Teil der Probleme und helfen gegen Regressionen. Die wichtigen Aufgaben brauchen trotzdem Tests per Tastatur, Screenreader und Zoom durch einen Menschen. ### Bekommen wir ein Zertifikat? Nein. Du bekommst ein Befundregister, eine Erklärung zum geprüften Umfang und Retest-Protokolle. Das W3C zertifiziert keine WCAG-Konformität, und wir erklären keine rechtliche Konformität. ### Sind Fixes enthalten? Nur wenn du sie beauftragst. Audit, Behebung und Retest werden getrennt vereinbart, damit auch dein eigenes Team beheben kann. ### Gegen welche WCAG-Stufe prüft ihr? Meist WCAG 2.2 Stufe AA. Zielstufe und zusätzliche Kriterien legen wir im Angebot fest. ### Habt ihr schon Produkte wie unseres auditiert? Das ist ein eigenständig gescoptes, neueres Angebot, und wir haben noch kein Kunden-Accessibility-Audit veröffentlicht. Die Methode folgt den Prüfempfehlungen des W3C, und die Fälle auf dieser Seite zeigen angrenzende Produktarbeit, in der Barrierefreiheit Teil der Umsetzung war. ## Der passende nächste Schritt - [Ein Audit-Briefing vorbereiten](/de/software-development-guide/website-accessibility-audit/) - [Unabhängige Release-Tests](/de/services/software-quality-assurance/) - [Neue Screens barrierearm gestalten](/de/services/ux-ui-design/) ## Structured Data ```json { "@context": "https://schema.org", "@graph": [ { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ], "employee": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "founder": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "legalRepresentative": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "name": "Wavect GmbH", "subjectOf": { "@id": "https://wavect.io/verified-claims.json#dataset", "@type": "Dataset", "creator": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "description": "A machine-readable registry of quantitative and qualitative claims published by Wavect, with review dates, localized page appearances and public third-party citations where available.", "inLanguage": "en", "isAccessibleForFree": true, "license": "https://creativecommons.org/licenses/by/4.0/", "name": "Wavect verified publication claims", "url": "https://wavect.io/verified-claims.json" }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "sameAs": [ "https://www.wikidata.org/wiki/Q139796367", "https://www.linkedin.com/in/jocr77/", "https://github.com/jo-chris" ], "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/#website", "@type": "WebSite", "inLanguage": [ "en", "de", "es", "zh" ], "name": "Wavect", "potentialAction": { "@type": "SearchAction", "query-input": "required name=search_term_string", "target": { "@type": "EntryPoint", "urlTemplate": "https://wavect.io/search/?q={search_term_string}" } }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/" } ] } ``` ```json { "@context": "https://schema.org", "@graph": [ { "@id": "https://wavect.io/de/services/accessibility-audit/#service", "@type": "Service", "areaServed": [ { "@type": "Country", "name": "Austria" }, { "@type": "Place", "name": "Worldwide" } ], "category": "Produktdesign & Qualität", "dateModified": "2026-10-30", "description": "Web- und Mobile-Apps gegen WCAG 2.2 prüfen: nachvollziehbare Befunde, priorisierte Fixes und Retest. Technische Nachweise, kein Zertifikat und keine Rechtsberatung.", "name": "Accessibility Audit (WCAG 2.2) und Behebung", "provider": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "serviceType": "Accessibility Audit", "url": "https://wavect.io/de/services/accessibility-audit/" }, { "@type": "BreadcrumbList", "itemListElement": [ { "@type": "ListItem", "item": "https://wavect.io/de/", "name": "Startseite", "position": 1 }, { "@type": "ListItem", "item": "https://wavect.io/de/services/overview/", "name": "Leistungen", "position": 2 }, { "@type": "ListItem", "item": "https://wavect.io/de/services/overview/#design", "name": "Produktdesign & Qualität", "position": 3 }, { "@type": "ListItem", "item": "https://wavect.io/de/services/accessibility-audit/", "name": "Accessibility Audit", "position": 4 } ] }, { "@id": "https://wavect.io/de/services/accessibility-audit/#webpage", "@type": "WebPage", "dateModified": "2026-10-30", "description": "Web- und Mobile-Apps gegen WCAG 2.2 prüfen: nachvollziehbare Befunde, priorisierte Fixes und Retest. Technische Nachweise, kein Zertifikat und keine Rechtsberatung.", "inLanguage": "de", "isPartOf": { "@id": "https://wavect.io/#website", "@type": "WebSite" }, "mainEntity": { "@id": "https://wavect.io/de/services/accessibility-audit/#service" }, "name": "Accessibility Audit (WCAG 2.2) und Behebung", "url": "https://wavect.io/de/services/accessibility-audit/" } ] } ``` ```json { "@context": "https://schema.org", "@type": "FAQPage", "mainEntity": [ { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Nein. Scans finden einen Teil der Probleme und helfen gegen Regressionen. Die wichtigen Aufgaben brauchen trotzdem Tests per Tastatur, Screenreader und Zoom durch einen Menschen." }, "name": "Reicht ein automatischer Scan?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Nein. Du bekommst ein Befundregister, eine Erklärung zum geprüften Umfang und Retest-Protokolle. Das W3C zertifiziert keine WCAG-Konformität, und wir erklären keine rechtliche Konformität." }, "name": "Bekommen wir ein Zertifikat?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Nur wenn du sie beauftragst. Audit, Behebung und Retest werden getrennt vereinbart, damit auch dein eigenes Team beheben kann." }, "name": "Sind Fixes enthalten?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Meist WCAG 2.2 Stufe AA. Zielstufe und zusätzliche Kriterien legen wir im Angebot fest." }, "name": "Gegen welche WCAG-Stufe prüft ihr?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Das ist ein eigenständig gescoptes, neueres Angebot, und wir haben noch kein Kunden-Accessibility-Audit veröffentlicht. Die Methode folgt den Prüfempfehlungen des W3C, und die Fälle auf dieser Seite zeigen angrenzende Produktarbeit, in der Barrierefreiheit Teil der Umsetzung war." }, "name": "Habt ihr schon Produkte wie unseres auditiert?" } ], "speakable": { "@type": "SpeakableSpecification", "cssSelector": [ ".faq-question", ".faq-answer" ] } } ```