Zum Hauptinhalt springen
TECHNISCHER BARRIEREFREIHEITSPASS

Erklärung zur Barrierefreiheit

Offizieller technischer Prüfbericht zur Konformität von AIfa Works mit WCAG 2.2 Stufe AA: Prüfmethodik und offene Nachweise der Selbstbewertung.

ZielstandardWCAG 2.2 Level AA
KonformitätsstatusTeilweise konform
Datum der Bewertung2 Nov 2026
Zuletzt überprüft2 Nov 2026

1. Geltungsbereich und Websites des Ökosystems

Diese Erklärung zur Barrierefreiheit gilt unmittelbar für die Hauptwebsitehttps://aifa.works/. Weitere im Ökosystem CODE Eternal / AIfa betriebene Websites haben eigene Barrierefreiheitsparameter, die in unserer ökosystemübergreifenden Prüfung unten dokumentiert sind.

2. Unsere aktuellen Ergebnisse der Selbstbewertung (2. November 2026)

Forschungsmethodik

Am 2. November 2026 hat AIfa Works die Selbstbewertung der Startseiten aller 4 Websites seines Ökosystems wiederholt: je 200 echte Tab-Tastendrücke (dieselbe Methode wie in unserer Studie zu kommunalen Websites in 197 Ländern) sowie eine Zählung der interaktiven Elemente und der Schaltflächen ohne zugänglichen Namen. „Fokusverlust“ bezeichnet Tastendrücke, nach denen der Fokus auf einem unsichtbaren Element oder dem Seitenkörper landete; dass der Fokus nach dem letzten Element die Seite verlässt und zum Anfang zurückkehrt, ist normales Browserverhalten und zählt nicht als Verlust:

WebsiteFokusrahmenInteraktive ElementeUnbenannte ElementeFokusverlust
aifa.workssolid 2px16500,0 %
codeofdigitaleternity.comsolid 2px11100,0 %
aifa.digitalsolid 2px13000,0 %
radiocode.spaceauto 1px9200,0 %

3. Bewertungsansatz und Testumgebung

Die Barrierefreiheit von aifa.works wurde mit einem strengen kombinierten Ansatz aus automatisierter Regelprüfung und manueller Prüfung durch Menschen in Umgebungen mit Hilfstechnologien bewertet:

Automatisierte Tests
  • axe-core-Engine v4.9
  • W3C Nu HTML Validator
  • Lighthouse-Barrierefreiheitsregeln
  • Automatische Kontrastanalysen
Manuelle Bewertung
  • Navigation nur mit der Tastatur (ohne Maus)
  • Reflow-Prüfung bei 200 % Browser-Zoom
  • Auslöser für prefers-reduced-motion
  • Prüfung von Formularbeschriftungen und Fehlerzuständen
Geprüfte Hilfstechnologien
  • NVDA 2024.2 + Firefox unter Windows
  • VoiceOver + Safari unter macOS/iOS
  • TalkBack + Chrome unter Android
  • Kontrastmodus (Betriebssystemebene)

4. Was Nutzer tun können sollten

⌨️ Vollständige Tastaturbedienung

Alle 165 interaktiven Elemente mit Tab durchlaufen, Links mit Enter aktivieren, Bedienelemente mit der Leertaste umschalten und Dialoge mit Esc schließen.

🔍 Zoom auf 200 %

Die Seitenansicht auf bis zu 200 % vergrößern, ohne dass Text horizontal abgeschnitten wird, Komponenten sich überlappen oder das Layout bricht.

🎯 Sichtbare Fokusrahmen

Die aktive Position über dauerhaft sichtbare, kontrastreiche Fokusrahmen (durchgehend 2 px, Cyan) verfolgen — ohne Tastaturfallen.

⚡ Zum Inhalt springen

Nach dem Laden der Seite Tab drücken, um die obere Navigation zu überspringen und direkt zum Hauptinhalt zu gelangen.

5. Bekannte Einschränkungen und Umgehungen

Gemäß den Transparenzstandards des W3C dokumentieren wir konkrete Abweichungen zusammen mit praktikablen Alternativen:

Bereich / ElementBeschreibung der AbweichungUmgehung / AlternativeGeplante Behebung
Dekorative Canvas-Partikel-ShaderIn bestimmten Browser-Engines können WebGL-Partikel-Shader kurz gezeichnet werden, bevor der Listener für prefers-reduced-motion greift.Reduzierte Bewegung im Betriebssystem aktivieren oder das Design umschalten, um eine statische Canvas-Darstellung zu erzwingen.Q4 2026
Dichte Datentabellen des ScannersAuf schmalen Bildschirmen (< 360 px) erfordern dichte mehrspaltige Prüftabellen horizontales Scrollen.Den direkten maschinenlesbaren JSON/CSV-Datenexport herunterladen oder eine Zusammenfassung als reinen Text anfordern.Q4 2026

Transparenz-Fallstudie: das Audit zu „outline: none“

Bei der öffentlichen Prüfung unseres eigenen Codes haben wir 83 Vorkommen des veralteten CSS-Resets `outline: none` dokumentiert. Ein abstrakter automatisierter statischer Scanner könnte dies als kritische Barriere melden. Die reale Tastaturnavigation hat jedoch bestätigt, dass unsere übergeordnete `:focus-visible`-Regel den Reset vollständig ausgleicht und in allen interaktiven Abläufen einen klaren Fokusindikator von 2 px in Cyan darstellt. Wir veröffentlichen diesen Befund bewusst, um den wesentlichen Unterschied zwischen oberflächlichen Heuristiken im Quellcode und echter, am Menschen orientierter Barrierefreiheit zu zeigen.

Eine Barriere melden

Direkter Draht zur Technik

Wenn Sie auf aifa.works auf eine Barriere stoßen, senden Sie uns bitte die Details unten. Unser technisches Team prüft die Meldung und antwortet innerhalb von 2 Werktagen:

Ein alternatives barrierefreies Format anfordern

Wenn Sie Informationen dieser Website in einem alternativen barrierefreien Format benötigen (strukturiertes, sauberes HTML, reiner Text, Großdruck oder tabellarische JSON/CSV-Daten, optimiert für Screenreader), wenden Sie sich bitte ancontact@codeofdigitaleternity.com. Wir stellen das gewünschte Material innerhalb von 2 Werktagen kostenlos bereit.

Regulatorische und rechtliche Informationen

Diese Erklärung zur Barrierefreiheit gibt die tatsächliche technische Praxis von AIfa Works wieder und ist keine gesetzliche Zertifizierung der Rechtskonformität. Die Plattform wird von einem dezentralen technischen Team im Rahmen eines zivilrechtlichen Auftragsverhältnisses entwickelt (Ecuador / Völkerrecht). Konkrete rechtliche Pflichten zur Barrierefreiheit hängen von der Rechtsordnung des Kunden und dem Beschaffungskontext ab (z. B. US ADA Title III, Section 508, European Accessibility Act, EN 301 549). Konkrete Compliance-Rahmenwerke werden für jede Bereitstellung gesondert bewertet und zertifiziert.

Änderungsverlauf der Erklärung

DatumMaßnahme / ÄnderungStatus
2 Nov 2026Selbstbewertung von 4 Websites: 1.385 Adressen, 11.074 axe-Prüfungen (2 Designs × 4 Breiten), 98,9 % ohne Verstöße, 238 Verstöße; je 200 Tab-Drücke auf jeder Startseite; die gefundene verschachtelte main-Landmark und die nicht fokussierbare Tabelle wurden noch am selben Tag behoben.Aktuell
20 Sep 2026Zielstandard auf WCAG 2.2 Stufe AA angehoben; Daten der Selbstbewertung vom 27. August veröffentlicht; interaktives Formular zur Meldung von Barrieren ergänzt.Ersetzt
27 Aug 2026Vollständige manuelle Tastaturnavigation durch 4 Websites des Ökosystems (104 Elemente auf aifa.works, durchgehender Fokusrahmen von 2 px bestätigt).Geprüft
23 May 2026Erste Veröffentlichung der Erklärung zur Barrierefreiheit.Erstfassung