Erklärung zur Barrierefreiheit

Zuletzt geprüft: 5. Oktober 2026

EqualVia prüft Websites auf Barrierefreiheit, also muss unsere eigene Website den Maßstab erfüllen, an dem wir andere messen. Diese Erklärung sagt, wo wir stehen, woher wir das wissen und was wir noch nicht getan haben.

Unser Maßstab

Wir wollen WCAG 2.2 Stufe AA erfüllen, auf der öffentlichen Website (Deutsch, Englisch und Ungarisch) sowie im Dashboard nach der Anmeldung und in den Berichten. Die europäische Norm EN 301 549, auf der der European Accessibility Act und damit das BFSG aufbauen, verweist in der Fassung V3.2.1, die derzeit im EU-Amtsblatt zitiert ist, auf WCAG 2.1 Stufe AA; die neue Fassung V4.1.1 (September 2026) geht zu WCAG 2.2 Stufe AA über.

Wie wir testen

• Automatisch: Wir prüfen jede Seitenart der deutschen, englischen und ungarischen Website (Startseite, Preise, Registrierung und Anmeldung, Ratgeber, Rechtstexte, Kontakt, Dashboard und Website-Berichte) mit axe-core, derselben Engine, die EqualVia bei Kunden einsetzt, im hellen und (wo vorhanden) dunklen Design und bei 375, 768 und 1280 px Breite, mit allen WCAG-2.0- bis 2.2-Regeln der Stufen A und AA (auch denen, die axe standardmäßig abschaltet oder als experimentell markiert) und den Best-Practice-Regeln. Beim letzten Lauf am 5. Oktober 2026 meldete es keine Verstöße.
• Auf jeder Seite führen wir außerdem die sechs eigenen Prüfungen von EqualVia aus, die axe nicht kann: Kontrast von Text über Verläufen und Bildern, die angegebene Seitensprache, sichtbarer Tastaturfokus, Tastaturfallen, Textabstände und Umbruch ohne waagerechtes Scrollen bei 320 px. Die PDF-Beispielberichte sind getaggt und bestehen unsere eigenen PDF-Prüfungen (Tags, Textebene, Sprache, Titel).
• Mit der Tastatur prüfen wir, was keine automatische Regel abdeckt: Der erste Tab erreicht einen Link „Zum Hauptinhalt springen“, kein fokussiertes Element verschwindet unter einem fixierten oder schwebenden Element (WCAG 2.2, 2.4.11), Formularfehler und Bestätigungen werden Screenreadern angesagt, Felder für persönliche Daten geben an, was sie abfragen (autocomplete), und jede Seite hat einen eigenen Titel.

Automatische Werkzeuge können nicht alles beurteilen, zum Beispiel ob ein Alternativtext aussagekräftig oder die Lesereihenfolge sinnvoll ist. Ein fehlerfreies automatisches Ergebnis ist daher kein Beweis für volle Konformität.

Was wir noch nicht getan haben

• Ein unabhängiges Barrierefreiheits-Audit.
• Systematische Tests mit Screenreadern und anderen Hilfstechnologien, zusammen mit Menschen, die sie täglich nutzen.

Wir aktualisieren diese Erklärung, sobald sich das ändert.

Bekannte Einschränkungen

• Die AGB und die Datenschutzerklärung gibt es derzeit nur auf Englisch.
• PDF-Konformitätsberichte folgen der Sprache der überwachten Website (Deutsch, Englisch oder Ungarisch); mit Hilfstechnologien haben wir sie noch nicht getestet.
• E-Mail-Benachrichtigungen prüfen wir mit axe-core, aber nicht in jedem E-Mail-Programm.
• Kasse und Abrechnungsportal werden von Stripe betrieben und liegen außerhalb unseres Einflusses.

Feedback

Wenn etwas bei EqualVia schwer zu bedienen ist oder Sie Informationen in einem anderen Format brauchen, schreiben Sie an info@equalvia.com. Nennen Sie die Seite, was Sie tun wollten und welchen Browser oder welche Hilfstechnologie Sie nutzen. Wir antworten möglichst innerhalb von fünf Werktagen und beheben bestätigte Barrieren zeitnah.

Technische Informationen

Die Website basiert auf HTML, CSS und JavaScript. Unsere automatischen Tests laufen in Chromium; andere Browser haben wir nicht systematisch getestet.

Siehe auch: Kontakt