Eine Wix-Website ist nicht deshalb barrierefrei oder nicht barrierefrei, weil sie auf Wix läuft. Wix erzeugt das HTML jedes Elements – und sagt selbst, dass Inhalt und Gestaltung in der Verantwortung der Betreiber liegen [3]. Die ehrliche Antwort auf „Ist meine Wix-Seite BFSG-konform?“ lautet daher: Es hängt davon ab, was Sie auf die Seite stellen und in welcher Reihenfolge – und von einigen Bereichen, die nur Wix ändern kann. Diese Seite trennt beides.
Gilt das BFSG für Ihre Wix-Website oder Ihren Wix-Shop?
Wenn Sie mit Wix Stores an Verbraucherinnen und Verbraucher verkaufen oder online Buchungen und Zahlungen annehmen, erbringen Sie eine „Dienstleistung im elektronischen Geschäftsverkehr“ (§ 1 Abs. 3 Nr. 5 BFSG), für die das BFSG seit dem 28. Juni 2025 gilt [1]. Es setzt den European Accessibility Act um; andere EU-Länder haben vergleichbare Gesetze [2].
Viele Wix-Seiten gehören sehr kleinen Unternehmen, und Kleinstunternehmen, die Dienstleistungen erbringen, sind ausgenommen: weniger als zehn Beschäftigte und höchstens 2 Mio. € Jahresumsatz oder Jahresbilanzsumme (§ 2 Nr. 17, § 3 Abs. 3 BFSG) [1]. Beide Bedingungen müssen erfüllt sein; Einzelheiten stehen auf unserer Seite zur Ausnahme für Kleinstunternehmen. Ein Shop, der nur an Gewerbekunden verkauft, erbringt keine Dienstleistung für Verbraucher.
Ohne Shop kommt es darauf an. Das BFSG erfasst bestimmte Dienstleistungen – Onlinehandel, Bankdienstleistungen, Telekommunikation, E-Books, Personenbeförderung. Eine reine Informationsseite eines privaten Unternehmens gehört in der Regel nicht dazu; eine Buchungs- oder Bestellfunktion darauf kann es sein. Öffentliche Stellen fallen unter die BITV 2.0. Mehr in BFSG für Onlineshops und im Leitfaden zu BFSG und EAA.
Was Wix mitbringt – und was nicht
Bei Wix arbeiten Sie in einem Editor – dem Wix Editor, dem Studio Editor oder dem Wix Harmony Editor – und fassen das HTML der Seite nie direkt an. Das entscheidet darüber, was Sie selbst beheben können.
Sie bekommen:
- Eingebaute Grundlagen. Nach Angaben von Wix sind die Komponenten per Tastatur bedienbar, zeigen bei Tastaturnutzung einen Fokusrahmen und tragen passende Semantik und ARIA-Attribute; Seiten bekommen einen „Skip to Content“-Link und die eingestellte Sprache [3].
- Eine automatische Lesereihenfolge. Wix legt die DOM-Reihenfolge – in der Tab-Taste und Screenreader eine Seite durchlaufen – nach der sichtbaren Anordnung der Elemente fest. Im Ebenen-Panel („Layers“) können Sie sie ändern [6].
- Den Accessibility Wizard. Er prüft die Website aus dem Editor heraus gegen WCAG 2.2 und teilt die Ergebnisse in erkannte Probleme und manuelle Aufgaben, die er nicht erkennen kann [4]. Der Accessibility Monitor prüft die veröffentlichte Seite und zeigt den Stand im Dashboard [5].
- Relevante Shop-Einstellungen. Für Produktseiten in Wix Stores empfiehlt Wix das Layout „Spotlight“, damit ein Screenreader die Seite in logischer Reihenfolge vorliest [8]; im Checkout legen Sie Farben, Felder und Richtlinien fest [9].
Sie bekommen nicht:
- Kontrolle über das Markup der Komponenten. Was ein Wix-Button, ein Menü oder eine Galerie ausgibt, können Sie nicht umschreiben. Ein Fehler in einer Komponente muss Wix beheben; Sie können nur eine andere Komponente oder ein anderes Layout wählen.
- Eine Prüfung von allem. Der Wizard prüft keine Apps von Drittanbietern, keinen Velo-Code, kein CMS, keine passwortgeschützten Seiten, keine seitlichen Warenkörbe, keine Checkout-Seiten und mehrere Business-Lösungen, darunter Site Search, Reviews und Pricing Plans [4].
- Alt-Texte oder eigene Beschriftungen aus der Vorlage. Die barrierefreien Vorlagen von Wix bringen Überschriftenstruktur und Farbkontrast mit, eigene ARIA-Labels und Alt-Texte aber nicht – die müssen Sie selbst ergänzen [7].
- Eine Konformitätsgarantie. Wix erklärt, nach Nutzung des Wizards keine Konformität mit regionalem Recht garantieren zu können [4], und seine Barrierefreiheitsseite nennt noch WCAG 2.0 [3].
Was wir auf Wix-Seiten finden
Frei platzierte Elemente, falsche Reihenfolge
Im Wix Editor lässt sich jedes Element an jede Stelle ziehen. Auf dem Bildschirm wirkt die Seite aufgeräumt, im DOM steht eine zuletzt eingefügte Überschrift womöglich hinter dem Text, den sie einleitet. Tab-Taste und Screenreader folgen dem DOM, nicht dem Bild. Prüfen Sie nach jeder Umgestaltung die Reihenfolge im Ebenen-Panel und in der mobilen Ansicht.
Überschriften nach Schriftgröße gewählt
Mit Text-Designs liegt es nahe, „Überschrift 1“ für jede große Schrift zu nehmen und einen Absatz dort, wo eine kleine Überschrift besser aussieht. Ergebnis: mehrere H1, übersprungene Ebenen und Abschnittstitel, die keine Überschriften sind – eine falsche Gliederung für alle, die über Überschriften navigieren.
Cookie-Banner, Apps und Einbettungen
Apps aus dem App Market und alles, was Sie als eigenen Code einfügen, bringen eigenes Markup mit – oft in einem Iframe ohne Titel: Consent-Banner, Chat-, Buchungs- und Bewertungs-Widgets. Der Wizard prüft Apps von Drittanbietern nicht [4], ein sauberes Ergebnis sagt über sie also nichts. Testen Sie jedes mit der Tastatur: Erreichen Sie es, können Sie es bedienen, kommen Sie wieder heraus?
Produktseiten und seitlicher Warenkorb
Auf Produktseiten prüfen Sie Farb- und Größenoptionen, Mengenfelder und die Bildergalerie. „In den Warenkorb“ öffnet meist einen seitlichen Warenkorb; wandert der Fokus nicht hinein und wird nichts angesagt, merken Tastatur- und Screenreader-Nutzer nicht, dass etwas passiert ist. Seitliche Warenkörbe prüft der Wizard nicht [4].
Slideshows und Animationen
Selbstlaufende Slideshows, Video-Hintergründe und Scroll-Effekte sind im Editor mit einem Klick eingebaut. Automatik braucht eine Pause-Funktion, Pfeile und Punkte brauchen Namen, und Lightboxen müssen sich mit Escape schließen und den Fokus zurückgeben.
Formulare, Buchungen und Checkout
Wix Forms, Buchungsseiten und der Checkout tragen die Transaktion. Prüfen Sie, ob jedes Feld eine sichtbare Beschriftung hat, ob Fehlermeldungen am Feld erscheinen und ob sich der Buchungskalender ohne Maus bedienen lässt. Im Checkout bestimmt Wix Pflichtfelder und Aufbau [9], und der Wizard prüft die Seite nicht [4]. Testen Sie selbst. Was Sie nicht ändern können, melden Sie dem Wix-Support und nennen es bis zur Behebung in Ihren Barrierefreiheitsinformationen als bekannte Einschränkung.
Wo Sie zuerst prüfen sollten
| Kriterium | Warum bei Wix | Automatisierbar |
|---|---|---|
| 1.3.2 Bedeutungsvolle Reihenfolge (A) | Frei platzierte Elemente, DOM-Reihenfolge | Nur manuell |
| 2.4.3 Fokus-Reihenfolge (A) | Seitlicher Warenkorb, Lightboxen, mobiles Menü | Teilweise automatisiert |
| 1.3.1 Info und Beziehungen (A) | Überschriften nach Schriftgröße | Teilweise automatisiert |
| 1.1.1 Nicht-Text-Inhalt (A) | Produktbilder, Galerien, Logo | Teilweise automatisiert |
| 1.4.3 Kontrast (Minimum) (AA) | Design-Farben, Text auf Bildern | Automatisiert |
| 4.1.2 Name, Rolle, Wert (A) | App-Widgets, HTML-Einbettungen, Icon-Buttons | Teilweise automatisiert |
| 2.2.2 Pausieren, stoppen, ausblenden (A) | Selbstlaufende Slideshows, Video-Hintergründe | Teilweise automatisiert |
| 4.1.3 Statusmeldungen (AA) | „In den Warenkorb“, seitlicher Warenkorb | Nur manuell |
| 3.3.1 Fehlererkennung (A) | Wix Forms, Buchungen, Checkout | Nur manuell |
„Automatisiert“: Eine Regel entscheidet das Kriterium allein. „Teilweise automatisiert“: Eine Regel findet einen Teil der Fehler, den Rest beurteilt ein Mensch. Alle Kriterien: WCAG 2.2 AA, Kriterium für Kriterium.
Eine sinnvolle Reihenfolge
- Accessibility Wizard ausführen, dann notieren, was er auslässt. Beheben Sie, was er findet, arbeiten Sie die manuellen Aufgaben ab und schreiben Sie auf, welche Teile Ihrer Website er nicht prüft: Apps, seitlicher Warenkorb, Checkout, Velo-Seiten [4].
- Websiteweite Einstellungen einmal richtig setzen. Sprache, Design-Farben und Text-Designs gelten überall. Eine Änderung dort behebt einen Befund auf allen Seiten.
- Die Reihenfolge jeder Seitenvorlage prüfen. Nach jeder Layoutänderung im Ebenen-Panel, und die mobile Ansicht gesondert [6].
- Alt-Texte an der Quelle pflegen. In den Bildeinstellungen, in Galerien und in den Medien jedes Shop-Produkts – nicht nur auf den Seiten, die der Wizard zufällig markiert hat.
- Apps und Einbettungen inventarisieren. Für jede: mit der Tastatur testen, dann behalten, ersetzen oder als bekannte Einschränkung dokumentieren. Bauen Sie keine Barrierefreiheits-Toolbar ein, um Lücken zu überdecken; Wix selbst sagt, dass Toolbars für WCAG nicht nötig sind [10].
- Kauf oder Buchung von Hand durchgehen und nach dem Veröffentlichen erneut prüfen. Produkt → Option → Warenkorb → Checkout, oder Leistung → Termin → Buchungsformular. Wix empfiehlt, den Monitor nach jeder Veröffentlichung anzusehen [5].
Was Reviseberg auf Wix-Seiten prüft – und was Sie selbst testen
Reviseberg crawlt Ihre veröffentlichte Website einschließlich Kategorie- und Produktseiten des Shops und führt auf jeder Seite alle axe-core-Regeln in einer Desktop-Breite von 1280 Pixeln aus. Die Regeln, deren Ergebnis vom Layout abhängt – etwa Kontrast und Zielgröße –, laufen zusätzlich bei 360 Pixeln. Die Ergebnisse sind WCAG 2.2 A/AA und EN 301 549 zugeordnet. Befunde werden je Regel zu Issues zusammengefasst und danach sortiert, wie viele Punkte ihre Behebung bringt. Ein Fehler in Ihrem Header oder in einer Wix-Komponente erscheint deshalb als ein Issue auf allen Seiten und nicht als Dutzende Einträge. Liegt die Ursache in Markup, das nur Wix ändern kann, markieren Sie das Issue mit Begründung als „nicht behebbar“ – es bleibt dokumentiert, statt zu verschwinden.
Weil Reviseberg die ausgelieferten Seiten liest, sieht es auch die Apps und Einbettungen, die der Wizard auslässt. Der Tastatur-Agent öffnet die Seiten einer Journey, die Sie festlegen – Startseite, Produktseite, Buchungsseite –, drückt auf jeder Tab, Umschalt+Tab und Escape und protokolliert jeden Schritt. Er meldet unerreichbare Elemente, verschwindenden oder unsichtbaren Fokus, fehlende Skip-Links und Tastaturfallen. Formulare füllt er nicht aus, und er bucht und bezahlt nicht. Den seitlichen Warenkorb nach „In den Warenkorb“ und den Checkout gehen Sie also selbst. Der kostenlose Bericht umfasst bis zu 100 Seiten und den Tastatur-Agenten auf einer Seite Ihrer Wahl.
Selbst testen müssen Sie weiterhin: ob Alt-Texte das Bild sinnvoll beschreiben, ob Fehlermeldungen verständlich sind und wie sich die Website mit Screenreader und Zoom verhält. Agenten für Screenreader, Zoom und Sprachsteuerung sind noch nicht gebaut. Für diese Kriterien gibt es geführte manuelle Tests in der Plattform, und ein Kriterium, das niemand geprüft hat, gilt als ungeprüft – nie als bestanden. Es gibt keine Wix-App von uns, und auf Ihrer Website wird nichts installiert: Wir setzen kein Overlay-Skript ein.
Geschrieben, um nützlich zu sein, nicht als Rechtsberatung. Stand: 27. September 2026.