Standard

Barrierefreiheit

Wir entwickeln digitale Barrierefreiheit als Leistung — und halten uns selbst an diesen Standard.

Gattung
Selbstauskunftangegeben
Fassung
fortlaufendangegeben
Stand
7. November 2026gemessen ✓
Geltung
freiwillig, WCAG 2.2 AAangegeben
Umfang
—gemessen ✓
Siegel
—gemessen ✓

Gegenprobe diese Seite misst sich gerade selbst — in Ihrem Browser

Gegenprobe: Selbstmessung im Browser

Messung läuft …

Was hier nicht gerechnet wurde Gerechnet werden sieben maschinell entscheidbare Kriterien. Alles, was ein Mensch beurteilen muss, ist nicht darunter: ob ein Alternativtext den Bildinhalt trifft, ob die Fokusreihenfolge dem Sinn folgt, ob die Vorlesereihenfolge trägt, ob eine Beschriftung verständlich ist. Textstellen über Verlaufs- oder Bildflächen sind maschinell nicht entscheidbar; sie werden gezählt und ausgewiesen, nicht geschätzt und nicht als bestanden geführt. Diese Messung ersetzt keine Prüfung durch Menschen — sie zeigt, was ein Browser in Millisekunden selbst nachrechnen kann.

Archivierte Kontrast-Karte: 03.09.2026 · 457 erfasste Textstellen
Archivierte Kontrast-Karte der Startseite, Messstand 03.09.2026: 457 erfasste Textstellen. 322 mit mindestens 7:1, 59 zwischen 4,5:1 und 7:1, keine unter 4,5:1. 76 Textstellen über Bild oder Verlauf waren rechnerisch nicht messbar und sind grau. Dies ist kein aktueller Prüfstatus.Archivierte Kontrast-Karte der Startseite, Messstand 03.09.2026: 457 erfasste Textstellen. 322 mit mindestens 7:1, 59 zwischen 4,5:1 und 7:1, keine unter 4,5:1. 76 Textstellen über Bild oder Verlauf waren rechnerisch nicht messbar und sind grau. Dies ist kein aktueller Prüfstatus.
Diese Karte zeigt den historischen Messstand vom 03.09.2026 der Startseite in heller Darstellung bei 1440 Pixel Browserbreite. Sie ist kein aktueller Prüfstatus. Jeder Balken steht für eine damals erfasste Textstelle an ihrer Position: 322 erreichten mindestens 7:1, 59 lagen zwischen 4,5:1 und 7:1; keine der 381 rechnerisch messbaren Textstellen lag unter 4,5:1. Weitere 76 Textstellen über einem Bild oder Verlauf waren rechnerisch nicht messbar. Sie sind grau markiert und zählen nicht als bestanden. Die helle und die dunkle Grafik zeigen dieselbe Messung; nur die Darstellungsfarben wechseln.

BF 1 · Unser Anspruch

Diese Website orientiert sich an den Erfolgskriterien der WCAG 2.1 und 2.2, Konformitätsstufe AA. Barrierefreiheit ist für uns kein nachträgliches Etikett, sondern Teil der Bauweise — dieselbe Methodik, mit der wir Onlineshops konform machen, wenden wir auf unsere eigene Seite an.

sha256 —

BF 2 · Stand der Umsetzung

Wann wurde diese Website zuletzt geprüft?

Laufende Überwachung — jeden Morgen
7. November 2026 —
28 Seitenbereiche · axe-core · Tastaturbedienung · Umbruch bei 320 Pixeln · Vorlese-Protokoll auf bis zu vier Seiten
Vertiefter Prüflauf — in größeren Abständen
25. Oktober 2026 —
im Tiefenlauf 33 Seitenbereiche, zusätzlich mit IBM Equal Access und Markup-Validierung; weitere Engines und Bedienprüfungen auf dokumentierten Stichproben

Beide Termine stammen aus derselben Prüf-Projektion, aus der auch die Nachweise unserer Kundenprojekte gespeist werden — sie werden hier nicht von Hand gepflegt. Wie alt ein Termin ist, rechnet Ihr Browser gerade selbst aus.

Wir prüfen, ob Menschen unsere Seiten lesen, verstehen und bedienen können. Die tägliche Überwachung und der vertiefte Prüflauf haben unterschiedliche Aufgaben. Maßstab sind WCAG 2.2, Stufe AA; zusätzliche Qualitätsprüfungen kennzeichnen wir gesondert.

Unser Prüfverfahren im Einzelnen

Tägliche Überwachung

Auf den erfassten Seiten prüfen wir mit axe-core maschinell erkennbare WCAG-Verstöße sowie ergänzend berechenbare Farbkontraste, Überschriften, Seitenstruktur und die Übereinstimmung sichtbarer Beschriftungen mit zugänglichen Namen. Ein Tastaturdurchlauf untersucht Erreichbarkeit, Fokus und Tastaturfallen. Hinzu kommt der Umbruch bei 320 CSS-Pixeln. Auf bis zu vier ausgewählten Seiten erzeugen wir zusätzlich ein Protokoll des Accessibility-Trees und suchen nach Bedienelementen ohne zugänglichen Namen.

Vertiefter Prüflauf

axe-core, Tastaturdurchlauf, IBM Equal Access und Nu HTML Checker prüfen die erfassten Seiten. Siteimprove Alfa und QualWeb ergänzen die Regelprüfung auf einer Auswahl von bis zu acht Seiten unterschiedlicher Typen. Auf dieser Auswahl untersuchen wir außerdem:

  • Umbruch, vergrößerbare Schrift, erhöhte Text- und Zeilenabstände, Struktur und Sprachauszeichnung;
  • Fokusverdeckung, reduzierte Bewegung, Eingabefelder, Fehlerhinweise, Statusmeldungen sowie geöffnete Menüs, Dialoge und andere interaktive Zustände;
  • Zielgrößen nach WCAG 2.5.8 sowie Hinweise auf Prüfbedarf bei Ziehbewegungen, Anmeldung, konsistenter Hilfe und wiederholter Dateneingabe;
  • Medien und vorhandene Untertitel oder Textalternativen; deren inhaltliche Qualität bleibt eine gesonderte Bewertung;
  • Qualität von Link- und Bedienelementnamen sowie Bildbeschreibungen: KI kann die Bewertung unterstützen; der Bildvergleich erfasst bis zu sechs Inhaltsbilder je ausgewählter Seite;
  • Vorlese-Struktur im Accessibility-Tree und browserübergreifende Regelprüfungen in Chromium, WebKit und Firefox;
  • Wirkung von Links, erreichbare Ziele und Pflichtinformationen sowie ergänzend Layoutsprünge beim Laden.

Für bis zu 20 in den erfassten HTML-Seiten gefundene PDF-Verweise prüft veraPDF die maschinell prüfbaren Anforderungen von PDF/UA-1. Lesereihenfolge und Verständlichkeit benötigen zusätzliche Bewertung.

Was ein Ergebnis belegt

Jeder Lauf hält Seitenumfang, Stichprobe, Ergebnisse und ausgefallene Prüfschritte fest. Ein bestandenes Teilergebnis gilt für diesen Umfang; es belegt keine vollständige WCAG-Konformität. Hinweise mehrerer Prüfwerkzeuge werden abgeglichen. Ein Einzelhinweis wird dadurch weder automatisch widerlegt noch automatisch bestätigt. Offener Bewertungsbedarf bleibt sichtbar. Die Accessibility-Tree-Protokolle ersetzen keinen Test mit einem echten Screenreader wie NVDA; solche Bedienprüfungen und menschliche Bewertungen werden mit eigenem Umfang dokumentiert. Nicht geprüfte Kauf-, Anmelde- oder Drittanbieterbereiche sind vom automatisierten Ergebnis nicht mitabgedeckt.

Letzter bestandener vertiefter Prüflauf: 25. Oktober 2026. Der Termin bezeichnet den dokumentierten Umfang dieses Laufs und ist kein aktuelles Gesamturteil.

Fortlaufende automatisierte Überwachung. Zuletzt automatisiert verifiziert am 7. November 2026 — dabei keine automatisiert erkennbaren Verstöße gegen die geprüften Erfolgskriterien. Automatisierte Tests erfassen nur einen Teil der Anforderungen und ersetzen keine vollständige manuelle Prüfung.

sha256 —

BF 3 · Trust-Dokumente

Unsere Trust-Dokumente (DSGVO-Dokumentation, Security-Whitepaper, SLA) stellen wir als barrierefreie HTML-Seiten bereit. Der Tiefenlauf untersucht bis zu 20 im HTML gefundene PDF-Verweise mit veraPDF auf maschinell prüfbare PDF/UA-1-Anforderungen. Inhalt, Alternativtexte und Lesereihenfolge erfordern zusätzlich eine Bewertung. Auf Wunsch stellen wir Inhalte gern in einem barrierefreien Format bereit — eine kurze Nachricht an service@extra-group.com genügt.

sha256 —

BF 4 · Rechtlicher Rahmen

Als Unternehmensseite ohne Verbraucher-Vertragsabschluss unterliegt diese Website nicht der Pflicht des Barrierefreiheitsstärkungsgesetzes (BFSG). Wir setzen den Standard freiwillig um — weil Zugänglichkeit für alle zu unserem Selbstverständnis gehört.

sha256 —

BF 5 · Barriere gefunden?

Sollte Ihnen eine Hürde begegnen, sagen Sie uns Bescheid — wir beheben sie. Schreiben Sie an service@extra-group.com.

sha256 —

Kolophon

Dokument
Barrierefreiheit · Selbstauskunft der EXTRA Group GmbH
Umfang
—
Dokumentsiegel
—
Rezept
SHA-256 über den sichtbaren Text aller Abschnitte, mit Zeilenumbruch verbunden. Kanonform: NFC, Knoten mit data-nohash entfernt, jede Folge von Leerraum zu einem Leerzeichen, getrimmt, UTF-8. Angezeigt werden die ersten zwölf Hexzeichen.
Zitiervorschlag
—