Vibecoding und SEO: Warum KI-gebaute Seiten fehlen können

Stand 17. Oktober 2026 · 8 Min. Lesezeit · That Works Media UG (haftungsbeschränkt)

Eine Website, die ein KI-Werkzeug per Prompt gebaut hat, sieht im Browser fertig aus und kann trotzdem bei Google und in KI-Antworten fehlen. Meist liegt es nicht an der Qualität des Designs, sondern an der Auslieferung: Was der Besucher sieht, ist nicht das, was ein Crawler beim ersten Abruf bekommt. Dazu kommen die üblichen Grundlagen, die niemand im Prompt verlangt hat. Stand: Oktober 2026.

Das Wichtigste in Kürze

  • Google führt JavaScript aus, aber mit Verzögerung. Inhalte, die erst im Browser entstehen, hängen davon ab. Inhalt direkt im HTML ist die sichere Grundlage.
  • Für KI-Crawler ist die Lage ungünstiger: Eine Analyse von Vercel und MERJ fand 2024 bei den großen KI-Crawlern keine JavaScript-Ausführung, außer bei Gemini, das Googles Infrastruktur nutzt. Das kann sich ändern.
  • Jede Seite braucht einen eigenen Titel und eine eigene Beschreibung. Ein App-Gerüst, das auf allen Adressen dasselbe ausliefert, erfüllt das nicht.
  • Seit Mai 2026 erzeugt Lovable neue Projekte laut eigener Dokumentation mit serverseitigem Rendering. Ältere Projekte und andere Werkzeuge können anders arbeiten: Prüfen Sie Ihre Seite, nicht die Werbeaussage.
  • Auch eine technisch saubere Seite rankt nicht von selbst. Ohne eigene Inhalte, Firmenangaben und Verlinkungen bleibt sie unsichtbar.

Was gemeint ist

Vibecoding heißt hier: Eine Website entsteht überwiegend durch Beschreibungen in natürlicher Sprache, die ein KI-Werkzeug in Code umsetzt, etwa mit Lovable. Das Ergebnis ist häufig eine Anwendung, die ihre Inhalte im Browser zusammensetzt. Für Besucher ist das unsichtbar, für Suchmaschinen und KI-Systeme nicht.

Ob solche Websites häufiger scheitern als andere, ist nicht untersucht. Die folgenden Ursachen sind Mechanismen, die sich aus der Dokumentation von Google und den Werkzeugherstellern ergeben, keine Messung über viele Websites.

Ursache 1: Der Inhalt entsteht erst im Browser

Google beschreibt drei Schritte: Seite abrufen, Seite rendern, Inhalt indexieren. Beim Rendern führt Google JavaScript in einer aktuellen Chromium-Version aus. Jede Seite mit Statuscode 200 kommt in eine Warteschlange, die Wartezeit reicht laut Google von Sekunden bis länger. Liefert die erste Antwort nur ein leeres Gerüst und den Rest erledigt JavaScript, muss Google diesen Schritt abwarten, bevor es den Inhalt kennt. Google selbst empfiehlt serverseitiges Rendering oder Vorab-Rendering weiterhin, auch weil nicht jeder Crawler JavaScript ausführt.

John Mueller sagte im Oktober 2025 auf Reddit zu einer vibe-codierten Seite, deren wichtiger Inhalt in einer JavaScript-Datei lag: Google nutze diese Datei nicht, und ihm sei keine Suchmaschine bekannt, die das tue. Die Informationen gehörten direkt ins HTML.

Ursache 2: Eine Adresse, ein Titel für alles

Jede Seite soll laut Google einen eigenen, aussagekräftigen Titel und eine eigene Beschreibung haben. JavaScript darf beides setzen. Problematisch wird es, wenn das App-Gerüst auf allen Adressen denselben HTML-Rahmen mit demselben Titel ausliefert und erst der Browser die Texte tauscht. Wie Meta-Titel und Beschreibung richtig aussehen, steht im eigenen Ratgeber.

Auch der Canonical-Tag gehört hierher. Google bevorzugt ihn im HTML. Setzt JavaScript ihn, muss er mit dem im ursprünglichen HTML übereinstimmen. Zeigt er auf allen Seiten auf die Startseite, sagt er Google, dass die Unterseiten Duplikate sind.

Ursache 3: KI-Crawler lesen oft nur das erste HTML

Vercel und MERJ werteten im Dezember 2024 das Verhalten von KI-Crawlern aus. Ergebnis: GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, PerplexityBot und weitere laden zwar JavaScript-Dateien, führen sie aber nicht aus. Eine Ausnahme ist Gemini, das Googles Infrastruktur nutzt, und AppleBot, der rendert. Die Autoren weisen selbst darauf hin, dass sich das Verhalten der Crawler weiterentwickelt. Die Analyse ist über ein Jahr alt: Prüfen Sie den aktuellen Stand, bevor Sie sich darauf verlassen.

Für Sie heißt das: Steht der Inhalt nicht im ersten HTML, kann er für diese Systeme fehlen. Ob ein KI-Crawler Ihre Seite überhaupt lesen darf, klärt die robots.txt; wie verbreitet Sperren sind, zeigt die Studie zu KI-Crawlern.

Ursache 4: Reste aus der Entwicklung

Google erklärt: Enthält das ursprüngliche HTML ein noindex, kann Google das Rendern überspringen, und JavaScript, das es entfernt, greift dann womöglich nicht. Ein noindex aus der Entwicklungsphase, das nach dem Start stehen bleibt, ist deshalb ein möglicher Grund, warum eine Seite fehlt. Prüfen Sie auch die robots.txt auf Regeln, die niemand bewusst gesetzt hat. Mueller nannte in seinem Beispiel unnötige Anweisungen in der robots.txt und riet bei einer Website mit nur einer Seite von der Sitemap ab.

Bei Anwendungen mit eigenem Routing kommt ein Weiteres hinzu: Links müssen echte Verweise mit Adresse sein. Google weist darauf hin, dass Adressen mit Rautezeichen (#/seite) unzuverlässig sind und die History-API mit normalen Pfaden die richtige Wahl ist. Fehlerseiten sollten einen Fehlerstatus liefern oder ein noindex tragen, sonst kann Google sie als normale Seite behandeln.

Ursache 5: Technik ist nur die Eintrittskarte

Eine fehlerfreie Auslieferung macht noch kein Ranking. Mueller betonte in seinem Beispiel, dass die technischen Korrekturen allein nicht viel Verkehr bringen würden, sie machten die Seite nur verständlich für Suchmaschinen. Was fehlt, ist dann oft das Übliche: eigene, belegbare Inhalte statt generischer Texte, ein erkennbares Unternehmen mit Impressum und Kontaktdaten, Verlinkungen von außen und Zeit. Versteckte Überschriften, die nur für Suchmaschinen geschrieben sind, nannte Mueller wertlos. Schreiben Sie sichtbare Inhalte, die Besuchern etwas erklären.

Was die Werkzeuge selbst sagen

Lovable beschreibt in seiner Dokumentation: Apps, die ab dem 13. Mai 2026 angelegt wurden (für Enterprise-Arbeitsbereiche ab dem 22. Juni 2026), nutzen TanStack Start, das Seiten auf dem Server rendert. Ältere Apps rendern im Browser. Für verifizierte Suchmaschinen, Social-Preview-Bots und KI-Crawler liefert Lovable nach eigener Angabe vorab gerenderte Kopien der veröffentlichten Seiten aus. Geeignete ältere Projekte lassen sich auf diese Technik umstellen. Eine eigene Prüfung im Projekt, der Reiter "SEO & AI search", kontrolliert Metadaten, Indexierung, strukturierte Daten, Vorschau beim Teilen, Sitemap und robots.txt.

Das sind Angaben des Herstellers, die wir nicht unabhängig getestet haben. Verlassen Sie sich deshalb nicht auf die Beschreibung, sondern auf Ihren eigenen Test.

Selbsttest in 10 Minuten

  1. Quelltext ansehen: Rufen Sie Ihre Unterseite im Browser auf und wählen Sie "Seitenquelltext anzeigen" (nicht die Entwicklerwerkzeuge, die zeigen den gerenderten Zustand). Steht der sichtbare Text im Quelltext? Haben Titel und Beschreibung je Seite eigene Werte?
  2. Search Console: Fügen Sie die Domain hinzu, öffnen Sie die URL-Prüfung, starten Sie "Live-URL testen" und sehen Sie sich unter "Getestete Seite" das HTML und den Screenshot an. Das zeigt, was Googles Crawler sieht. Der Test ist an Ihre Property gebunden.
  3. Titel und Canonical je Seite: Vergleichen Sie zwei Unterseiten. Gleicher Titel oder Canonical auf der Startseite heißt: nacharbeiten.
  4. noindex und robots.txt: Suchen Sie im Quelltext nach noindex und öffnen Sie /robots.txt.
  5. KI-Crawler: Der KI-Crawler-Check prüft, ob Ihre robots.txt die gängigen KI-Crawler zulässt. Der vollständige Report enthält zudem den Prüfpunkt "Inhalt ohne JavaScript lesbar".

Der kostenlose Kurz-Check unten prüft die Grundlagen Ihrer Startseite.

Was dagegen hilft

Maßnahme Wirkung Aufwand
Serverseitig gerenderte oder vorab gebaute Seiten (z. B. mit einem Framework, das das kann) Inhalt steht im ersten HTML, für Google und KI-Crawler je nach Werkzeug von gering bis hoch
Eigener Titel, eigene Beschreibung und eigener Canonical je Adresse Seiten sind unterscheidbar gering
noindex und robots.txt kontrollieren Seite darf überhaupt in den Index gering
Echte Links mit Pfaden statt Klick-Handlern und Rautezeichen Google findet Unterseiten gering bis mittel
Eigene Inhalte, Firmenangaben, Impressum Grundlage für Ranking und Zitate laufend

Beginnen Sie oben links und arbeiten Sie sich vor. Auch mit vorab erzeugten Seiten bleibt die Kontrolle von Titeln, Canonicals und Inhalten nötig.

Häufige Fragen

Ranken Websites aus Lovable oder ähnlichen Werkzeugen grundsätzlich nicht?

Nein. Ob eine Seite gefunden wird, hängt von Auslieferung, Inhalten und Verlinkung ab, nicht vom Werkzeug. Eine belastbare Untersuchung, die Vibecoding-Websites pauschal schlechter stellt, haben wir nicht gefunden. Ein Rendering im Browser ist ein Risiko, kein Ausschluss.

Reicht es, die Meta-Tags per JavaScript zu setzen?

Google erlaubt das ausdrücklich, und Titel und Beschreibung dürfen per JavaScript gesetzt werden. Sie hängen dann aber vom Rendern ab. Andere Crawler, etwa die der KI-Anbieter, führen laut Vercel und MERJ kein JavaScript aus und sehen sie womöglich nicht.

Wie lange dauert es, bis Google meine neue Seite zeigt?

Das hängt von der Seite ab und lässt sich nicht verlässlich vorhersagen. Google nennt für das Rendern Wartezeiten von Sekunden bis länger. Reichen Sie die Seite in der Search Console ein und prüfen Sie die URL, statt zu raten.

Muss ich das Werkzeug wechseln?

Nicht zwingend. Prüfen Sie zuerst, was Ihre Seite im ersten HTML ausliefert. Viele Probleme, etwa Titel, noindex und Links, lassen sich im bestehenden Projekt beheben. Bleibt der Inhalt dauerhaft im Browser, ist ein Wechsel zu serverseitigem Rendering oder Vorab-Rendering der sichere Weg.

Quellen

Ihre Domain kostenlos prüfen

Wir prüfen die wichtigsten Punkte Ihrer Startseite und fragen ein KI-System, ob es Sie bei einer typischen Kundenfrage nennt.

Kostenlos, ohne Konto und E-Mail-Adresse. Erstes Ergebnis nach etwa 30 Sekunden.