KI erstellt Ihre Website. Wawsome stellt sicher, dass jeder sie nutzen kann.
Tools wie Lovable, Bolt und v0 ermöglichen Ihnen eine funktionierende Website an einem Nachmittag, und das können sie gut. Was sie nicht tun, ist zu prüfen, ob diese Website für jemanden funktioniert, der einen Screenreader oder eine Tastatur benutzt, oder Ihnen etwas vorzulegen, wenn ein Kunde oder eine Behörde danach fragt. Das ist der Teil, den Wawsome übernimmt.
Jeder Scan wird nach EN 301 549 und WCAG 2.2 durchgeführt – den Standards, auf die die EAA verweist.
Wawsome und eine Korrektur nach Gefühl, nebeneinander
Warum Teams Wawsome einer DIY-Lösung vorziehen
KI generiert. Sie verifiziert nicht. Bitten Sie eine KI, „dies barrierefrei zu machen“, und sie wird Alt-Text und ein paar Labels hinzufügen. Was sie Ihnen nicht sagen wird, ist, was sie übersprungen hat, oder ob das Ergebnis für jemanden funktioniert, der mit der Tastatur navigiert. Wawsome scannt die Live-Seite anhand echter WCAG-Kriterien und zeigt Ihnen genau, was fehlt.
Konformität ist keine einmalige Angelegenheit. Die EAA ist kein einmaliges Ziel. Jede neue Seite, jedes Redesign, jeder Übergang von WCAG 2.1 zu 2.2 öffnet die Lücken neu. Wawsome überwacht kontinuierlich, sodass Sie nicht bei jeder Veröffentlichung manuell nachprüfen müssen.
Beweis, keine Gefühle. Eine Codierung nach Gefühl hinterlässt das Gefühl, dass die Website in Ordnung ist. Wenn das Beschaffungsteam eines Kunden oder eine Behörde Nachweise verlangt, ist ein Gefühl kein Dokument. Wawsome liefert Ihnen prüfungsbereite Exporte, die Sie übergeben können.
Eine Zeile, kein Refactoring. Die Website ist fertig. Sie möchten nicht wieder in den Code eintauchen. Wawsome lässt sich mit einer einzigen Zeile installieren, ohne Entwickler und ohne Neuaufbau, und funktioniert sofort.
Woher die Lücken tatsächlich kommen
Die gleichen vier Lücken treten bei fast jeder KI-erstellten Website auf, weil sie dort entstehen, wo die Komponenten des Tools keine Abhilfe schaffen können.
Der Inhalt, den die KI ausfüllt. Die beiden häufigsten Barrierefreiheitsmängel im Web sind kontrastarmer Text und fehlender Alt-Text für Bilder – und eine Komponentenbibliothek kann beides nicht beheben. KI wählt Farbtokens danach aus, wie die Marke aussieht, nicht nach dem von WCAG geforderten Kontrastverhältnis von 4,5:1, und generierte oder Platzhalterbilder werden oft mit fehlendem oder generischem Alt-Text („Bild“, einem Dateinamen oder nichts) ausgeliefert.
Die benutzerdefinierten Elemente. Standardkomponenten sind das eine. Sobald Sie die Anweisung geben: „Erstelle mir ein benutzerdefiniertes X“ – ein maßgeschneidertes Dropdown, eine anklickbare Karte, eine ausgefallene Navigation – kann die KI es als gestyltes Div anstatt eines echten Buttons oder Links von Hand erstellen. Es sieht identisch aus und funktioniert mit der Maus, aber ein Tastaturbenutzer kann es nicht erreichen und ein Screenreader meldet nichts.
Die Seite, die die Komponenten umgibt. Komponenten bestimmen nicht das gesamte Dokument. Die Überschriftenreihenfolge wird übersprungen, die Seite deklariert möglicherweise ihre Sprache nicht, Landmark-Regionen und ein Skip-Link fehlen, und jede Route kann einen generischen Titel teilen. Nichts davon wird in der Vorschau angezeigt; alles davon ist wichtig für jemanden, der einen Screenreader benutzt.
Was nach einem Klick passiert. Die meisten dieser Tools erstellen Single-Page-Anwendungen. Standardmäßig verschiebt das Wechseln zwischen „Seiten“ den Tastaturfokus nicht und meldet die Änderung nicht an assistierende Technologien. Und da KI-generierte Seiten stark auf ARIA angewiesen sind, gibt es einen Haken: Falsch angewendetes ARIA macht die Dinge schlimmer, nicht besser – WebAIM stellte fest, dass Seiten, die ARIA verwendeten, im Durchschnitt mehr als doppelt so viele Fehler aufwiesen als Seiten ohne ARIA.
Das ist keine Vermutung
In der WebAIM-Analyse von 2026 der Top-Millionen-Homepages stiegen die Barrierefreiheitsfehler innerhalb eines Jahres um etwa 10 %, was jahrelange langsame Verbesserungen zunichtemachte. Der Bericht führt diese Umkehrung teilweise auf die zunehmende Komplexität von Seiten und KI-gestütztes Coding zurück, das er als „Vibe Coding“ bezeichnet. Text mit geringem Kontrast allein findet sich mittlerweile auf etwa 84 % der Homepages. Dieselben sechs Probleme – Kontrast, Alt-Text, Formularbeschriftungen, leere Links, leere Schaltflächen, fehlende Sprache – machen seit sieben Jahren rund 96 % aller festgestellten Fehler aus. Eine schnellere Art zu entwickeln hat nicht geändert, welche Dinge übersehen werden. Es hat nur mehr davon hinzugefügt.
So zeigt es sich in dem Tool, das du verwendest
Lovable generiert React mit shadcn/ui-Komponenten, die auf Radix-Primitiven aufgebaut sind – viele der schwierigen Teile sind daher bereits integriert: Fokusbehandlung in Menüs und Dialogen, Tastaturinteraktion bei Standardelementen, sinnvolles ARIA. Du startest besser als der Großteil des Webs. Die Lücken sind die oben genannten: die Farben und Bilder, die es einfügt, alle benutzerdefinierten Teile, die du per Prompt anforderst, die Seitenstruktur – und die Tatsache, dass nichts die fertige Seite gegen den Standard prüft.
Scanne deine Lovable-Site kostenlos
Bolt (von StackBlitz) läuft in einem Browser-WebContainer und setzt, wie Lovable, auf React mit Tailwind und shadcn-ähnlichen Komponenten – dieselben barrierefreien Primitiven gelten, aber auch dieselben blinden Flecken. Wo es besonders schmerzt: Bolt ist auf schnelle, teilbare Demos ausgelegt und hat eine dünnere Backend-Geschichte, weshalb Teams Formulare und benutzerdefinierte Abläufe oft manuell verdrahten. Genau dort fehlen dann Labels und Tastaturunterstützung. Die Komponenten sind in Ordnung; der Klebstoff zwischen ihnen ist das, worauf man achten sollte.
Scanne deine Bolt-Site kostenlos
Vercels v0 generiert Next.js mit shadcn/ui und Tailwind und begann als Komponentengenerator – seine UI-Primitiven gehören daher zu den saubersten hier. Es führt sogar bei jeder Generierung einen automatischen Scan durch – für Sicherheitsprobleme wie offengelegte Schlüssel, nicht für Barrierefreiheit. Das sagt alles: Ein Tool kann sich selbst auf eine Klasse von Problemen prüfen und trotzdem Kontrastfehler und fehlenden Alt-Text unberührt liefern. Starke Komponenten ergeben allein noch keine konforme Seite.
Scanne deine v0-Site kostenlos
Replit Agent ist ein anderes Tier. Es legt sich nicht auf eine Komponentenbibliothek fest – es wählt einen Stack pro Projekt, von React bis zu einem Python-Backend, und schreibt einen Großteil der Struktur selbst. Es gibt also keine garantierte barrierefreie Basis, wie shadcn sie Lovable oder v0 bietet; was du bekommst, hängt davon ab, was der Agent gewählt hat und wie sauber er gebaut hat. KI-generierter Code ist hier oft schnell, aber nicht idiomatisch – ein fruchtbarer Boden für strukturelle Lücken und fehlende Labels, die ein Scan aufdeckt. Weniger vorhersehbare Grundstruktur, mehr Grund, die fertige Seite zu prüfen.
Scanne deine Replit-Site kostenlos
Cursor (und andere In-Editor-Assistenten) ist kein Website-Builder – es ist ein KI-Assistent in deinem eigenen Editor, der in die Codebasis schreibt, die du bereits hast. Barrierefreiheit ist daher nur so gut wie das, was du anforderst und was du prüfst. Cursor fügt ein aria-label hinzu, wenn du es per Prompt verlangst – und liefert genauso bereitwillig ein klickbares div, wenn du es nicht tust. Es gibt keinen Build-Schritt, der das Ergebnis auch nur ansatzweise prüft. Wenn du mit Cursor, Claude Code oder Copilot veröffentlichst, braucht die fertige Seite trotzdem einen unabhängigen Abgleich mit dem Standard – der Assistent erledigt das nicht für dich.
Sieh es auf deiner eigenen Site
Gib die URL deiner Site ein und führe sie durch unseren Checker. Der Scan liest die gerenderte Seite – das tatsächliche DOM, das dein Tool ausliefert, nach Styles und Scripts – und berichtet gegen WCAG 2.2 / EN 301 549. Du siehst die Kontrastfehler, die unbeschrifteten Bilder und Steuerelemente sowie die strukturellen Lücken in etwa 10 Sekunden. Kein Konto erforderlich, um das Ergebnis zu sehen.
So passt Wawsome zu deiner Arbeitsweise
Wawsome ersetzt deinen Builder nicht. Baue weiter, wie du baust. Es legt sich über die fertige Site:
- Führe einen kostenlosen Scan durch. Richte scan.wawsome.com auf deine Site und sieh, wie sie abschneidet.
- Füge eine Zeile Code hinzu. Kein Export, kein Refactoring, kein zweiter Entwickler.
- Wende die Korrekturen an. Das Widget übernimmt die häufigen Lücken, die der Scan gefunden hat.
- Lass das Monitoring laufen. Wenn du Seiten hinzufügst und neue Prompts eingibst, prüft Wawsome kontinuierlich, damit die Konformität nicht wieder entgleitet – und die Evidenz-Exporte geben dir etwas, das du einem Kunden oder einer Behörde vorzeigen kannst.
Ist Wawsome das Richtige für dein Team?
Wawsome ist einen Blick wert, wenn einige dieser Punkte auf Sie zutreffen:
- Sie haben Ihre Website mit einem KI-Tool erstellt oder sind gerade dabei
- Sie verkaufen an oder bedienen Kunden in der EU, daher gilt der EAA
- Sie haben keinen Entwickler oder Barrierefreiheitsspezialisten zur Hand
- Sie haben die fertige Website noch nie auf WCAG-Konformität geprüft
- Sie möchten nicht jedes Mal manuell nachprüfen, wenn Sie eine neue Eingabe machen
FAQ
Kann KI eine Website barrierefrei machen?
Teilweise. KI-Tools kümmern sich um die sichtbaren Korrekturen: Alt-Texte, Beschriftungen, Kontrast – aber sie können ihre eigene Arbeit nicht anhand des Standards überprüfen oder Ihnen einen Nachweis der Konformität liefern. Das ist die Lücke, die Wawsome schließt.
Ist meine Lovable / Bolt / v0 Website EAA-konform?
Nicht automatisch. Diese Tools bieten eine gute Grundlage auf Komponentenebene, aber der Inhalt, benutzerdefinierte Teile und die Seitenstruktur erfüllen normalerweise nur einen Teil des Standards, nicht alles. Ein Scan verrät Ihnen, welche.
Warum hat meine KI-erstellte Website einen Scan nicht bestanden, wenn die Komponenten barrierefrei sind?
Barrierefreie Grundelemente garantieren keine barrierefreie Seite. Kontrast, Alt-Texte, Überschriften und alle benutzerdefinierten Komponenten werden durch die generierte Ausgabe bestimmt, nicht durch die Bibliothek.
Brauche ich einen Entwickler, um das zu beheben?
Nein. Wawsome lässt sich mit einer Zeile installieren, und das Widget übernimmt die gängigen Korrekturen.
Gilt der EAA tatsächlich für mich?
Erinnern Sie sich an die DSGVO? Ähnlich verhält es sich hier. Wenn Sie Dienstleistungen für EU-Verbraucher anbieten, gilt der EAA – in Kraft seit dem 28. Juni 2025 – wahrscheinlich auch für Sie. Wawsome ist keine Rechtsberatung, prüfen Sie daher Ihre Verpflichtungen; der technische Standard ist EN 301 549 / WCAG 2.2.
Nutzen Sie KI zum Erstellen. Nutzen Sie Wawsome, um konform zu bleiben.
Die Website ist jetzt der einfache Teil. Sie für alle zugänglich zu machen und dies auch zeigen zu können, ist der Teil, der richtig gemacht werden muss. Führen Sie einen kostenlosen Scan durch und sehen Sie, wo Ihre Website steht.