Hoe je je Lovable-site in Google geïndexeerd krijgt

TL;DR: Lovable bouwt razendsnel mooie sites, maar ze gaan vaak live met indexeringsproblemen — ontbrekende sitemaps, client-side rendering, of geen verificatie in Search Console. Zo los je dat op.

Vorige maand heb ik een vriend een weekend geholpen met de lancering van zijn Lovable-project. De app zag er fantastisch uit — strakke UI, snelle overgangen, precies het soort product waarbij je denkt: oké, dit ziet eruit als een echt softwarebedrijf. Maandagochtend appte hij me: "Waarom kan ik het niet vinden in Google?"

Dat gesprek mondde uit in een screenshare van twee uur waarin we vijf aparte indexeringsproblemen hebben opgelost. Sindsdien heb ik nog drie andere Lovable-gebruikers door exact hetzelfde proces geholpen, en de problemen zijn bijna altijd identiek. Dus heb ik deze gids geschreven om jou (en toekomstige mij) weer een screenshare te besparen.

Maar eerst even een reality check: indexeren versus ranken. Dat zijn twee verschillende dingen, en juist die verwarring maakt dat Lovable soms "traag" aanvoelt.

1. Indexeren betekent dat Google je pagina heeft ontdekt en in de index heeft opgenomen.
2. Ranken betekent dat Google besluit dat jouw pagina het verdient om te verschijnen voor een zoekopdracht.

Lovable-sites zijn client-side rendered (CSR) React-apps (React + Vite). Google kan CSR-sites indexeren, maar dat gebeurt vaak in twee fases: Google crawlt eerst je initiële HTML en komt later terug om JavaScript te renderen en de volledige content op te halen. Het gevolg: indexering kan dagen duren in plaats van uren voor nieuwe pagina's, zelfs als alles technisch in orde is. De site van mijn vriend deed er vier dagen over — voor hem voelde dat als een eeuwigheid, maar voor een nieuw CSR-domein zonder backlinks was het eigenlijk normaal.

Het goede nieuws: Lovable-sites kunnen net zo goed ranken als andere moderne JavaScript-sites, zolang de content correct laadt en belangrijke resources niet worden geblokkeerd.

Voordat je met Search Console aan de slag gaat: kies je "echte" domein

Je kunt een Lovable-project publiceren op:

• een standaard [your-project].lovable.app-URL, of

• een eigen domein (op betaalde abonnementen).

Voor SEO raadt Lovable expliciet aan om een eigen domein te gebruiken, omdat dat helpt om autoriteit te bundelen en op termijn één canonieke URL aan te houden. Dat sluit ook aan bij wat ik sowieso zou aanraden — ik heb subdomeinen op gedeelde platforms maandenlang zien publiceren zonder noemenswaardige domeinautoriteit op te bouwen.

Als het kan, gebruik dan een eigen domein en stel dat in als primair domein (zodat andere domeinen ernaartoe doorverwijzen). Lovable ondersteunt een configuratie voor een primair domein waarbij andere gekoppelde domeinen doorverwijzen naar het primaire domein.

Ben je nog niet klaar voor een eigen domein, geen stress — je lovable.app-site kan nog steeds geïndexeerd worden. Wees alleen consequent met één URL en blijf niet van subdomein wisselen. (De eerste fout van mijn vriend: hij had zijn subdomein al twee keer gewijzigd voordat hij überhaupt in Search Console keek. Elke keer zag Google het als een compleet nieuwe site.)

Stap 1 — Publiceer je site (en zorg dat Google erbij kan)

1) Publiceer openbaar

Controleer in de publicatie-instellingen van Lovable of je site publiek toegankelijk is. In Business/Enterprise-plannen kun je toegang beperken; als je publiceert als Workspace-only/private, kan Googlebot je site niet crawlen. Klinkt logisch, maar een van de drie mensen die ik hielp had precies dit probleem — ze hadden workspace-only aangezet voor een demo en waren vergeten het terug te zetten.

2) Stel basis metadata van je website in (helpt later voor doorkliks)

Lovable laat je tijdens het publiceren de metadata van je website instellen:

• Icon & title

• Description (meta description die in zoekresultaten / previews kan worden gebruikt)

• Share image (OG image)

Dit gaat indexering niet "forceren", maar het voorkomt het volgende probleem waar je tegenaan loopt: geïndexeerde pagina's met dramatische titels/snippets. Ik heb een site in de zoekresultaten zien verschijnen met "Vite + React + TS" als titel. Niet ideaal voor je CTR.

3) Publiceer opnieuw na wijzigingen

Wijzigingen in Lovable gaan niet automatisch live — je moet publiceren en daarna op Update klikken om de aanpassingen uit te rollen. Vergeet je dat, dan blijft Google de oude versie zien.

Stap 2 — Maak sitemap.xml in Lovable aan (en controleer of die laadt)

Sitemaps zijn extra belangrijk voor CSR-apps, omdat crawlers niet altijd alle SPA-routes makkelijk ontdekken. Lovable benoemt dit ook expliciet en zegt dat de agent op verzoek een sitemap.xml kan genereren.

Prompt die je in Lovable kunt plakken

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.

Lovable geeft precies deze aanpak plus een verificatiechecklist. Ik zou daar nog één ding aan toevoegen dat zij niet noemen: controleer na het genereren de lastmod-datums. Ik heb gezien dat die voor elke pagina op de generatiedatum werden gezet, en dan mis je eigenlijk het hele nut ervan.

Controleer of het werkt

Na het publiceren:

• Ga naar: https://yourdomain.com/sitemap.xml

• Controleer of het XML teruggeeft, en geen fout of HTML-pagina

• Controleer of je belangrijke routes erin staan (home, hoofdpagina's, blogposts, productpagina's, enz.)

Belangrijk: sitemaps worden niet automatisch bijgewerkt

Lovable geeft aan dat je de sitemap opnieuw moet genereren en opnieuw indienen wanneer je pagina's toevoegt of verwijdert (het is niet automatisch). Hier ging ik de eerste keer zelf ook de mist in — ik voegde een blogsectie toe en ging ervan uit dat de sitemap dat wel zou oppakken. Niet dus.

Stap 3 — Maak robots.txt aan (blokkeer geen JS/CSS/assets)

Een heel veelvoorkomende oorzaak van "Lovable indexeert niet" is dat je per ongeluk precies die bestanden blokkeert die Google nodig heeft om je site te renderen. Dit is het nummer één probleem dat ik zie bij Lovable-projecten, en ook het frustrerendst, omdat de site in je eigen browser gewoon prima lijkt te werken — het probleem wordt pas zichtbaar als een bot probeert te renderen.

Lovable raadt aan om een robots.txt te maken en waarschuwt expliciet: blokkeer nooit CSS, JavaScript of je /assets/-map, omdat Google die nodig heeft om CSR-pagina's te renderen.

Prompt die je in Lovable kunt plakken

Create robots.txt at /public/robots.txt that allows all crawlers and references Sitemap: https://yourdomain.com/sitemap.xml

(Pas de sitemap-URL aan.)

Controleer of hij live staat

Na publicatie moet je robots-bestand bereikbaar zijn op:

• https://yourdomain.com/robots.txt

Stap 4 — Voeg canonical tags toe (voorkom dubbele/concurrerende URL's)

Als je site via meerdere URL's bereikbaar is (bijvoorbeeld zowel via lovable.app als via je eigen domein), kan Google dit als duplicate content zien tenzij je aangeeft welke URL de voorkeursversie is.

Lovable raadt canonical tags aan en geeft daar ook een prompt + verificatieaanpak voor.

Prompt die je in Lovable kunt plakken

Add canonical tags to all pages pointing to their own URLs. Use https://yourdomain.com format with no trailing slash.

Snel controleren (browserconsole)

Lovable stelt voor om canonicals via de console te checken:

console.log('Canonical:', document.querySelector('link[rel="canonical"]')?.href);

En controleer dan:

• Precies één canonical per pagina

• Of die overeenkomt met je voorkeursdomein (HTTPS, voorkeur voor trailing slash, voorkeur voor www)

Stap 5 — Stel Google Search Console in (eigendom verifiëren)

Google Search Console is je controlepaneel voor indexering — en eerlijk gezegd is dit ook waar ik de meeste tijd doorbreng als ik een Lovable-site debug. Mijn vriend had het helemaal niet ingesteld toen hij me appte. We konden niet eens zien wat Google met zijn pagina's deed. Volledig blind vliegen. Zodra we GSC koppelden, zagen we dat Google drie van zijn pagina's had geprobeerd te crawlen en op alle drie was vastgelopen door geblokkeerde resources. Zonder GSC had hij waarschijnlijk wekenlang zitten gokken.

Het helpt je om:

• sitemaps en URL's in te dienen,

• indexdekking te bekijken,

• en URL Inspection te gebruiken om te begrijpen wat Google ziet.

1) Voeg je property toe

Voeg in Google Search Console de property toe voor de URL die je geïndexeerd wilt hebben.

2) Verifieer eigendom (kies een methode die je echt kunt uitvoeren)

Google vereist eigendomsverificatie voordat je indexeringssignalen kunt beheren.

De SEO-gids van Lovable raadt aan:

• DNS TXT (aanbevolen)

• Meta tag

• HTML file upload (plaats het in de root van de site, meestal /public)

In mijn ervaring is DNS TXT de extra setup waard, omdat het automatisch alle subdomeinen en protocollen afdekt. De meta tag-methode werkt ook, maar die moet je opnieuw doen als je het project ooit helemaal opnieuw opbouwt.

Optie A: DNS TXT (het beste als je een eigen domein hebt)

Lovable noemt DNS TXT expliciet de aanbevolen methode.
Google merkt ook op dat DNS-verificatie de enige manier is om een "Domain property" te verifiëren (dekt alle subdomeinen en protocollen).

Optie B: Meta tag-verificatie (goed als je <head> kunt bewerken)

Lovable geeft hiervoor een kant-en-klaar promptformaat:

<meta name='google-site-verification' content='YOUR_CODE' />

Voorbeeldprompt (plakken in Lovable):

Add GSC verification meta tag: <meta name='google-site-verification' content='YOUR_CODE' /> to the <head>

Optie C: HTML-bestand uploaden (werkt ook prima voor Lovable)

Google kan je een verificatiebestand geven dat je naar de root van je site moet uploaden. Lovable stelt voor om het in /public te plaatsen, zodat het beschikbaar is op https://yourdomain.com/[file-name].

Stap 6 — Dien je sitemap in bij Google Search Console

Zodra je property is geverifieerd:

1. Ga naar Sitemaps

2. Voer in: https://yourdomain.com/sitemap.xml

3. Klik op Submit

Lovable merkt op dat Google 24–48 hours nodig kan hebben om sitemap-indieningen te verwerken en erover te rapporteren. In de praktijk heb ik alles gezien tussen 6 uur en 3 dagen, afhankelijk van de leeftijd van het domein.

Stap 7 — Gebruik URL Inspection om rendering te testen + indexering aan te vragen

Dit is de snelste manier om antwoord te krijgen op:

"Ziet Google mijn content echt... of alleen een lege CSR-shell?"

Dit is ook altijd de stap waar ik begin als iemand me om hulp met indexering vraagt. Vergeet de sitemap, vergeet robots.txt — ga direct naar URL Inspection en bekijk de screenshot. Als Google een lege witte pagina ziet, maakt de rest niets uit totdat je dat oplost.

Lovable raadt URL Inspection specifiek aan om:

• te bevestigen dat Google echte content ziet (niet leeg),

• CSR-renderproblemen op te sporen,

• en te controleren of JS/CSS-resources worden geblokkeerd.

De exacte workflow (op z'n Lovable's)

Voor elke pagina die belangrijk voor je is:

1. Plak de URL in de URL Inspection-balk van Search Console

2. Klik op Test Live URL

3. Open View Tested Page en controleer:

• de screenshot van wat Googlebot ziet

• de gerenderde HTML

• consolefouten

• geblokkeerde resources

4. Klik op Request Indexing voor nieuwe/bijgewerkte pagina's (rate limited)

Belangrijk: indexering aanvragen is beperkt (en niet magisch)

De eigen documentatie van Google benadrukt:

• Je moet een geverifieerde eigenaar/full user zijn om indexering aan te vragen

• Er is een quota

• Steeds opnieuw dezelfde URL aanvragen zorgt er niet voor dat Google sneller crawlt

Dat heb ik in mijn beginjaren op de harde manier geleerd — ik zat letterlijk vijf keer achter elkaar op "Request Indexing" te klikken voor dezelfde URL, alsof elke klik nog een extra duwtje gaf. Doet het niet. Eén verzoek is genoeg.

Hoe het dashboard eruitzag nadat we het hadden opgelost

Dit is wat er met de site van mijn vriend gebeurde nadat we tijdens die screenshare stap 1 t/m 7 hadden doorlopen. Op dag één liet zijn Search Console nul geïndexeerde pagina's zien en de screenshot in URL Inspection was een witte rechthoek met een mini loading spinner -- Google had de HTML-shell wel gecrawld, maar was nooit teruggekomen om de JavaScript te renderen. Zijn robots.txt blokkeerde /assets/, en daar zaten precies alle CSS- en JS-bestanden in die de app nodig had.

We hebben de robots.txt gefixt, zijn sitemap opnieuw gegenereerd (die vermeldde eerst alleen de root-URL), canonical tags toegevoegd en op zijn vijf belangrijkste pagina's op "Request Indexing" geklikt. Daarna hebben we gewacht.

Dag twee: nog steeds niets. Hij stuurde me een screenshot van een leeg Coverage-rapport. Ik zei dat hij moest stoppen met checken.

Dag vier: zijn homepage verscheen in de index. URL Inspection liet een volledige render zien -- navigatie, hero-sectie, productscreenshots, alles erop en eraan. Het verschil tussen de screenshot van dag één (leeg wit) en die van dag vier (volledig gerenderde pagina) was enorm. Dezelfde site, dezelfde content. Het enige verschil was dat Google het nu daadwerkelijk kon zien.

Op dag tien waren alle vijf prioriteitspagina's geïndexeerd. Zijn /pricing-pagina begon binnen twee weken te verschijnen voor "[product name] pricing". Niets magisch -- gewoon de basis correct uitgevoerd. De hele fix kostte ons ongeveer 90 minuten echt werk, verspreid over die screenshare van twee uur (de andere 30 minuten waren vooral hij die stoom afblies over waarom dit niet automatisch ging).

Ik noem deze tijdlijn omdat ik realistische verwachtingen wil scheppen. Als je vandaag alles op deze lijst fixt, zie je waarschijnlijk op z'n vroegst pas donderdag resultaat. En dat is prima. CSR-indexering is trager, maar het werkt wel.

Stap 8 — Los de meest voorkomende CSR-valkuilen op (Lovable-specifiek)

Lovable is hier duidelijk over: CSR-indexering werkt meestal prima, maar er zijn een paar voorspelbare valkuilen. Dit zijn de grote boosdoeners die indexering stoppen of vertragen — ik heb ze allemaal in echte Lovable-projecten gezien.

Valkuil 1: Google ziet een lege pagina (of nauwelijks content)

Symptomen:

• De screenshot in URL Inspection ziet er leeg uit

• De gerenderde HTML bevat je echte content niet

Oplossingen:

• Zorg dat robots.txt JavaScript/CSS of /assets/ niet blokkeert

• Gebruik URL Inspection en daarna View Tested Page om geblokkeerde resources en consolefouten te vinden

Valkuil 2: Je bent vergeten routes in je sitemap op te nemen

Als een pagina alleen bestaat als een "route" in je SPA maar:

• nergens gelinkt is, en

• niet in de sitemap staat, dan ontdekt Google die mogelijk nooit.

Fix:

• Werk sitemap.xml bij zodra je pagina's toevoegt of verwijdert (Lovable zegt expliciet dat dit niet automatisch gebeurt).

Valkuil 3: Je metadata verandert niet per pagina

Lovable waarschuwt dat metadata niet automatisch per route wordt bijgewerkt in CSR-apps, tenzij je dat zelf implementeert. Hun aanbeveling: installeer react-helmet-async en stel unieke titels/descriptions per route in.

Waarom dit belangrijk is voor indexering:
Zelfs als je geïndexeerd wordt, kunnen pagina's voor crawlers (en in zoekresultaten) identiek lijken, wat je kwaliteitssignalen en CTR kan verlagen. Ik heb een Lovable-site gecontroleerd waarbij alle 12 pagina's in de index van Google exact dezelfde title tag hadden. Elke. Enkele. Resultaatregel. Zag. Er. Hetzelfde. Uit.

Valkuil 4: Je gebruikt "neplinks" (niet crawlbaar)

Lovable raadt interne links aan en zegt specifiek:

• Gebruik echte <a href>-links (geen click handlers)

• Zorg dat diepere pagina's binnen ongeveer 3 klikken vanaf de homepage bereikbaar zijn

• Voeg sitebrede footerlinks toe naar belangrijke pagina's

Waarom dit belangrijk is:
Interne links zijn een van de belangrijkste manieren waarop Google nieuwe pagina's ontdekt. Een perfecte sitemap helpt, maar crawlbare navigatielinks blijven belangrijk. Dit is breder een React-ecosysteemprobleem — het is heel makkelijk om navigatie te bouwen die voor gebruikers prachtig werkt, maar onzichtbaar is voor Googlebot omdat de links JavaScript click handlers zijn in plaats van echte anchor tags.

Stap 9 — Nog steeds niet snel in Google geïndexeerd? Overweeg prerendering

Als je een contentzware site bouwt, veel pagina's publiceert of in een competitieve SEO-niche zit, stelt Lovable prerendering voor als manier om HTML-snapshots voor bots te genereren terwijl mensen gewoon de JS-app blijven gebruiken.

Lovable merkt op:

• prerendering kan helpen bij snellere indexering en meer zichtbaarheid voor bots en AI-crawlers,

• het zit niet standaard ingebouwd,

• en je kunt het toevoegen via services zoals Prerender.io, DataJelly of Rendertron.

Je hebt dit niet nodig voor elk Lovable-project — maar het is een sterke hefboom als je SEO serieus neemt en sneller geïndexeerd wilt worden. Ik zou zeggen dat het de moeite waard wordt zodra je meer dan 20 pagina's hebt die moeten ranken.

Copy/paste-checklist: launch-checklist om je Lovable-site in Google geïndexeerd te krijgen

Gebruik dit vóór (en na) je iets indient in Search Console. Ik heb zelf een versie van deze checklist als bladwijzer opgeslagen en loop hem langs voor elke nieuwe Lovable-site waar ik aan kom.

Lovable-instellingen

• Site is gepubliceerd en publiek toegankelijk (niet Workspace-only/private).

• Ik heb opnieuw gepubliceerd/geüpdatet na mijn laatste wijzigingen.

• https://mydomain.com/sitemap.xml laadt geldige XML en bevat alle belangrijke routes.

• https://mydomain.com/robots.txt laadt, bevat een Sitemap:-regel en blokkeert geen CSS/JS//assets/.

• Canonicals bestaan en verwijzen naar mijn voorkeursvariant van het domein.

• Belangrijke pagina's zijn gelinkt via echte <a href>-links en bereikbaar vanaf de homepage.

Google Search Console

• Property toegevoegd voor het juiste domein (eigen domein heeft de voorkeur).

• Eigendom geverifieerd (DNS TXT aanbevolen waar mogelijk).

• Sitemap ingediend in GSC.

• Prioriteitspagina's getest via URL Inspection, daarna Test Live URL, daarna View Tested Page.

• "Request Indexing" alleen gebruikt voor belangrijke pagina's (rate limited).

Veelgemaakte fouten (en snelle fixes)

1) /assets/ blokkeren in robots.txt

Dit kan rendering voor CSR-apps kapotmaken. Lovable waarschuwt expliciet tegen het blokkeren van JS/CSS/assets.

Fix: sta assets toe; test opnieuw met URL Inspection.

2) Sitemap bestaat... maar pagina's ontbreken

Lovable zegt dat sitemaps niet automatisch worden bijgewerkt; je moet opnieuw genereren/opnieuw indienen wanneer URL's veranderen.

Fix: werk de sitemap bij; dien opnieuw in.

3) Je hebt de verkeerde property geverifieerd (verkeerd protocol of www)

Fix: kies één canonieke URL-strategie (HTTPS, met of zonder www) en lijn deze op elkaar af:

• canonical tags

• redirects naar je primaire domein

• GSC-property

4) Je hebt je Lovable-subdomein gewijzigd nadat je het in GSC had ingediend

Lovable laat je het gepubliceerde subdomein wijzigen. Daarmee verandert je URL, en dus ziet Google het als een nieuwe site.

Fix: stabiliseer je URL voordat je serieus met SEO aan de slag gaat; wijzig je hem toch, voeg dan de nieuwe property toe en dien de sitemap opnieuw in.

5) Verwachten dat "Request Indexing" direct ranking afdwingt

Google is hier duidelijk over: een crawl aanvragen garandeert geen directe opname, en crawlen kan dagen tot weken duren afhankelijk van kwaliteit en systemen.

FAQ

Hoe lang duurt het voordat een Lovable-site in Google wordt geïndexeerd?

De documentatie van Lovable zegt dat indexering hours to a few days kan duren, en dat je het kunt versnellen met sitemap submission + URL Inspection + Request Indexing voor prioriteitspagina's.
Google merkt ook op dat crawlen a few days to a few weeks kan duren, afhankelijk van de omstandigheden en kwaliteitssignalen. Op basis van wat ik heb gezien bij Lovable-sites waar ik aan gewerkt heb, is 2-5 dagen normaal voor de homepage, terwijl diepere pagina's soms een week of twee nodig hebben.

Kunnen Lovable-sites goed ranken in Google?

Ja — Lovable zegt dat zijn apps net zo goed kunnen ranken als andere moderne JavaScript-sites, zolang content correct laadt en belangrijke resources niet worden geblokkeerd.

Heb ik echt een sitemap nodig voor Lovable?

Sterk aanbevolen. Lovable zegt expliciet dat sitemaps extra belangrijk zijn voor CSR-sites omdat crawlers niet altijd alle routes kunnen vinden. Ik zou nog verder gaan en zeggen: het is in de praktijk bijna verplicht — zonder sitemap ben je volledig afhankelijk van Google dat je pagina's ontdekt via crawlbare links, en dat is voor SPA's gewoon onbetrouwbaar.

Wat moet ik als eerste controleren als mijn Lovable-site niet wordt geïndexeerd?

1. Is de site openbaar (niet Workspace-only/private)?

2. Laadt sitemap.xml?

3. Blokkeert robots.txt JS/CSS/assets?

4. Ziet Google in GSC URL Inspection echte content of een lege pagina?

Waarom laat Google Search Console een lege screenshot van de pagina zien?

Dat is vaak een CSR-renderprobleem: geblokkeerde resources, JS-fouten of Googlebot kan je app niet volledig renderen. Lovable raadt aan om URL Inspection te gebruiken en daarna View Tested Page om geblokkeerde resources en consolefouten op te sporen.

Wanneer moet ik prerendering overwegen voor Lovable?

Als je veel pagina's publiceert, snellere indexering nodig hebt of meer zichtbaarheid wilt voor bots en AI-crawlers. Lovable raadt prerendering aan en merkt op dat daarvoor een externe configuratie nodig is (het zit niet standaard ingebouwd).

Lees ook

• Gratis SEO-audittool — Spoor indexeringsproblemen op voordat ze je verkeer kosten.
• SEO-checklist na livegang — Alles wat je moet controleren nadat een site live is gegaan.
• Robots.txt-generator — Zorg dat je Googlebot niet per ongeluk blokkeert.