Barrierefreiheit für WordPress und WooCommerce: was Sie prüfen und beheben

Fällt Ihre WordPress-Website unter das BFSG?

Dem BFSG ist egal, mit welchem System eine Website gebaut ist. Es gilt für Dienstleistungen für Verbraucher, etwa Online-Shops, Buchungen und Bankdienste, von Unternehmen, die keine Kleinstunternehmen sind. Ein WooCommerce-Shop, der an Verbraucher in der EU verkauft, ist ein typischer Fall. Eine Unternehmenswebsite, die nur das Unternehmen vorstellt, meist nicht, solange Verbraucher dort keinen Vertrag abschließen können.

Wenn Sie unsicher sind, erklärt der Ratgeber für Online-Shops, wo die Grenze verläuft.

Was wir auf WordPress-Websites finden

In Testscans bekannter WordPress- und WooCommerce-Websites tauchten immer wieder dieselben Fehler auf:

• Slider-Schaltflächen, die zu klein sind. Die Punkte unter einer Galerie oder einem Slider sind oft nur wenige Pixel breit. Die WCAG 2.2 verlangen mindestens 24 mal 24 Pixel oder genug Abstand drumherum.
• Bildlinks ohne Namen. Wenn ein Bild in einem Beitrag auf die Datei selbst verlinkt, sagt ein Screenreader nur „Link“.
• Symbolschaltflächen ohne Namen. Eine Suchschaltfläche mit nur einer Lupe sagt „Schaltfläche“ und sonst nichts.
• Blasser Text in Blöcken. Zitate, Bildunterschriften und Namen unter Kundenstimmen haben oft zu wenig Kontrast zum Hintergrund.

Das meiste kommt nicht von WordPress selbst, sondern vom Theme, vom Page-Builder und von Plugins: Slider, Galerien, Cookie-Banner, Chatfenster und Formulare bringen jeweils ihr eigenes Markup mit.

Warum ein Barrierefreiheits-Plugin nicht die Lösung ist

Im WordPress-Pluginverzeichnis gibt es viele Plugins, die Barrierefreiheit mit einer Werkzeugleiste oder einem „Overlay“ versprechen. Sie ändern, wie eine Seite für Besucher aussieht, beheben aber den Code nicht. Eine Schaltfläche ohne Namen hat danach immer noch keinen Namen, und ein Screenreader kann sie immer noch nicht lesen. Wir verkaufen kein solches Widget und raten davon ab, sich darauf zu verlassen.

Wo die Fehler behoben werden

• Im Theme. Kopfbereich, Menü, Produktkacheln und Fußbereich stehen auf jeder Seite. Ein Fehler, der dort behoben wird, ist überall weg. Themes im WordPress-Verzeichnis mit dem Schlagwort „accessibility-ready“ wurden auf die Grundlagen geprüft und sind ein guter Ausgangspunkt.
• In Plugins. Erzeugt ein Slider- oder Formular-Plugin Fehler, die sich in den Einstellungen nicht beheben lassen, ersetzen Sie es oder bitten Sie den Entwickler um ein Update.
• Im Inhalt. Alternativtexte gehören in die Mediathek, Überschriften in die richtige Reihenfolge, und Linktexte sagen, wohin sie führen. Das ist Aufgabe der Redaktion, nicht der Entwicklung.

Luentis gruppiert Befunde nach Vorlage, so sehen Sie, ob ein Fehler im Theme sitzt oder auf einer einzelnen Seite.

Was der Scan nicht abdeckt

Wir prüfen öffentliche Seiten. Das Kundenkonto, die letzten Schritte des WooCommerce-Checkouts und das WordPress-Backend liegen hinter einem Login und gehören nicht zum Scan. Ob ein Alternativtext sinnvoll ist oder ob der Checkout mit der Tastatur funktioniert, kann nur ein Mensch beurteilen. Dabei hilft Ihnen unsere geführte Prüfung.

So gehen Sie vor

1. Prüfen Sie Ihre Startseite kostenlos und sehen Sie, welche Fehler die automatischen Regeln finden.
2. Mit der Einzelprüfung prüfen wir bis zu 250 Seiten und zeigen, welche Fehler im Theme sitzen, mit dem Code zur Behebung.
3. Beheben Sie zuerst das Theme, dann die Plugins, dann den Inhalt.
4. Beantworten Sie die geführte Prüfung und veröffentlichen Sie Ihre Erklärung zur Barrierefreiheit.

Sie bauen WordPress-Websites für Kunden? Lesen Sie, wie Agenturen mit Luentis arbeiten.