Dokumentation
Alles, was Sie brauchen, um Barrierefreiheits-Audits durchzuführen, Ergebnisse zu interpretieren und Axively in Ihren Arbeitsablauf zu integrieren.
Sektionen
Erste Schritte
Führen Sie Ihren ersten Scan durch, verstehen Sie den Bericht, beheben Sie Ihr erstes Problem.
WCAG 2.2 AA
Wie Axively Verstöße auf WCAG-Erfolgskriterien abbildet. Was wir erkennen, was nicht.
EN 301 549
Die europäische harmonisierte Norm für IKT-Barrierefreiheit. Was sie über WCAG hinaus hinzufügt.
Länderspezifische juristische Abbildung
Wie wir die Haftung pro Land berechnen. Quellen, zuständige Behörden, Bußgeldrahmen.
Erklärungen zur Barrierefreiheit
Erstellen und veröffentlichen Sie Erklärungen im korrekten Format für 27 EU-Mitgliedstaaten.
Technischer Support
Keine Antwort gefunden? Schreiben Sie an support@axively.com, wir antworten in der Regel innerhalb von 24 Stunden an Werktagen.
Methodik
Wie der Scanner funktioniert
Axively besucht Ihre Website in einem echten Browser (Chromium über Playwright), genau wie ein Besucher sie sieht, inklusive JavaScript und dynamischem Inhalt. Auf jeder Seite führt es nach dem vollständigen Laden die Test-Engine axe-core aus. Wir crawlen rücksichtsvoll (Verzögerung zwischen Seiten) bis zu einer Tiefe von 2 Ebenen und bis zu 1.000 Seiten pro Audit. Da Audits von Website-Eigentümern auf ihren eigenen Seiten durchgeführt werden, identifizieren wir uns mit der Axively-Browserkennung und erzwingen robots.txt während eines Audits nicht; Eigentümer, die kein Audit wünschen, können uns kontaktieren.
Was wir genau testen
Wir verwenden axe-core, die Industriestandard-Engine für Barrierefreiheitstests (dieselbe Engine treibt Google Lighthouse und Microsoft Accessibility Insights an), mit den Regelsätzen wcag21aa (WCAG 2.1 Stufen A und AA), wcag22aa (WCAG-2.2-Ergänzungen auf AA) und best-practice (bewährte axe-Praktiken über WCAG hinaus). Für den europäischen Kontext ordnen wir Befunde EN 301 549 zu, speziell Klausel 9 (Webinhalte). Die Klauseln 11 (Software) und 12 (Dokumentation und Support) werden von einem automatischen Scan nicht abgedeckt und erfordern eine manuelle Bewertung.
Wie die KI-Korrekturvorschläge entstehen
Jeder eindeutige Befundtyp wird durch ein modernes Sprachmodell geleitet, das eine Erklärung der Auswirkung in einfacher Sprache und eine konkrete Code-Korrektur auf Basis des tatsächlichen HTML Ihrer Website erzeugt. Vorschläge werden in die Sprache Ihres Kontos übersetzt. Grundprinzipien: Die KI schlägt vor, sie wendet nicht an, Änderungen an Ihrem Code nimmt Ihr Entwickler nach Prüfung vor; Vorschläge werden aus dem echten Element-Kontext erzeugt, nicht aus generischen Vorlagen; und identische Probleme teilen sich einen Vorschlag (deshalb bleiben Audits auch bei großen Websites schnell und günstig).
Sicherheit und Daten
Audit-Daten werden in der EU gespeichert, auf einem einzigen dedizierten Server in der Tschechischen Republik (Anbieter Huko.net). Wir scannen nur die öffentlich zugänglichen Inhalte Ihrer Website; die Ergebnisse sind nur für Ihr Konto sichtbar. Zu Auftragsverarbeitern und Aufbewahrung siehe unsere Datenschutzerklärung.
So lesen Sie den Bericht
Ein Verstoß ist ein einzelnes Vorkommen; eine Regel ist die zugrunde liegende Ursache, ein Problem in einer Vorlage erzeugt viele Vorkommen, beheben Sie daher zuerst pro Vorlage und Komponente. Befunde sind nach Schweregrad geordnet mit empfohlenen Zeitrahmen: kritisch innerhalb von 7 Tagen, schwerwiegend innerhalb von 30, mittel in Ihrem normalen Entwicklungszyklus. Nach dem Deployment der Korrekturen führen Sie den kostenlosen Verifizierungs-Re-Scan aus, um ein sauberes Vorher und Nachher zu bestätigen.