Erklärung zur Barrierefreiheit

1. Unsere Verpflichtung

Die AUDACT AI LIMITED (Irland, CRO 822514) ist bestrebt, ihre Website einem möglichst breiten Publikum zugänglich zu machen, einschließlich Nutzerinnen und Nutzern mit Behinderungen. Diese Erklärung gilt für audact.ai und alle zugehörigen Unterseiten.

Wir sind bestrebt, die Anforderungen des European Accessibility Act (Richtlinie (EU) 2019/882) sowie der harmonisierten Norm EN 301 549 V3.2.1 zu erfüllen, die auf die Web Content Accessibility Guidelines (WCAG) 2.1 in der Konformitätsstufe AA verweist.

2. Konformitätsstatus

Die Website von Audact ist teilweise konform mit WCAG 2.1 Stufe AA. Teilweise konform bedeutet, dass einige Teile der Inhalte dem Standard für Barrierefreiheit nicht vollständig entsprechen.

Was sie bei „teilweise“ hält, steht in Abschnitt 3: Das Enterprise-Kontaktformular markiert das fehlerverursachende Feld nicht, an den Auswahllisten und an der Variante des Agentur-Bewerbungsformulars ohne JavaScript fehlen die Autocomplete-Hinweise, und es hat kein Test mit einem Screenreader stattgefunden. Ein Audit durch Dritte hat ebenfalls nicht stattgefunden.

Wir arbeiten aktiv an den unten aufgeführten bekannten Problemen und streben bis zum 4. Quartal 2026 vollständige Konformität an. Was Maßnahme für Maßnahme gemessen wurde, steht auf der kurzen Seite zur Barrierefreiheit; diese und jene Seite sagen dasselbe.

3. Bekannte Probleme

• Das Enterprise-Kontaktformular meldet einen Fehler in einer einzigen Meldung und markiert das verursachende Feld nicht. Gemessen am 27. August 2026 bei 1440 px: Wird /for-enterprise mit leeren Pflichtfeldern abgeschickt, trägt kein Feld aria-invalid, und kein Feld verweist mit aria-describedby auf eine Meldung. Vier andere Formulare dieser Website markieren das Feld sehr wohl, seit heute auch das Agentur-Bewerbungsformular; genau das macht dies zu einer Lücke und nicht zu einem Hausstil.
• Autocomplete-Hinweise sind an den Textfeldern vorhanden — Name der Agentur, E-Mail-Adresse und, im Enterprise-Formular, Name der Kontaktperson — und fehlen an den Auswahllisten. Die Variante des Bewerbungsformulars ohne JavaScript trägt gar keine.
• Es hat kein Test mit einem Screenreader stattgefunden. Der Auf- und Zuklapp-Status des mobilen Menüs, der Navigationsgruppen und des ausklappbaren Teils des Bewerbungsformulars wird gesetzt und ändert sich auch — in Chromium gemessen —, aber ob jeder Screenreader das ansagt, ist ungetestet.
• Sieben Sprachversionen haben eine Sprache deklariert, die sie nicht gerendert haben (gemessen 24.–25. September 2026).
• Der erste Tastaturstopp nach dem Sprunglink konnte hinter dem fixierten Header sitzen (gemessen 24.–25. September 2026).

Vier Punkte, die auf dieser Liste standen, treffen nicht mehr zu. Sie sind hier vermerkt statt gelöscht, damit die Änderung sichtbar und datiert ist.

Erledigt — das Agentur-Bewerbungsformular markiert jetzt das fehlerverursachende Feld. Gemessen am 27. August 2026 in Chromium bei 1440 und 390 px, auf Englisch, Deutsch und Niederländisch: Wird mit leerem Agenturnamen, leerer Geschäfts-E-Mail oder ohne gewählte Branche abgeschickt, trägt jedes dieser drei Felder aria-invalid und verweist mit aria-describedby auf seine eigene Meldung, die mit role=alert und aria-live=assertive gerendert wird; der Fokus springt auf das erste davon. Eine Eingabe, die keine E-Mail-Adresse ist, erzeugt die zweite statt der ersten Meldung, beide Zweige wurden also gemessen. Dieselbe Auslesung wurde zuvor an der Compliance-Pulse-Anmeldung belegt, einem Formular, das sie bereits hatte, und sie meldet am Enterprise-Kontaktformular nichts; dort steht diese Lücke jetzt, in der Liste oben.

Erledigt — Live-Region-Ansagen im Agentur-Bewerbungsformular. Diese Liste sagte, sie würden ergänzt; sie waren bereits da. Ein Fehler wird mit role=alert und aria-live=assertive gerendert, die Bestätigung mit role=status und aria-live=polite.

Erledigt — ein statisches Alternativbild für Besucherinnen und Besucher, die reduzierte Bewegung bevorzugen. Unter prefers-reduced-motion: reduce zeigt jedes der fünf Canvas-Elemente der Startseite in 1,8 Sekunden zwei Zustände: leer, dann endgültig. Ohne die Voreinstellung durchlaufen zwei davon 5 bzw. 7 Zustände, und erst dieser Unterschied macht die erste Zahl aussagekräftig.

Erledigt — Kontrast bei kleinem Fließtext. Die Farbpalette wurde überarbeitet. 176 englische Seiten bei 1440 px sowie 17 Seiten in drei Sprachen bei 1440 und 390 px zeigen keinen Text unter seinem Kontrastschwellenwert. Diese Messung erfasst weder das Plattform-Dashboard noch gesondert die sieben Sprachen, die auf Englisch zurückfallen. Am 28. August 2026 nachgemessen, und eines war ihr entgangen. Lighthouse fand auf /en/demos drei Farben unter dem Schwellenwert — auf einer Seite, die zu jenen 176 gehörte. Nicht die Palette war schuld: eine Deckkraft von 40 % über den noch nicht erreichten Zeilen zweier Demo-Zeitleisten rechnete #7C8DA6 auf #384357 herunter (1,87:1), #B2B9C4 auf #4D5563 (2,48:1) und #E2E8F0 auf #606875 (3,32:1). Die frühere Prüfung las die auf den Text gesetzte Farbe und nicht die Farbe, die der Bildschirm zeigt; ihre Positivkontrolle war eine eingespielte kontrastarme Zeile, über der keine Deckkraft liegt und die das deshalb nie hätte finden können. Die Deckkraft ist entfernt; jene Zeilen treten jetzt allein über die Farbe zurück, mit #7C8DA6 auf #0A1223, also 5,53:1. Seit dem 28. August 2026 wird Kontrast einschließlich der Deckkraft aller übergeordneten Elemente gemessen.

4. Feedback & Kontakt

Wenn Sie auf unserer Website auf eine Barriere stoßen oder eine Frage zu dieser Erklärung haben, schreiben Sie uns bitte an accessibility@audact.ai.

Wir bemühen uns, Ihre Nachricht innerhalb von 5 Werktagen zu bestätigen und innerhalb von 30 Tagen inhaltlich zu beantworten.

5. Durchsetzungsverfahren

Sind Sie mit unserer Antwort nicht zufrieden, können Sie bei der Aufsichtsbehörde in Ihrem EU-Mitgliedstaat Beschwerde einreichen. In Deutschland ist dies die Schlichtungsstelle nach dem Behindertengleichstellungsgesetz. In den Niederlanden überwacht das College voor de Rechten van de Mens Beschwerden zur Barrierefreiheit.

6. Technische Spezifikationen

Die Barrierefreiheit der Audact-Website stützt sich auf die folgenden Technologien: HTML, WAI-ARIA, CSS und JavaScript. Diese Technologien werden für die Konformität mit den verwendeten Standards zur Barrierefreiheit vorausgesetzt.

7. Bewertungsmethode

Audact bewertet die Barrierefreiheit dieser Website mit Messungen im Browser und einer manuellen Prüfung anhand der Kriterien der WCAG-Stufe AA: Kontrast gegen den tatsächlich hinter dem Text gerenderten Hintergrund, Sichtbarkeit des Fokus je bedienbarem Element, Landmark- und Sprunglink-Struktur, Label-Zuordnung je Formularfeld sowie gezählte Animationsbilder unter beiden Bewegungs-Voreinstellungen. Lighthouse läuft gegen den Produktions-Build.

axe-core, WAVE und Pa11y stehen im Audit-Plan in Abschnitt 8 und sind heute nicht im Einsatz — sie sind keine Abhängigkeiten dieser Website.

Das ist eine Selbstbewertung. Ein Audit durch Dritte hat nicht stattgefunden, und es ist kein Prüfer beauftragt; das erste ist für das 4. Quartal 2026 geplant, der Plan steht unten.

8. Fahrplan für das formale WCAG-2.2-AA-Audit

Wir heben unser Ziel für Barrierefreiheit von WCAG 2.1 AA auf WCAG 2.2 AA an und führen ein formales Audit-Programm durch Dritte ein.

• Geplanter Abschluss: 4. Quartal 2026 (vollständige WCAG-2.2-AA-Konformität für die Marketing-Website; das Kundenportal folgt im 1.-2. Quartal 2027).
• Umfang: zunächst eine repräsentative Stichprobe von 10–15 Seiten (Startseite, /for-agencies, /pricing, /trust, /receipt-explorer, das Agentur-Bewerbungsformular sowie wichtige /compliance- und /legal-Seiten), danach Ausweitung auf ein vollständiges Audit aller öffentlichen Seiten.
• Zunächst automatisierte Werkzeuge: axe-core (CI-Integration), WAVE, Pa11y und Lighthouse-Audits zur Barrierefreiheit vor der manuellen Prüfung.
• Manuelle Screenreader-Tests: NVDA (Windows / Firefox), JAWS (Windows / Chrome) und VoiceOver (macOS / Safari und iOS) im zentralen Conversion-Flow.
• Regressionsdurchläufe nur per Tastatur und mit reduzierter Bewegung bei jedem Release.

Wir veröffentlichen die Zusammenfassung jedes Audit-Berichts nach dessen Abschluss auf dieser Seite.