Gebaut, um von allen genutzt zu werden.
Kein Häkchen. Eine Designentscheidung. Ein Produkt, das Menschen ausschließt, ist kein gutes Produkt.
Zuletzt aktualisiert: April 2026.
Unsere Verpflichtung
Hokku strebt die Konformität mit WCAG 2.1 Level AA für diese Website und die kommende Shopify-App an. Wir versprechen keine Perfektion. Wir versprechen, jedes gemeldete Problem priorisiert zu beheben und ehrlich zu sagen, was heute im Umfang liegt.
Das ist Versprechen Nr. 9 unseres öffentlichen Manifests: Barrierefreiheit ist nicht optional.
Standards, denen wir folgen
Wir richten uns nach etablierten Standards, nicht nach internen Behauptungen:
- WCAG 2.1 Level AA – der internationale Standard für digitale Barrierefreiheit
- EN 301 549 – der europäische Standard für barrierefreie öffentliche Beschaffung
- European Accessibility Act (EAA), in Anwendung seit Juni 2025
- Lighthouse-Accessibility-Score 100/100, in CI auf fünf Schlüsselseiten erzwungen
Wie wir testen
Unsere Continuous Integration führt bei jedem Push auf den Main-Branch Folgendes aus:
- pa11y-ci (axe-Runner) auf 16 URLs in beiden Sprachen – der Build schlägt bei jedem axe-Verstoß fehl
- Lighthouse CI auf fünf Schlüsselseiten – der Build schlägt fehl, wenn der Accessibility-Score unter 95 fällt
- Manuelle Smoke-Tests vor jeder Veröffentlichung: reine Tastaturnavigation, Fokus-Sichtbarkeit, Screenreader-Ansage, 200-%- und 400-%-Zoom, Preference für reduzierte Bewegung
Automatisierte axe-core-Tests sind auf der Roadmap für die Einreichung der Hokku-App. Die Marketing-Website ist durch die obigen Schritte bereits abgedeckt.
Was heute funktioniert
Auf gethokku.com sollten Sie erwarten:
- Skip-to-Content-Link sichtbar beim ersten Tabulator-Druck
- Logische Überschriftenhierarchie und eindeutige Landmarks pro Seite
- Fokus-Indikatoren auf jedem interaktiven Element (Link, Schaltfläche, Eingabefeld, Summary)
- Body-Text-Kontrast über 7:1 (AAA), gedämpfter Text über 4,5:1 (AA)
- prefers-reduced-motion respektiert – nicht-essentielle Animationen deaktiviert
- Native HTML-Steuerelemente bevorzugt gegenüber benutzerdefinierten Widgets – Buttons sind Buttons, Links sind Links
- Formulare beschriften jedes Eingabefeld und kündigen Fehler über role=alert an
- Sprach-Attribut auf <html> für jede Sprache gesetzt
Was wir noch nicht tun
Ehrlicher Umfang dessen, was heute nicht vorhanden ist:
- Kein formales externes Audit. Lighthouse und pa11y sind automatisierte Prüfungen, kein menschliches Review.
- Keine Tests mit echten Nutzenden, die auf Hilfstechnologien angewiesen sind. Geplant für die Monate nach dem Launch der Hokku-App.
- Einige externe Links (z. B. Press-Kit-Assets, Blog-Video-Embeds) erben die Barrierefreiheit ihrer Host-Plattform und liegen nicht in unserer direkten Kontrolle.
Ein Problem melden
Wenn Ihnen etwas auf dieser Website oder in der Hokku-App im Weg steht, sagen Sie es uns.
Senden Sie eine E-Mail an hello@gethokku.com mit der Betreffzeile „Barrierefreiheit“. Wir verpflichten uns, Ihre Nachricht innerhalb von 48 Stunden zu bestätigen und die Behebung in den nächsten Release-Zyklus priorisiert aufzunehmen.