1. Konformitätsstatus
cerez.io ist derzeit TEILWEISE KONFORM mit dem WCAG 2.2 AA-Standard. Unser Ziel ist es, bis Ende 2026 die Stufe WCAG 2.2 AA VOLLSTÄNDIGE KONFORMITÄT zu erreichen.
"Teilweise konform" bedeutet: Der Großteil der Website (Navigation, Hauptinhalt, Formulare, Dokumentation) erfüllt die Barrierefreiheitskriterien; jedoch sind die in Abschnitt 2 unten aufgeführten Mängel noch nicht behoben. Die WCAG 2.2 AAA-Stufe ist nicht unser Ziel; auch die WCAG-Dokumentation selbst stellt fest, dass diese Stufe für die meisten Inhaltstypen nicht anwendbar ist.
2. Festgestellte Mängel (Ehrliche Liste)
Die folgenden Punkte sind reale Mängel, die durch manuelle Tests und automatisierte Tools (Lighthouse Accessibility, axe DevTools, Keyboard-only-Navigation) festgestellt wurden. Für jeden Punkt wurde ein Zieltermin für die Behebung festgelegt.
Bei einigen Hero-Bildern und Illustrationen auf den Marketing-Seiten ist das alt-Attribut leer oder unzureichend definiert. Für dekorative Bilder sollte alt="" (absichtlich leer) verwendet werden; für inhaltstragende Bilder sollte ein beschreibender Text geschrieben werden.
Einige Kontakt- und Anmeldeformularfelder sind nur mit einem placeholder beschriftet; für Screenreader sollte ein explizites <label for="..."> oder aria-label ergänzt werden. Auch die aria-describedby-Verknüpfung für Fehlermeldungen wird überprüft.
Bei einigen Footer-Links, kleinen Label-Texten und grauem Sekundärtext kann das Kontrastverhältnis unter der von WCAG AA geforderten Schwelle von 4,5:1 liegen (ein Bereich von 3,8-4,3 wurde festgestellt). Alle Grautöne werden in Richtung #4b5563 statt #6b7280 abgedunkelt.
Tastaturnutzer müssen auf jeder Seite das gesamte Menü durchlaufen. Am Seitenanfang wird ein "Zum Inhalt springen"-Skip-Link (visuell verborgen, bei Fokus sichtbar) hinzugefügt.
Zieltermin für die Behebung: Q3 2026
Die Dropdown-Menüs "Produkte" und "Lösungen" im Header funktionieren mit der Maus einwandfrei; sie wurden jedoch nicht vollständig keyboard-only (Tab, Enter, Pfeiltasten, Escape) getestet. ARIA aria-expanded, aria-haspopup und Fokusverwaltung werden überprüft.
Bei einigen modalen Fenstern können die Attribute aria-modal="true" und role="dialog" fehlen. Wird ein Modal geschlossen, sollte der Fokus zum auslösenden Element zurückkehren, das es geöffnet hat; dieses Verhalten wird über alle Modals hinweg standardisiert.
Derzeit gibt es auf der Website keine Videoinhalte. Für demnächst hinzukommende Tutorial-Videos werden Untertitel (Closed Captions), Audiodeskription für sehbehinderte Nutzer und ein Transkript verpflichtend sein. Die WCAG-Kriterien 1.2.2, 1.2.3 und 1.2.5 werden angewendet.
Richtlinie: CC und Transkript werden vor der Veröffentlichung bereit sein
Die semantischen Elemente <nav>, <main>, <aside>, <footer> werden nicht auf allen Seiten konsistent verwendet. Auf einigen Seiten wurde ein div bevorzugt. Alle Seitenvorlagen werden überprüft und auf semantische HTML5-Elemente umgestellt.
3. Getestete Umgebungen
Diese Erklärung basiert auf Tests, die in den folgenden Umgebungen durchgeführt wurden. Der Umfang ist nicht vollständig; wir erweitern ihn weiter.
4. Feedback und Kontakt
Wenn Sie ein Problem mit der Barrierefreiheit haben, eine Funktion nicht funktioniert oder eine Inkompatibilität mit Ihrer unterstützenden Technologie besteht, melden Sie sich bitte:
- Wir antworten auf Ihre Anfrage innerhalb von 7 Tagen.
- Wir verpflichten uns, das Problem innerhalb von 30 Tagen zu beheben (7 Tage bei kritischen, den Zugang blockierenden Problemen).
- Falls sich die Behebungszeit aus einem triftigen Grund verlängert, informieren wir Sie und nennen einen neuen Zieltermin.
5. Rechtsgrundlage
Diese Erklärung wurde im Rahmen der folgenden nationalen und internationalen Rechtsvorschriften erstellt:
- EAA (European Accessibility Act, Richtlinie 2019/882). In den EU-Mitgliedstaaten ab dem 28. Juni 2025 in Kraft. cerez.io fällt in den Geltungsbereich, da es Kundendienstleistungen für den EU-Markt anbietet.
- EN 301 549 v3.2.1. Der europäische harmonisierte Standard und das technische Pendant der EAA. Artikel 9 (Webinhalte), Artikel 10 (Nicht-Web-Dokumente) und Artikel 11 (Software) sind die relevanten Abschnitte.
- WCAG 2.2 (W3C). Web Content Accessibility Guidelines: Level A, AA und AAA. Unser Ziel ist Level AA.
- Gesetz Nr. 6701 über die Menschenrechts- und Gleichstellungsinstitution der Türkei. Verbot der Diskriminierung aufgrund einer Behinderung.
- Gesetz Nr. 5378 über Menschen mit Behinderungen. Das Recht von Menschen mit Behinderungen auf Zugang zu Informations- und Kommunikationsdiensten.
- Präsidialerlass Nr. 2019/12: Barrierefreiheit öffentlicher Webseiten und mobiler Anwendungen (KAİK). Verpflichtend für öffentliche Einrichtungen; eine Best-Practice-Referenz für die Privatwirtschaft.
- Section 508 (USA). Verpflichtend für Lieferanten, die mit Bundesbehörden Geschäfte machen. cerez.io Diese Konformität wird als Referenz für US-Kunden herangezogen.
6. Durchsetzungsverfahren (Beschwerderecht)
Wenn Sie mit unserer Antwort auf die bei uns eingereichte Barrierefreiheitsanfrage nicht zufrieden sind oder Ihre Anfrage unbeantwortet bleibt, haben Sie das Recht, bei den folgenden Institutionen Beschwerde einzulegen:
7. Erstellung der Erklärung
8. Transparenzhinweis
Jeder neu festgestellte Mangel wird noch am selben Tag hier veröffentlicht; nichts wird verborgen. Sobald eine Behebung abgeschlossen ist, wird sie mit der Markierung "Behoben" beibehalten; so bleibt die Historie des Prozesses nachvollziehbar.
Barrierefreiheit ist kein Ziel, sondern ein Prozess der kontinuierlichen Verbesserung. Es ist das Beispiel, das das Team hinter dem Produkt, das wir unseren Kunden verkaufen, auf der eigenen Website setzen sollte.
Verwandte Seiten:
Jedes Feedback zur Barrierefreiheit ist wertvoll: erisim@cerez.io · Diese Seite wurde zuletzt am 31. Mai 2026 aktualisiert.
Auch Ihre eigene Website braucht eine EAA-Erklärung
EAA Article 13 schreibt für jeden digitalen Dienst eine Barrierefreiheitserklärung vor. Erstellen Sie in 5 Minuten eine ehrliche, vollständige Erklärung wie unsere.