Integration

Barrierefreiheits-Widget in Wix einbinden.

Lesehilfen als benutzerdefinierten Code auf der gesamten Website laden. Die Lesehilfen ergänzen deine Arbeit an einer zugänglichen Website.

Anleitung geprüft am

Das brauchst du

Eine veröffentlichte Wix-Website mit verbundener Domain und Zugriff auf benutzerdefinierten Code. Lege in Accessonaut zuerst ein Projekt mit deiner tatsächlichen Website-Domain an und öffne im Projekt die Einbauseite.

Schritt für Schritt

  1. Öffne im Website-Dashboard Einstellungen → Benutzerdefinierter Code.
  2. Lege einen neuen Eintrag an und füge den Einbaucode ein. Gib ihm einen eindeutigen Namen, etwa Accessonaut.
  3. Wähle alle Seiten und die Platzierung am Ende des Body. Lade das Script einmal pro Dokument.
  4. Übernimm die Änderung und teste die veröffentlichte Domain sowie Seitenwechsel und mobile Ansichten.

So sieht die Einbindung aus

Verwende den fertigen Code aus deinem Projekt. Das Beispiel benötigt deine echte Projekt-ID und die öffentlich erreichbare Service-Adresse.

<script src="https://accessonaut.com/widget.js"
  data-project-id="DEINE_PROJEKT_ID"
  data-language="de" defer></script>

Das Design an deine Website anpassen

Öffne im Accessonaut-Projekt „Lesehilfen-Widget“. Fünf Vorlagen und eine Live-Vorschau helfen dir beim Gestalten: Farben, Schriften, Menübreite, Ecken, Schatten, Symbol oder beschrifteter Öffner sowie eigene Texte. Position und Randabstände lassen sich für Desktop und Smartphone abstimmen. Nach dem Speichern übernimmt dein vorhandener Einbaucode das Projektdesign automatisch; die öffentliche Konfiguration wird bis zu einer Minute zwischengespeichert.

Im WordPress-Plugin kannst du stattdessen lokale Einstellungen wählen. Diese haben Vorrang vor dem Projektdesign. Die Gestaltung ist in allen Tarifen verfügbar. Im Free-Tarif bleibt der Accessonaut-Hinweis sichtbar. Persönliche Leseeinstellungen deiner Besuchenden haben Vorrang vor Designvorgaben.

Darauf achten

Verwende den globalen benutzerdefinierten Code. Ein HTML-Embed in einem isolierten iframe kann die umgebende Wix-Website nicht anpassen. Stimme die Einbindung mit deinen Datenschutz- und Consent-Einstellungen ab.

Häufige Fragen zu Wix

Welche Voraussetzungen nennt Wix?

Laut Wix muss die Website veröffentlicht sein und eine verbundene Domain haben. Eine verbundene Domain setzt einen aktiven Premium- oder Studio-Tarif voraus. Wechselst du später die Domain, löscht Wix deine Code-Snippets. Füge den Code dann erneut ein und passe die Domain im Accessonaut-Projekt an.

Soll der Code einmal oder auf jeder Seite laden?

Wix lässt dich wählen, ob der Code nur einmal pro Besuch oder auf jeder geöffneten Seite lädt. Wähle für das Widget das einmalige Laden. Wird das Script doch erneut ausgeführt, legt das Widget kein zweites an, wenn es schon auf der Seite steht. Prüfe trotzdem mehrere Seitenwechsel.

Lädt das Widget vor der Cookie-Einwilligung?

Wix ordnet eigenen Code standardmäßig als essenziell ein. Er lädt dann vor der Einwilligung und lässt sich nicht abwählen. Im Reiter Code Type kannst du eine andere Kategorie wählen, etwa Functional. Dann lädt das Widget erst nach Zustimmung. Das Widget setzt keine Cookies und speichert Leseeinstellungen lokal im Browser. Entscheide nach deiner Datenschutzprüfung.

Warum sehe ich das Widget im Editor nicht?

Eigener Code wirkt laut Wix nicht im Editor und läuft nur auf der veröffentlichten Website. Prüfe das Widget deshalb immer auf deiner Domain.

Wenn etwas nicht klappt

Nach einem Domainwechsel ist das Widget verschwunden.

Ursache: Wix entfernt beim Domainwechsel die Code-Snippets.

Lösung: Lege den Eintrag unter Einstellungen → Benutzerdefinierter Code neu an und trage die neue Domain im Accessonaut-Projekt ein.

Das Widget erscheint erst nach dem Klick im Cookie-Banner.

Ursache: Der Code ist einer einwilligungspflichtigen Kategorie zugeordnet.

Lösung: Das ist die Folge deiner Einstellung. Prüfe im Reiter Code Type, ob sie deiner Datenschutzbewertung entspricht.

Du willst das Widget entfernen.

Ursache: Der Eintrag lädt auf allen gewählten Seiten, bis du ihn löschst.

Lösung: Lösche den Eintrag Accessonaut unter Benutzerdefinierter Code und prüfe danach die Live-Seite.

Einbau prüfen

  • Öffne die öffentliche Website in einem privaten Fenster. Das Widget wird genau einmal angezeigt.
  • Erreiche den Button mit der Tastatur. Öffne das Panel, ändere die Textgröße und schließe es wieder.
  • Prüfe Startseite, Unterseite, Formular und mobile Ansicht. Das Widget darf keine wichtigen Bedienelemente verdecken.
  • Prüfe im Netzwerk-Tab, dass widget.js und die Projektkonfiguration von deiner Service-Adresse geladen werden. Bei Fehlern kontrolliere Domain, Projekt-ID und CSP.
  • Bei Free-Projekten bleibt der sichtbare Accessonaut-Hinweis Bestandteil des Widgets. Berechtigungen kommen aus deinem Projekt.

Datenschutz und Grenzen

Beim Laden ruft der Besucherbrowser das Script und die Projektkonfiguration vom Accessonaut-Dienst ab. Dabei fallen IP-Adresse, Browser-Anfragedaten und Website-Hostname an. Darstellungswünsche werden lokal im Browser gespeichert. Berücksichtige die Einbindung in deinen Datenschutzhinweisen und prüfe deine konkrete Konfiguration.

Die Lesehilfen erzeugen keine Konformitätsgarantie. Prüfe Barrieren im Quellcode und vollständige Nutzerabläufe zusätzlich automatisch und manuell.

Offizielle Plattform­dokumentation

Wix: Benutzerdefinierten Code einbetten

Praxiswissen für deine nächsten Schritte

Alle Artikel im Wissensbereich