TL;DR: Lovable bouwt CSR-React-apps — snel en strak, maar zonder pre-rendering vaak slecht zichtbaar voor Google. Deze checklist behandelt sitemap, robots.txt, meta tags en de rendering-oplossing die zorgt dat alles werkt.
Lovable bouwt CSR-React-apps. Ze zijn snel, zien er strak uit en zijn zonder extra werk vaak onzichtbaar voor Google. Dit moet je fixen.
Ik heb in de afgelopen zes maanden vier Lovable-sites geaudit, en stuk voor stuk hadden ze dezelfde drie problemen: geen sitemap, een robots.txt die JavaScript-assets blokkeerde, en identieke paginatitels op elke route. De sites zagen er geweldig uit. De code was netjes. De SEO stelde praktisch niets voor.
Dit is niet per se een Lovable-probleem — het is een CSR-probleem. Lovable bouwt apps met React + Vite en levert ze uit als client-side rendered single-page applications. Je browser laadt eerst een kleine HTML-basis, waarna JavaScript de verschillende pagina's in de app opbouwt. Google kan CSR-sites indexeren, maar dat gebeurt in twee fases: eerst wordt de initiële HTML gecrawld, daarna komt Google later terug om JavaScript te renderen en de volledige content vast te leggen. Die vertraging zorgt voor voorspelbare SEO-valkuilen die je bij "HTML-first"-platforms niet ziet.
Behandel SEO als code: iets wat je bewust implementeert, verifieert en onderhoudt. Lovable raadt deze aanpak van "SEO as code" expliciet aan in hun documentatie.
Gebruik dit als je publicatiecheck. Ik ga er geen doekjes om winden: als je verder niets doet, pak dan de eerste sectie aan. Problemen met crawlbaarheid en indexering zie ik letterlijk op elke Lovable-site die ik heb bekeken. De on-page dingen zijn ook belangrijk, maar een perfect geoptimaliseerde paginatitel is waardeloos als Google je pagina niet kan renderen.
sitemap.xml toe en houd die up-to-date als routes veranderenrobots.txt toe die JS, CSS of /assets/ niet blokkeert — inclusief verwijzing naar je sitemaprobots.txt/llm.html of vergelijkbaar) in je sitemapHier begin ik elke Lovable-audit, en hier moet jij ook beginnen. Ik snap de verleiding om meteen naar contentoptimalisatie of linkbuilding te springen, maar geloof me — ik heb mensen weken zien besteden aan het finetunen van meta descriptions op een site die Google niet eens kon renderen. Fix eerst het fundament. Alles daarna is afwerking.
Lovable noemt een custom domein "een van de belangrijkste stappen" voor SEO, omdat het autoriteit bundelt onder één stabiele canonical URL. Kies één format en houd je eraan — https://example.com vs https://www.example.com, met trailing slash of zonder — en gebruik dat consequent in canonicals, interne links, sitemaps en redirects. Ik kan het niet vaak genoeg zeggen: kies één format en wijk er niet van af. Twee van de vier sites die ik heb geaudit hadden inconsistente URL's — de sitemap gebruikte www, de canonicals niet, en de interne links waren een mix van beide. Google indexeerde drie versies van elke pagina.
Lovable ondersteunt een primair domein waarbij andere domeinen automatisch redirecten. Voor domeinen die na 29 oktober 2025 zijn toegevoegd, wordt het eerste custom domein standaard het primaire domein.
Sitemaps zijn cruciaal voor CSR-sites, omdat crawlers SPA-routes niet makkelijk ontdekken via gewone linknavigatie.
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.Controleer dit door https://example.com/sitemap.xml te openen en te bevestigen dat alle belangrijke routes aanwezig zijn. Genereer de sitemap opnieuw wanneer URL's veranderen — Lovable doet dit niet automatisch.
(Kleine kanttekening: een van de vier sites die ik heb geaudit had een sitemap waarin alleen de homepage stond. Ze hadden 23 routes. Google had exact één pagina geïndexeerd. Twintig minuten werk aan de sitemap loste een probleem op waar ze al maanden op vastliepen.)
Lovable waarschuwt expliciet: blokkeer nooit CSS, JavaScript of /assets/, omdat Google die resources nodig heeft om CSR-pagina's te renderen.
Create robots.txt at /public/robots.txt that allows all crawlers
and references Sitemap: https://example.com/sitemap.xmlVoeg zelfverwijzende canonicals toe om duplicate content door variaties in SPA-routing te voorkomen.
Add canonical tags to all pages pointing to their own URLs.
Use https://example.com format with no trailing slash.Snelle verificatie in de console: console.log('Canonical:', document.querySelector('link[rel="canonical"]')?.href);
Dit is het probleem dat iedereen verrast. Je bouwt vijf mooie pagina's in Lovable, elk met andere content, andere koppen, een ander doel. Je opent ze in je browser en alles ziet er duidelijk verschillend uit. Dan check je de index van Google en ontdek je dat elke pagina exact dezelfde paginatitel heeft: "My App - Built with Lovable." Dat komt doordat Lovable expliciet wijst op een beperking van CSR: metadata wordt niet automatisch per route bijgewerkt tenzij je dat zelf implementeert. In een single-page app verandert de route wel, maar de metadata in de <head> verandert niet vanzelf mee. Dat betekent dat elke pagina dezelfde paginatitel, meta description, canonical en social tags kan blijven tonen, ook al is de zichtbare content compleet anders. Ik heb een Lovable-site gecontroleerd waar alle 12 pagina's exact dezelfde title tag hadden in de index van Google. De eigenaar had geen idee totdat ik het liet zien.
De oplossing is 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.Controleer dit door tussen routes te navigeren en te bevestigen dat de paginatitel, meta description, canonical en OG-tags in de HTML veranderen.
Brand -- One-line value propFeature Name -- Benefit | BrandUse Case for [ICP] -- Outcome | Brand[Primary Keyword]: Specific promise (Year)Template: wat het is + voor wie het is + bewijs + CTA. Houd het tussen 140-160 tekens.
Eén H1 per route. Gebruik H2/H3 voor secties, niet voor styling. Gebruik lijsten en tabellen voor gestructureerde informatie. Zet je belangrijkste value proposition en primary keyword zichtbaar in de HTML bovenaan — niet verstopt achter interacties.
Lovable geeft aan dat interne links gebruikers en zoekmachines helpen om te navigeren, content te ontdekken, onderwerprelaties te begrijpen en autoriteit te verdelen.
Je minimale werkbare architectuur:
<a href="">-links, geen click handlers, zodat crawlers ze kunnen volgenBegin met Organization- en WebSite-schema op de homepage, Article-schema op blogposts, Product-schema op productpagina's en FAQPage-schema op FAQ-pagina's.
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.De meeste sociale platforms voeren geen JavaScript uit. Zonder OG- en Twitter-metadata in de initiële HTML krijg je generieke of kapotte link previews. Voeg per belangrijke route een unieke OG title, description en afbeelding toe. Gebruik niet één generieke afbeelding voor elke pagina.
Lovable bevat een ingebouwde Speed-tool die draait op Google Lighthouse. Doelscores: 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 heeft een sectie "AI bot access" waarin staat hoe je bots zoals GPTBot, PerplexityBot, Claude-Web en Google-Extended kunt toestaan of blokkeren.
Nog niet bewezen binnen de SEO-community, maar Lovable raadt een aparte samenvattingspagina aan die AI-systemen makkelijk kunnen crawlen en citeren. Neem op: wat je product doet (1-2 zinnen), voor wie het is, belangrijkste features (bullets), samenvatting van pricing, security-highlights, links naar docs en pricing, en een korte FAQ met citeerbare antwoorden.
Schrijf korte, directe FAQ-antwoorden die beginnen met het hoofdantwoord. Vermijd vage marketingtaal. Dit zijn de snippets die LLM's in hun antwoorden overnemen.
Gebruik Google Search Console als je belangrijkste monitoringtool. Verifieer via DNS TXT (aanbevolen door Lovable).
Onderhoudsschema:
Ontbrekende of verouderde sitemap. Extra belangrijk voor CSR. Je moet die opnieuw genereren en opnieuw indienen wanneer routes veranderen.
robots.txt blokkeert rendering-resources. Blokkeer nooit CSS/JS of /assets/. Test opnieuw in URL Inspection na wijzigingen.
Geen paginatitels of meta descriptions per route. Installeer react-helmet-async en stel unieke metadata per route in.
Geen canonical-strategie. Voeg zelfverwijzende canonicals toe en kies één voorkeursformat voor je domein.
Zwakke interne linkstructuur. Zorg dat navigatie + footer + contextuele links aanwezig zijn. Belangrijke pagina's hebben meerdere links nodig.
(Nog een kleine terzijde: de makkelijkste manier om een Lovable-site te auditen is drie verschillende routes openen en kijken of de titel in het browsertabblad verandert. Als overal dezelfde paginatitel staat, heb je het metadata-probleem. Kost 10 seconden.)
Ja. Google kan CSR-sites indexeren via een proces in twee fases. De sleutel is dat je crawlbaarheid en metadata per route correct implementeert.
CSR vereist een tweede rendering-golf om de volledige content op te halen. SSR- en SSG-platforms serveren vooraf gerenderde HTML die Google direct kan lezen.
Als SEO op lange termijn belangrijk voor je is: ja. Lovable raadt het sterk aan om autoriteit onder één canonical URL te bundelen.
sitemap.xml (up-to-date gehouden)robots.txt die assets niet blokkeertSEOJuice automatiseert interne links, meta tag-beheer en gestructureerde data — taken die al snel knelpunten worden naarmate je contentbibliotheek groeit. Het houdt ook de zichtbaarheid op AI-platforms en in Google Search Console bij.
Gerelateerde artikelen:
no credit card required
No related articles found.