Web-Barrierefreiheit und WCAG-2.2-Konformität

Wir sorgen dafür, dass Ihre Website per Tastatur, mit einem Screenreader und bei eingeschränktem Sehvermögen nutzbar ist, und machen sie technisch bereit für die rechtlichen Anforderungen des EU-Marktes.

WCAG 2.2 AA European Accessibility Act Manuelle und automatisierte Tests Korrekturen im Code
AdresseAtaşehir, Istanbul
Telefon+90 850 335 10 87
E-Mailinfo@360-soft.com

Eine Website, die alle nutzen können

Web-Barrierefreiheit bedeutet, dass eine Website von allen genutzt werden kann, auch von Menschen mit Seh-, Hör-, motorischen oder kognitiven Beeinträchtigungen. In der Praxis heißt das: Wer keine Maus nutzen kann, kann sich allein mit der Tastatur durch die Website bewegen; ein Screenreader-Nutzer hört, was ein Produktbild zeigt und was ein Formularfeld erwartet; und wer farbenblind ist, muss eine Fehlermeldung nicht allein an der Farbe Rot erkennen. Dieselben Änderungen erleichtern auch einem Nutzer das Leben, der bei hellem Sonnenlicht auf dem Smartphone einkauft, jemandem mit eingegipstem Arm oder älteren Nutzern.

Die internationale technische Referenz dafür sind die vom W3C veröffentlichten WCAG (Web Content Accessibility Guidelines). Die aktuelle Version ist WCAG 2.2, deren Erfolgskriterien auf drei Stufen definiert sind, A, AA und AAA; Gesetzgebung und Ausschreibungen von Unternehmen zielen meist auf Stufe AA.

Warum ist das Thema gerade jetzt aktuell?

Der European Accessibility Act (EAA) gilt seit dem 28. Juni 2025. Er verlangt, dass Dienstleistungen für Verbraucher in der EU, etwa E-Commerce, Bankdienstleistungen, E-Books und Ticketing im Personenverkehr, barrierefrei sind. In der Praxis dient die europäische Norm EN 301 549 als technische Referenz, und deren Web-Abschnitt basiert auf den WCAG-Kriterien. Durchsetzung und Sanktionen regelt jeder Mitgliedstaat in seiner eigenen nationalen Gesetzgebung.

Wer sollte es vorrangig angehen?

  • E-Commerce-Websites, die direkt in die EU verkaufen: Unternehmen, die über einen deutsch-, französisch-, niederländisch- oder englischsprachigen Shop an Verbraucher in der EU verkaufen.
  • Software- und Digitaldienstleister mit Firmenkunden in der EU: SaaS- und Softwareunternehmen, deren Kunden für ihre eigene Konformität eine Erklärung zur Barrierefreiheit von ihren Lieferanten verlangen.
  • Unternehmen, die sich an Ausschreibungen der öffentlichen Hand und großer Konzerne beteiligen: Projekte, deren Leistungsbeschreibung WCAG-AA-Konformität fordert.
  • Jede Website mit breiter Nutzerbasis: Auch ohne gesetzliche Pflicht bedeuten Barrieren verlorene Conversions; ein Checkout-Formular, das sich nicht per Tastatur ausfüllen lässt, kostet Umsatz.

Umfang von Audit und Korrektur

Jeder Befund wird mit dem betreffenden WCAG-Erfolgskriterium, der betroffenen Nutzergruppe und der Korrekturmethode berichtet.

Automatisierte Scans

Einsatz von axe-basierten Tools und Lighthouse auf pro Template ausgewählten Seiten, um die maschinell erkennbaren Probleme zu ermitteln.

Tastatur- und Fokustests

Prüfung, ob jedes interaktive Element per Tab erreichbar ist, die Fokusreihenfolge logisch ist und die Fokusanzeige sichtbar und nicht von anderen Elementen verdeckt ist (WCAG 2.2 - 2.4.11).

Screenreader-Tests

Akustische Prüfung kritischer Abläufe mit NVDA (Windows), VoiceOver (macOS und iOS) und TalkBack (Android): Menü, Suche, Produktseite, Warenkorb, Checkout und Kontoregistrierung.

Visuelle und inhaltliche Prüfungen

Farbkontrast, Textvergrößerung und Umbruch bei 320 Pixeln Breite, Alternativtexte, Überschriftenhierarchie, Linktexte und Sprachangaben.

Formulare und Fehlerbehandlung

Verknüpfung von Beschriftung und Feld, Kennzeichnung von Pflichtfeldern, für Screenreader angesagte Fehlermeldungen, keine wiederholte Abfrage derselben Informationen (3.3.7) und barrierefreie Authentifizierung (3.3.8).

Komponenten- und ARIA-Korrekturen

Anpassung individueller Komponenten wie Dropdown-Menüs, Modals, Tabs, Akkordeons, Slider und Datumsauswahl an die WAI-ARIA-Muster und Bereinigung überflüssiger ARIA-Attribute.

Touch-Ziele und Bewegung

Vergrößerung kleiner mobiler Schaltflächen auf mindestens 24x24 CSS-Pixel (2.5.8), Alternativen zu Ziehbewegungen (2.5.7) und Berücksichtigung von Einstellungen zu Bewegung und Animation.

Medien und Dokumente

Untertitel und Transkripte für Videos, Steuerung automatisch abgespielter Medien und Barrierefreiheitsprüfung herunterladbarer PDFs.

Vom Audit zur dauerhaften Konformität

01

Umfang und Stichprobe

Wir ermitteln die Seitentemplates Ihrer Website (Startseite, Kategorie, Produkt, Inhalt, Formular, Warenkorb, Checkout, Konto) und die kritischen Nutzerabläufe. Bei Websites mit Tausenden von Seiten erfolgt die Stichprobe pro Template.

02

Audit

Automatisierte Scans, Tastaturtests, Screenreader-Tests und visuelle Prüfungen werden anhand der Kriterien von WCAG 2.2 AA durchgeführt.

03

Befundbericht und Priorisierung

Befunde werden nach Kriterium, Template, Auswirkung auf Nutzer und Korrekturaufwand geordnet. Stellen, an denen eine Korrektur in einem einzigen Template Hunderte von Seiten verbessert, werden nach vorne gezogen.

04

Korrektur im Code

Korrekturen erfolgen im Theme, in der Komponentenbibliothek oder im Anwendungscode; wenn Sie es vorziehen, erhält Ihr Team Korrekturanweisungen mit Codebeispielen.

05

Verifizierungstests

Die korrigierten Kriterien werden mit denselben Methoden erneut getestet, und verbleibende bekannte Einschränkungen werden dokumentiert.

06

Erklärung und Kontinuität

Ein Entwurf der Erklärung zur Barrierefreiheit wird erstellt. Um Rückschritte bei neuen Inhalten und Funktionen zu verhindern, erhalten Sie eine Checkliste für Redakteure, und automatisierte Barrierefreiheitstests werden in die CI-Pipeline aufgenommen.

Was Sie am Ende der Arbeit erhalten

Ergebnis Inhalt Für wen ist es?
Auditbericht nach WCAG 2.2 AA Bewertung bestanden / nicht bestanden / nicht anwendbar pro Kriterium, mit Belegen für jeden Befund (Screenshot, Codeausschnitt) Geschäftsleitung, Rechtsberater, Firmenkunden
Priorisierte Korrekturliste Nach Template gruppierte Befunde, Aufwandsschätzungen, Codebeispiele Entwicklungsteam
Korrigierter Code Korrekturen in Theme-, Komponenten- und Anwendungscode (sofern die Korrektur im Umfang enthalten ist) Website-Betreiber
Verifizierungsbericht Ergebnisse der erneuten Tests nach der Korrektur und verbleibende Einschränkungen Geschäftsleitung, Prüfer
Entwurf der Erklärung zur Barrierefreiheit Prüfstandard, Einschränkungen, Feedback-Kanal Website-Besucher, Aufsichtsbehörden
Checkliste für Redakteure Worauf beim Veröffentlichen von Bildern, Überschriften, Links, Tabellen und PDFs zu achten ist Content- und Marketingteam

Wie wird der Preis festgelegt?

Preise

Für Barrierefreiheits-Audits und Korrekturen ist auf der Website kein fester Preis veröffentlicht. Die Kosten hängen von der Anzahl der Seitentemplates, der Zahl individueller Komponenten, der Anzahl der Sprachen und davon ab, ob die Korrekturen von uns oder von Ihrem Team vorgenommen werden. Sobald Sie uns die Adresse Ihrer Website mitteilen, führen wir eine erste Prüfung durch, und Sie erhalten innerhalb von 24 Stunden ein Festpreisangebot für Ihr Projekt.

Wenn Sie eine neue Website planen

Barrierefreiheit nachträglich einzubauen ist immer teurer, als sie von Anfang an mitzudenken. Planen Sie ein neues Projekt, richten wir Farbpalette, Typografie und Komponentenbibliothek bereits in der Phase UI/UX-Design und Product Discovery nach WCAG 2.2 AA aus. Dieselbe Grundlage nutzen wir in unseren Projekten für Corporate Webdesign und E-Commerce. Details zum Frontend-Code selbst finden Sie auf unserer Seite Frontend-Entwicklung.

Der European Accessibility Act (Richtlinie (EU) 2019/882) gilt seit dem 28. Juni 2025 für bestimmte Produkte und Dienstleistungen, die Verbrauchern auf dem EU-Markt angeboten werden, und E-Commerce-Dienste gehören dazu. Entscheidend ist nicht der Sitz eines Unternehmens, sondern ob es Verbrauchern in der EU Dienstleistungen anbietet; daher können auch Unternehmen in der Türkei, am Golf oder anderswo in den Anwendungsbereich fallen. Für Kleinstunternehmen, die Dienstleistungen erbringen, gibt es eine Ausnahme. Wir empfehlen, die Position Ihres Unternehmens von Ihrem Rechtsberater bestätigen zu lassen; wir kümmern uns um die technische Seite der Konformität.

WCAG 2.2 übernimmt alle Kriterien von 2.1 (außer 4.1.1 Parsing, das entfernt wurde) und ergänzt neue. Die wichtigsten Neuerungen auf Stufe AA: Das fokussierte Element darf nicht unter einem fixierten Header oder Cookie-Banner verdeckt sein, Drag-and-Drop-Aktionen brauchen eine Alternative mit einfachem Zeiger, Klickziele müssen mindestens 24x24 CSS-Pixel groß sein, und Login-Bildschirme dürfen kein Rätsel und keinen Gedächtnistest verlangen. Auf Stufe A müssen Hilfelinks an einer einheitlichen Stelle erscheinen, und Nutzer dürfen nicht immer wieder nach denselben Informationen gefragt werden.

Nein. Ein der Seite hinzugefügtes JavaScript-Widget bietet vielleicht Schaltflächen zur Änderung von Schriftgröße oder Kontrast, behebt aber fehlende Formularbeschriftungen, eine fehlerhafte Überschriftenhierarchie, per Tastatur nicht erreichbare Menüs oder nichtssagende Linktexte nicht an der Quelle. Screenreader-Nutzer berichten, dass solche Tools die Nutzung mitunter sogar erschweren. Konformität wird durch die Korrektur von HTML-, CSS- und JavaScript-Code erreicht.

Automatisierte Tools (wie axe, Lighthouse und WAVE) finden schnell die Probleme, die eine Maschine erkennen kann, etwa fehlende Alternativtexte oder unzureichenden Kontrast; ein großer Teil der WCAG-Kriterien erfordert jedoch menschliches Urteilsvermögen. Ein Tool kann beispielsweise feststellen, ob ein Bild einen Alternativtext hat, aber nicht, ob dieser Text aussagekräftig ist. In unseren Audits kombinieren wir automatisierte Scans mit Tastatur- und Screenreader-Tests.

Nicht als direkter Rankingfaktor, aber beide Disziplinen beruhen weitgehend auf denselben Grundlagen: eine sinnvolle Überschriftenstruktur, beschreibende Linktexte, Alternativtexte für Bilder und saubere HTML-Semantik. Eine barrierefreie Website ist auch für Suchmaschinen und KI-Systeme leichter zu verstehen.

Ja. Nach Audit und Korrektur erstellen wir einen Entwurf der Erklärung zur Barrierefreiheit mit dem zugrunde gelegten Prüfstandard, bekannten Einschränkungen und dem Kontaktweg für Rückmeldungen zur Barrierefreiheit. Für Dienstleistungen im Anwendungsbereich des EAA empfehlen wir, die Darstellung dieser Informationen gemeinsam mit Ihrem Rechtsberater abzustimmen.

Die nächste Erfolgsgeschichte
schreiben Sie.

Das erste Beratungsgespräch ist kostenlos. Innerhalb von 24 Stunden erstellen wir Ihnen ein individuelles Angebot.

Kostenloses Angebot anfordern
Kostenlose Tools
360 SOFT
Leistungen
Kostenlose Tools
Global
Sichere Zahlungen256-Bit-SSL
DSGVO / KVKK berücksichtigtRollenbasierter Zugriff, Hosting in EU oder TR
Der Code gehört IhnenCode, Designs und Konten werden übergeben
NDA vorabIhre Idee ist ab Tag eins geschützt
20+ Jahre 120+ Projekte 80+ Unternehmenskunden 45 Branchen