TL;DR: Lovable liefert CSR-React-Apps aus — schnell, hübsch und für Google ohne Pre-Rendering unsichtbar. Diese Checkliste deckt Sitemap, robots.txt, Meta-Tags und den Rendering-Fix ab, der das Ganze überhaupt erst zum Laufen bringt.
Lovable liefert CSR-React-Apps aus. Sie sind schnell, sehen gut aus und sind für Google unsichtbar. Hier ist die Liste der Fixes.
Ich habe in den letzten sechs Monaten vier Lovable-Seiten auditiert, und jede einzelne hatte dieselben drei Probleme: keine Sitemap, eine robots.txt, die JavaScript-Assets blockiert, und identische Meta-Titel auf jeder Route. Die Seiten sahen großartig aus. Der Code war sauber. SEO existierte praktisch nicht.
Das ist nicht per se ein Lovable-Problem — es ist ein CSR-Problem. Lovable baut Apps mit React + Vite und liefert sie als clientseitig gerenderte Single-Page-Applications aus. Dein Browser lädt zuerst eine kleine HTML-Hülle, danach rendert JavaScript die „Seiten“ als App-Zustände. Google kann CSR-Seiten indexieren, aber das passiert in zwei Stufen: zuerst wird das initiale HTML gecrawlt, dann kommt Google später zurück, rendert JavaScript und erfasst den vollständigen Inhalt. Diese Verzögerung bringt vorhersehbare SEO-Fallen mit sich, die du bei „HTML-first“-Plattformen nicht hast.
Behandle SEO wie Code: als etwas, das du bewusst implementierst, überprüfst und wartest. Lovable empfiehlt diesen Ansatz „SEO as code“ ausdrücklich in der eigenen Dokumentation.
Nutze das hier als dein „done = published“-Gate. Ich sage es ganz direkt, was am meisten zählt: Wenn du sonst nichts machst, behebe den ersten Abschnitt. Probleme bei Crawlability und Indexierung tauchen buchstäblich auf jeder Lovable-Seite auf, die ich bisher gesehen habe. Das On-Page-Zeug ist auch wichtig, aber ein perfekt optimierter Title-Tag ist wertlos, wenn Google deine Seite nicht rendern kann.
sitemap.xml hinzu und halte sie aktuell, wenn sich Routen ändernrobots.txt hinzu, die JS, CSS oder /assets/ nicht blockiert — inklusive Verweis auf deine Sitemaprobots.txt/llm.html oder ähnlich) in deine Sitemap einHier beginne ich jedes Lovable-Audit, und genau hier solltest du auch anfangen. Ich kenne die Versuchung, direkt in Content-Optimierung oder Linkbuilding zu springen, aber glaub mir — ich habe Leute dabei beobachtet, wie sie wochenlang Meta-Descriptions auf einer Seite verfeinert haben, die Google nicht einmal rendern konnte. Repariere zuerst das Fundament. Alles andere ist Feinschliff.
Lovable nennt eine Custom Domain „einen der wichtigsten Schritte“ für SEO, weil sie Autorität unter einer stabilen kanonischen URL bündelt. Entscheide dich einmal für dein Format — https://example.com vs https://www.example.com, mit Slash am Ende oder ohne — und halte es konsistent in Canonicals, internen Links, Sitemaps und Redirects. Ich kann das nicht deutlich genug sagen: Wähle ein Format und bleib dabei. Zwei der vier Seiten, die ich auditiert habe, hatten inkonsistente URLs — die Sitemap nutzte www, die Canonicals nicht, und die internen Links waren ein Mix aus beidem. Google hat drei Versionen jeder Seite indexiert.
Lovable unterstützt einen Primärdomain-Modus, bei dem andere Domains automatisch weiterleiten. Für Domains, die nach dem 29. Oktober 2025 hinzugefügt wurden, wird die erste Custom Domain standardmäßig zur primären Domain.
Sitemaps sind für CSR-Seiten entscheidend, weil Crawler SPA-Routen über normale Linkpfade nicht leicht entdecken können.
Lovable prompt:
Create XML sitemap at /sitemap.xml listing all public routes.
Include lastmod dates and priorities: homepage 1.0, main pages 0.8, blog posts 0.6.Prüfe das, indem du https://example.com/sitemap.xml öffnest und bestätigst, dass alle wichtigen Routen enthalten sind. Generiere sie neu, wenn sich URLs ändern — Lovable macht das nicht automatisch.
(Kurze Randbemerkung: Eine der vier Seiten, die ich auditiert habe, hatte eine Sitemap, in der nur die Startseite gelistet war. Sie hatten 23 Routen. Google hatte genau eine Seite indexiert. Zwanzig Minuten Sitemap-Arbeit haben ein Problem gelöst, an dem sie seit Monaten herumdebuggt haben.)
Lovable warnt ausdrücklich: Blockiere niemals CSS, JavaScript oder /assets/, weil Google diese Ressourcen braucht, um CSR-Seiten zu rendern.
Create robots.txt at /public/robots.txt that allows all crawlers
and references Sitemap: https://example.com/sitemap.xmlFüge selbstreferenzierende Canonical-Tags hinzu, um Duplicate-Content-Probleme durch SPA-Routing-Varianten zu vermeiden.
Add canonical tags to all pages pointing to their own URLs.
Use https://example.com format with no trailing slash.Schnelle Prüfung in der Konsole: console.log('Canonical:', document.querySelector('link[rel="canonical"]')?.href);
Das ist das Problem, das alle überrascht. Du baust fünf schöne Seiten in Lovable, jede mit anderem Inhalt, anderen Überschriften, anderem Zweck. Du öffnest sie im Browser und alles sieht unterschiedlich aus. Dann prüfst du den Google-Index und stellst fest, dass jede einzelne Seite denselben Titel hat: „My App - Built with Lovable.“ Der Grund: Lovable weist ausdrücklich auf eine CSR-Einschränkung hin: Metadaten werden nicht automatisch pro Route aktualisiert. Das bedeutet, dass jede Seite denselben Titel und dieselbe Description zeigt, wenn du das nicht behebst. Ich habe eine Lovable-Seite geprüft, bei der alle 12 Seiten im Google-Index denselben Title-Tag hatten. Der Betreiber hatte keine Ahnung, bis ich es ihm gezeigt habe.
Die Lösung ist react-helmet-async:
Install react-helmet-async and implement per-route SEO metadata:
unique <title>, meta description, canonical, OG tags, and Twitter Card tags for every important route.Prüfe das, indem du zwischen Routen navigierst und bestätigst, dass sich Seitentitel, Meta-Description, Canonical und OG-Tags im HTML ändern.
Brand -- Einzeiliges WertversprechenFeature-Name -- Nutzen | BrandAnwendungsfall für [ICP] -- Ergebnis | Brand[Primary Keyword]: Konkretes Versprechen (Year)Vorlage: Was es ist + für wen es ist + Beleg + CTA. Halte dich an 140–160 Zeichen.
Eine H1 pro Route. Nutze H2/H3 für Abschnitte, nicht fürs Styling. Verwende Listen und Tabellen für strukturierte Informationen. Platziere dein zentrales Wertversprechen und dein Primary Keyword sichtbar weit oben im HTML — nicht versteckt hinter Interaktionen.
Lovable sagt selbst, dass interne Links Nutzern und Suchmaschinen helfen, zu navigieren, Inhalte zu entdecken, Themenbeziehungen zu verstehen und Autorität zu verteilen.
Deine minimale brauchbare Architektur:
<a href="">-Links, keine Click-Handler, damit Crawler ihnen folgen könnenStarte mit Organization- und WebSite-Schema auf der Startseite, Article-Schema auf Blogposts, Product-Schema auf Produktseiten und FAQPage-Schema auf FAQ-Seiten.
Add JSON-LD structured data:
- Organization schema on the homepage (name, description, URL, logo, social links)
- Article schema on blog posts
- FAQPage schema on /faq
Validate output and keep it consistent with visible page content.Die meisten sozialen Plattformen führen JavaScript nicht aus. Ohne OG- und Twitter-Metadaten im initialen HTML bekommst du generische oder kaputte Link-Previews. Füge für jede wichtige Route einen einzigartigen OG-Titel, eine einzigartige Description und ein eigenes Bild hinzu. Verwende nicht für jede Seite dasselbe generische Bild.
Lovable enthält ein integriertes Speed-Tool auf Basis von Google Lighthouse. Zielwerte: Performance 90+, Accessibility 90+, Best Practices 90+, SEO 100.
Improve performance:
- compress large images, use WebP/AVIF
- add width/height attributes to images
- lazy load non-critical images
- defer non-essential scripts
- preload key assetsLovable enthält einen Abschnitt zu „AI bot access“, der zeigt, wie du Bots wie GPTBot, PerplexityBot, Claude-Web und Google-Extended erlaubst oder blockierst.
In der SEO-Community noch nicht wirklich belegt, aber Lovable empfiehlt eine dedizierte Zusammenfassungsseite, die AI-Systeme leicht crawlen und zitieren können. Enthalten sein sollten: was dein Produkt macht (1–2 Sätze), für wen es gedacht ist, zentrale Features (Bullets), Preisübersicht, Sicherheits-Highlights, Links zur Dokumentation und zu den Preisen sowie eine kurze FAQ mit zitierfähigen Antworten.
Schreibe kurze, direkte FAQ-Antworten, die mit der eigentlichen Antwort beginnen. Vermeide vage Marketing-Sprache. Genau daraus ziehen LLMs später ihre Snippets für Antworten.
Nutze Google Search Console als zentrales Monitoring-Tool. Verifiziere per DNS TXT (von Lovable empfohlen).
Wartungsplan:
Fehlende oder veraltete Sitemap. Gerade bei CSR besonders wichtig. Sie muss neu generiert und erneut eingereicht werden, wenn sich Routen ändern.
robots.txt blockiert Rendering-Ressourcen. Niemals CSS/JS oder /assets/ blockieren. Nach Änderungen in URL Inspection erneut testen.
Keine Titel oder Descriptions pro Route. Installiere react-helmet-async und setze einzigartige Metadaten pro Route.
Keine Canonical-Strategie. Füge selbstreferenzierende Canonical-Tags hinzu und entscheide dich für ein bevorzugtes Domain-Format.
Schwache interne Verlinkung. Stelle sicher, dass Navigation + Footer + kontextuelle Links vorhanden sind. Wichtige Seiten brauchen mehrere Links.
(Noch eine Randbemerkung: Der einfachste Weg, eine Lovable-Seite zu auditieren, ist, drei verschiedene Routen zu öffnen und zu prüfen, ob sich der Titel im Browser-Tab ändert. Wenn überall derselbe Titel steht, hast du das Metadaten-Problem. Dauert 10 Sekunden.)
Ja. Google kann CSR-Seiten über einen zweistufigen Prozess indexieren. Entscheidend ist, Crawlability und Metadaten pro Route korrekt umzusetzen.
CSR erfordert eine zweite Rendering-Welle, damit der vollständige Inhalt extrahiert werden kann. SSR- und SSG-Plattformen liefern vorgerendertes HTML aus, das Google sofort lesen kann.
Wenn dir langfristiges SEO wichtig ist: ja. Lovable empfiehlt das ausdrücklich, um Autorität unter einer kanonischen URL zu bündeln.
sitemap.xml (aktuell halten)robots.txt, die keine Assets blockiertSEOJuice automatisiert interne Verlinkung, Meta-Tag-Management und strukturierte Daten — Aufgaben, die schnell zum Engpass werden, wenn deine Content-Bibliothek wächst. Außerdem verfolgt es die Sichtbarkeit auf AI-Plattformen und in der Google Search Console.
Weiterführende Inhalte:
no credit card required