Lovable-Website nicht bei Google: Lösungen

Ältere Lovable-Apps senden eine fast leere Seite und verlassen sich für Google auf das Pre-Rendering von Lovable. Prüfen Sie, was Google bekommt, und schließen Sie dann die Lücken in Lovable. Geprüft am 8. Oktober 2026.

Zuerst: Welche Art Lovable-App haben Sie?

Lovable-Apps gibt es in zwei Arten, und die Lösungen unterscheiden sich. Apps, die am oder nach dem 13. Mai 2026 erstellt wurden, laufen auf TanStack Start, das jede Seite auf dem Server baut. Neue Enterprise-Projekte folgten am 22. Juni 2026. Ältere Apps sind React-Apps, gebaut mit Vite. Sie senden eine fast leere Seite, die der Browser mit JavaScript füllt.

Zum Prüfen öffnen Sie Ihre Live-Website und sehen sich den Seitenquelltext an (Strg+U, auf dem Mac Cmd+Option+U). Oder führen Sie diesen Befehl mit Ihrer eigenen Adresse aus. Bei einer älteren App gibt er das leere Root-Element aus:

curl -s https://www.example.com/ | grep -o '<div id="root"></div>'

Zeigt der Quelltext Ihre Überschriften und Texte, rendert die App auf dem Server. Besteht der Seitenkörper nur aus <div id="root"></div>, ist es eine ältere App. Sie können Lovable auch im Chat fragen: „What stack is this project on?“

Google bekommt meist mehr, als der Quelltext zeigt

Lovable liefert den Crawlern, die es bestätigt, vorgerenderte Kopien veröffentlichter Seiten. Auf der Liste stehen Google, Bing, Bots für Linkvorschauen und KI-Suchmaschinen wie ChatGPT, Perplexity, Claude und Gemini. Bei einer älteren App bekommt der Googlebot also normalerweise Ihren Text, obwohl der Quelltext leer ist.

SEO-Checker und andere Crawler bekommen die leere Seite. Deshalb kann ein externes Audit Ihre Lovable-Website leer nennen, während Google sie problemlos indexiert. Prüfen Sie, was Google selbst bekommen hat, bevor Sie etwas ändern.

Fügen Sie in der Search Console die Adresse der Seite in die Suchleiste oben ein. Das öffnet die URL-Prüfung.
Steht dort „URL ist auf Google“, klicken Sie auf Gecrawlte Seite anzeigen und sehen Sie das HTML, das Google indexiert hat.
Klicken Sie auf Live-URL testen, dann auf Getestete Seite anzeigen, und öffnen Sie den Tab Screenshot. So rendert Google die Seite heute.
Ein leerer Screenshot oder ein Ladekreis heißt, dass Google Ihren Inhalt nicht bekommt. Siehe Seite ohne Inhalt indexiert.

Fehlende Seiten, die mit 200 antworten

Bei der älteren Lovable-App, die wir im Oktober 2026 getestet haben, lieferte eine Adresse ohne Seite den Status 200, wie eine echte Seite. Die App zeichnete den Nicht-gefunden-Bildschirm dann per JavaScript. Google kann solche Adressen als Soft 404-Fehler melden. Die getesteten TanStack-Start-Apps lieferten einen echten 404.

Die Dokumentation von Lovable sagt nicht, welchen Status die vorgerenderte Kopie Google für eine fehlende Seite sendet. Listet die Search Console Soft 404-Seiten, beheben Sie es in der App. Der JavaScript-Leitfaden von Google nennt zwei Wege: den Besucher an eine Adresse schicken, die 404 liefert, oder dem Nicht-gefunden-Bildschirm ein noindex-Robots-Tag geben. Ein Beispiel-Prompt von uns, Lovable veröffentlicht keinen dafür:

When someone opens an address that has no page, show the not-found screen and add <meta name="robots" content="noindex"> to it. Don't add that tag to any other page.

Die dauerhafte Lösung: Upgrade auf TanStack Start

Nach dem Upgrade bekommt jeder Besucher und jeder Crawler die fertige Seite, nicht nur die Crawler, die Lovable bestätigt. Laut Lovable werden auch Linkvorschauen zuverlässiger. Die Menüs von Lovable sind auf Englisch:

Tippen Sie im Chat / und wählen Sie Migrate to TanStack Start. Oder öffnen Sie Settings > General > Project actions und wählen Sie Migrate.
Wählen Sie auf der erscheinenden Karte Start migration.
Klicken Sie sich in der Vorschau durch Ihre Seiten. Lovable warnt, dass Bibliotheken nur für den Browser das Server-Rendering stören können.
Veröffentlichen Sie. Bis dahin behält Ihre Live-Website die alte Fassung, und über den Versionsverlauf können Sie zurück.

Laut Lovable kostet das Upgrade meist 10 bis 35 Credits, je nach Größe des Projekts.

Titel, Sitemap, robots.txt und Canonical-Tags

Die meisten Punkte deckt die eigene Prüfung von Lovable ab. Öffnen Sie More > SEO & AI search und klicken Sie auf Scan project. Klicken Sie bei einem Befund auf Try to fix, dann nimmt Lovable die Änderung im Chat vor. Der Scan ist kostenlos, die Korrekturen kosten Nachrichten-Credits. Die Prüfung läuft beim Veröffentlichen nicht neu, klicken Sie nach großen Änderungen also wieder auf Scan.

Titel und Beschreibungen: Lovable schreibt beim Bauen einen Titel und eine Beschreibung für die Website. Bei einer älteren App stehen sie in index.html, also teilen alle Seiten sie, bis die App eigene setzt. Ändern Sie sie per Chat oder im Publish-Dialog unter Social & search appearance.
sitemap.xml: nicht immer von Anfang an da. Die Prüfung meldet eine fehlende Sitemap, Platzhalter-Routen, relative URLs und fehlende Seiten. Veröffentlichen Sie, bevor Sie sie einreichen, denn Google liest die Live-Datei.
robots.txt: Die Prüfung meldet eine fehlende Datei, Regeln, die Crawler sperren, und eine fehlende Zeile Sitemap:.
Canonical-Tags: Die Prüfung meldet falsche kanonische URLs, etwa wenn jede Seite auf die Startseite zeigt.
Fehlende Seiten: In unserem Test antworteten ältere Apps mit 200 und TanStack-Start-Apps mit 404.

Eigene Domain: Geben Sie Google eine Adresse

Verbinden Sie Ihre Domain unter Project > Settings > Domains. Die erste eigene Domain wird zur primären Domain. Sobald sie Live zeigt, schickt Lovable Besucher von Ihrer lovable.app-Adresse und jeder anderen Domain dorthin.

Lovable nutzt dafür eine 302-Weiterleitung, weil Sie die primäre Domain später ändern können. Google nimmt ein 302 nicht als Zeichen, dass die neue Adresse die Hauptadresse sein soll, und kann weiter die alte zeigen. Setzen Sie deshalb auf jeder Seite ein Canonical-Tag, das auf Ihre eigene Domain zeigt, und reichen Sie nur die Sitemap Ihrer eigenen Domain ein.

Der Search Console-Connector von Lovable kann Ihre Website bestätigen und die Sitemap einreichen. Er bestätigt nur per HTML-Tag, und das Tag muss im HTML stehen, das der Server sendet. Bei einer älteren App scheitert ein per JavaScript eingefügtes Tag mit failedToFindMetaTag. Branded-Workspace-URLs und nicht veröffentlichte Projekte werden nie indexiert.

Was die Search Console zeigt

Drei Gründe unter Indexierung > Seiten gehen darauf zurück, wie Lovable-Apps funktionieren.

Soft 404-Fehler

Ältere Lovable-Apps antworten bei Adressen ohne Seite mit 200 und zeichnen dann per JavaScript einen Nicht-gefunden-Bildschirm. Geben Sie dem Nicht-gefunden-Bildschirm ein noindex-Robots-Tag, oder schicken Sie Besucher an eine Adresse, die 404 liefert. TanStack-Start-Apps lieferten in unserem Test einen echten 404. Mehr dazu: Soft 404-Fehler.

Gecrawlt – zurzeit nicht indexiert

Google hat die Seite gelesen und sich gegen sie entschieden. Kurze Seiten aus einem einzigen Prompt geben ihm wenig Eigenes zum Behalten. Geben Sie jeder Seite ein klares Thema und echte Details und verlinken Sie sie von der Startseite. Lassen Sie Lovable aus Ihren eigenen Notizen schreiben, nicht allgemeine Texte. Mehr dazu: Gecrawlt – zurzeit nicht indexiert.

Seite mit Weiterleitung

Ist eine primäre Domain gesetzt, leiten Ihre lovable.app-Adressen und andere Domains auf sie weiter. Die Search Console listet diese alten Adressen hier. Das ist zu erwarten. Reichen Sie nur die Sitemap Ihrer primären Domain ein und lassen Sie jedes Canonical-Tag auf Ihre eigene Domain zeigen. Mehr dazu: Seite mit Weiterleitung.

Wie CrawlCoach bei einer Lovable-Website hilft

CrawlCoach liest das Ergebnis der Search Console für jede Seite Ihrer Sitemap und gruppiert die ausgelassenen Seiten nach Grund. Bei einer Lovable-Website stehen so die Seiten mit Soft 404 und mit Gecrawlt – zurzeit nicht indexiert in einer Liste, jede mit ihrer Lösung. Noch keine Sitemap? Der kostenlose Bericht sagt es Ihnen und prüft stattdessen die Seiten, die die Search Console schon kennt.

Die kostenpflichtigen Tarife lesen außerdem das HTML, das Ihr Server sendet, ohne JavaScript auszuführen. Bei einer älteren Lovable-App melden sie Seiten, die Menschen bei Google finden, deren Text aber nicht in diesem HTML steht. Crawler außerhalb der bestätigten Liste von Lovable sehen diese Seiten leer.

Häufige Fragen

Ist Lovable schlecht für SEO?

Nein. Apps seit dem 13. Mai 2026 senden Google die vollständige Seite. Ältere Apps senden den meisten Tools eine leere Seite, aber Lovable rendert sie für Google und die anderen bestätigten Crawler vor. Sie können eine ältere App auch auf TanStack Start upgraden.

Brauche ich einen Pre-Rendering-Dienst für meine Lovable-Website?

Laut Lovable nicht. Es rendert ältere Apps selbst für bestätigte Crawler vor. Brauchen auch andere Tools Ihren Text, upgraden Sie auf TanStack Start, statt einen Dienst hinzuzufügen.

Wo sind die SEO-Einstellungen von Lovable?

An drei Stellen. Die Prüfung starten Sie unter More > SEO & AI search. Titel, Beschreibungen und Vorschaubilder ändern Sie per Chat oder im Publish-Dialog. Domains verwalten Sie unter Project > Settings > Domains.

Was ist ein guter SEO-Prompt für Lovable?

Fangen Sie mit der Prüfung an, nicht mit einem eigenen Prompt. Die Schaltfläche Try to fix jedes Befunds schickt Lovable einen Prompt für genau dieses Problem. Für alles andere nennen Sie Seite, Problem und gewünschtes Ergebnis, etwa „Give /pricing its own title and description.“

Quellen

Geprüft am 8. Oktober 2026. Google ändert die Search Console und die Hilfe ab und zu. Sieht etwas auf Ihrem Bildschirm anders aus, sehen Sie in der Quelle nach.

Warum ist meine Lovable-Website nicht bei Google?