Plattformleitfaden · WordPress & WooCommerce

WordPress Barrierefreiheit und das BFSG

Der WordPress-Core nimmt Barrierefreiheit ernst und hat Coding Standards dafür. Fast keine Produktivseite ist WordPress-Core: sie ist Core plus Theme, plus Page Builder, plus zwanzig bis sechzig Plugins — und das ist, was Ihre Besucher bekommen.

  • Der Core ist nicht das Problem
  • Page Builder sind es
  • Der WooCommerce-Checkout braucht einen eigenen Durchgang

Was die Plattform mitbringt — und was nicht

  • Sie bekommen: einen Core mit Coding Standards für Barrierefreiheit und eine weitgehend solide Ausgabe des Block-Editors
  • Sie bekommen: ein Theme-Ökosystem, das wirklich gut gebaute barrierefreie Themes enthält — wenn Sie eines wählen
  • Sie bekommen nicht: irgendeine Zusage eines Page Builders, der eigenes Markup erzeugt und den Block-Editor ignoriert
  • Sie bekommen nicht: Qualitätskontrolle bei Plugins — das Repository stellt keine Anforderung an Barrierefreiheit
  • Sie bekommen nicht: einen barrierefreien WooCommerce-Checkout von Haus aus; er braucht dieselbe Prüfung wie jeder andere

Plattformleitfaden · WordPress & WooCommerce

Was wir auf WordPress-Seiten finden

  • Page-Builder-Ausgabe

    Verschachtelte divs mit Klick-Handlern, Überschriften nach Schriftgröße gewählt, Akkordeons ohne Tastaturunterstützung. Eine Builder-lastige Seite fällt auf jeder Seite gleich durch.

  • Popups und Cookie-Plugins

    Newsletter-Popups und Consent-Banner, die den Fokus festhalten oder vor dem Sprunglink erscheinen — das Erste, was Tastaturnutzer treffen.

  • WooCommerce-Checkout-Felder

    Von Plugins ergänzte Felder mit Platzhaltern statt Beschriftungen und Fehlern, die niemandem angesagt werden.

  • Alternativtexte in der Mediathek

    Seit Jahren leer, weil nie etwas sie verlangt hat. Ein Feld, tausende Bilder.

Wo zuerst suchen

Jedes verlinkt auf eine verständliche Seite zu diesem Kriterium: was es verlangt, wie es in der Praxis reißt und wie weit eine automatische Prüfung kommt.

Alle WCAG-2.2-AA-Kriterien

Eine sinnvolle Reihenfolge

  1. Entscheiden Sie über den Page Builder

    Wenn er Markup erzeugt, das Sie nicht reparieren können, ist das ein architektonischer Fund, kein Bug. Das früh zu wissen ist besser, als Seite für Seite nachzubessern.

  2. Reparieren Sie zuerst das Popup

    Es ist auf jeder Seite, es ist das Erste, was der Fokus trifft, und meist der schwerste Fund der Website.

  3. Testen Sie den WooCommerce-Checkout vollständig

    Mit der Tastatur, mit Ihrem echten Zahlungs-Plugin, mit einem echten Fehler.

  4. Arbeiten Sie die Mediathek nach Nutzung ab

    Nicht alphabetisch. Beginnen Sie bei den Bildern auf den Templates, auf denen Leute tatsächlich landen.

WordPress-Fragen

Repariert ein Accessibility-Plugin das?

Plugins, die Ihnen helfen, Probleme in Ihren eigenen Inhalten zu finden und zu beheben, sind nützlich. Overlay-Plugins, die sofortige Konformität versprechen, nicht: sie ändern das zugrunde liegende Markup nicht, tauchen in immer mehr Beschwerden auf und erzeugen keinen Nachweis, den Sie einer Behörde zeigen könnten.

Wir nutzen ein bekanntes barrierefreies Theme. Reicht das?

Das ist ein echter Vorsprung und entfernt eine ganze Fundkategorie. Es deckt Ihre Plugins, Ihre Page-Builder-Seiten, Ihre Inhalte und Ihren Checkout nicht ab — es verschiebt also, wo die Funde liegen, nicht ob es welche gibt.

Geschrieben, um nützlich zu sein, nicht als Rechtsberatung. Der Text gibt unsere Lesart von BFSG und EN 301 549 mit Stand 2026-09-13 wieder; für eine verbindliche Einschätzung Ihrer Pflichten fragen Sie eine Anwältin oder einen Anwalt.

Sehen Sie, was das auf Ihrer Website findet

Schicken Sie uns eine URL. Wir prüfen bis zu 100 Seiten, lassen die Agenten eine zentrale Journey durchlaufen und schicken Ihnen den Bericht — einmal, kostenlos, ohne Bedingungen.

Kostenlosen Scan anfordern BFSG-Leitfaden lesen

Bericht innerhalb eines Werktags.