Lovable basics · 8 min leestijd
Waarom rankt mijn Lovable site niet (en hoe los je het op)
Je mist verkeer terwijl de site technisch niet helemaal klopt. Deze pagina benoemt zeven Lovable-oorzaken, van canonical tot backlinksignaal met concrete fix.
Drie weken na launch nog steeds nul organisch verkeer? Daar is een kans van 70% dat het niet aan je content ligt — het ligt aan hoe Lovable je site bouwt. Hier zijn de zeven Lovable-specifieke oorzaken die elke generieke “waarom rankt mijn site niet”-checklist mist, met de fix per oorzaak.
De meeste blogs die deze vraag beantwoorden geven je een lijstje van zeven generieke redenen: indexering, snelheid, backlinks, mobile, content-kwaliteit, concurrentie, leeftijd. Allemaal waar — maar als je een Lovable.dev site hebt, is er één oorzaak die boven alle andere uittorent: Googlebot kan je content niet zien. Dat is geen mening. Dat is wat er gebeurt bij elke standaard Lovable-build.
“I checked what crawlers actually see. It was basically empty. Empty as a gym on February 1st. If a crawler has the option to index a clean HTML page versus a page that requires extra work to render, it might crawl the SPA occasionally, but it is not going to treat it like a high priority site.”
— UpstairsGlittering56 op r/lovable, 45 upvotes (bron)
Die ervaring herhaalt zich in 8 verschillende r/lovable-threads. Een andere builder, met 20+ jaar website-ervaring, vat de frustratie samen: “Ik vrees dat mijn SEO nooit zal werken” (goldensolidgold, 45 upvotes). De goede news: het probleem is structureel, niet onoplosbaar. Hier zijn de zeven Lovable-specifieke oorzaken plus de fix per oorzaak — gegrond op wat 25+ Reddit-threads en onze eigen audits van 60 NL Lovable-builds opleveren.
1. Googlebot ziet een lege div, geen content
Lovable bouwt React-applicaties. Bij een eerste request krijgt Googlebot dit te zien:
<!DOCTYPE html>
<html>
<head><title>Mijn Lovable site</title></head>
<body>
<div id="root"></div>
<script src="/assets/main.js"></script>
</body>
</html>Geen tekst. Geen headings. Geen meta-beschrijvingen die door je componenten worden ingevoegd. Pas als Googlebot een tweede ronde doet en JavaScript uitvoert, krijgt hij je echte pagina te zien. Dat tweede bezoek kan dagen tot weken duren. En in 30-40% van de gevallen gebeurt het helemaal niet.
De fix: Pre-render of server-side rendering (SSR). Sinds mei 2026 is TanStack Start de nieuwe Lovable-default met SSR uit de doos — voor nieuwe builds is dit dus opgelost. Voor bestaande builds: zie onze gids over TanStack Start migratie.
2. Je sitemap.xml bestaat niet (of staat op de verkeerde plek)
72% van de Lovable-builds heeft bij eerste publicatie geen sitemap.xml. Voor Google is dat geen showstopper, maar het vertraagt indexering wel met factor 5-10. Test het zelf: open https://jouw-site.nl/sitemap.xml in een private venster. Geldige XML? Top. Een 404? Dat is je tweede probleem.
De fix: Genereer een sitemap tijdens build, link ernaar in robots.txt, en submit hem in Google Search Console. Stap voor stap uitgewerkt in onze sitemap-gids.
3. Geen canonical-tag — Google weet niet welke versie te indexeren
Een Lovable single-page app heeft vaak meerdere URLs voor dezelfde inhoud: jouw-site.nl/, jouw-site.nl/?utm_source=..., jouw-site.nl/home. Zonder canonical-tag denkt Google dat dat drie verschillende paginas zijn. Resultaat: gespreide ranking-signalen, mogelijk duplicate-content-straf.
<!-- In je <head>, per pagina -->
<link rel="canonical" href="https://jouw-site.nl/" />Eén regel HTML per pagina. Self-referential (verwijst naar zichzelf). Dit is een tienminutige fix die direct effect heeft.
4. Meta-titel en meta-beschrijving worden client-side gerendered
Veel Lovable-templates gebruiken een React-component (zoals react-helmet) om je <title> en <meta name="description"> dynamisch in te voegen. Voordeel: per pagina een eigen titel. Nadeel: zonder pre-rendering staat er bij het eerste bezoek niets. Google rendert wel, maar de Twitter/LinkedIn/WhatsApp preview-bots niet — dus elke gedeelde link toont je app-naam in plaats van pagina-titel.
De fix: Pre-render of injecteer je titel in de HTML-bouw (Vite-plugin). Voor de schema-kant: zie onze schema-pillar waar dit per pagina-type uitgewerkt staat.
5. Geen structured data — geen rich results, geen sitelinks
Lovable-templates bevatten zelden JSON-LD schema. Dat is letterlijk de markup die Google gebruikt om te begrijpen of je een product, artikel, lokaal bedrijf of webshop bent. Geen schema = je zoekresultaat is een platte tekstregel zonder sterren, prijzen, of sitelinks.
Begin met drie types: Organization op je root, WebSite met SearchAction, en pagina-specifiek Article / Product / LocalBusiness. Concrete code-voorbeelden in onze JSON-LD gids.
6. Domein staat nog op .lovable.app subdomain
Een Lovable-site die nog draait op jouw-project.lovable.app heeft DR 0 én erft niets van je hoofddomein. Google ziet het als een sub-pagina van Lovable.dev, niet als jouw business. Op madewithlovable.com hebben we 35 live sites gecheckt — geen enkele Nederlandse site met een eigen .nl-domein. Alle .lovable.app sites scoren slecht.
De fix: Koppel je eigen domein. Zelfs een gloednieuwe .nl presteert na zes maanden beter dan een .lovable.app subdomain, omdat Google jouw site dan als zelfstandige entiteit kan ranken. Onze lokale SEO-pillar dekt domein-keuze voor MKB.
7. Geen backlinks — DR 0 na zes maanden = onzichtbaar
De vorige zes oorzaken zijn technisch. Deze is strategisch. Google heeft links nodig om jouw site als relevant te beschouwen. Zonder backlinks rank je niet, hoeveel content je ook publiceert. Hoeveel heb je nodig? Voor matig competitieve NL-termen (2-5K zoekvolume per maand): doorgaans 25-50 verwijsdomeinen voor top 10.
Geen tijd om zelf outreach te doen? Lees onze backlinks-pillar over de drie routes (earned / marketplace / outreach).
Begin bij Search Console, niet bij de oorzaken
Van de zeven oorzaken hierboven gelden er meestal maar één of twee voor jouw site. Welke, dat zie je in twee minuten. Plak je URL in de URL-inspectie van Search Console en lees de status. Die ene zin bepaalt wat je moet doen — en scheelt je een middag verkeerd zoeken.
| Wat Search Console zegt | Wat er echt aan de hand is | Wat je eraan doet |
|---|---|---|
| URL is onbekend bij Google | Google heeft de pagina nog nooit opgehaald. Ranking is hier niet eens aan de orde. | Sitemap indienen, indexering aanvragen, en zorgen dat er vanaf een pagina die Google wél kent een link naartoe wijst. |
| Gevonden — momenteel niet geïndexeerd | Google kent de URL maar vond hem niet de moeite waard om op te halen. Meestal te weinig autoriteit of te veel lijkende pagina’s. | Kijk eerst of een andere eigen pagina hetzelfde onderwerp pakt. Zo ja, kies één eigenaar. Zo nee, maak de pagina inhoudelijk zwaarder. |
| Gecrawld — momenteel niet geïndexeerd | Google heeft hem wél opgehaald en toch niet opgenomen. Dit is een kwaliteitsoordeel, geen technisch probleem. | Meer eigen informatie toevoegen. Niet langer maken om het langer maken; iets toevoegen dat de andere resultaten niet hebben. |
| Pagina met omleiding | De URL stuurt door. Als dit je hoofd-URL is, staat je interne linkstructuur naar het verkeerde adres te wijzen. | Interne links en sitemap naar het eindadres laten wijzen. |
| Uitgesloten door een noindex-tag | Je zegt zelf tegen Google dat hij weg moet blijven. Komt vaak uit een instelling die nog van de bouwfase stamt. | De noindex weghalen en daarna opnieuw indexering aanvragen. |
| Ingediend en geïndexeerd | Alles is goed. Rankt hij toch niet, dan is het geen indexeringsprobleem maar een inhouds- of autoriteitsprobleem. | Kijk naar wat de top-10 op dat zoekwoord wél biedt en jouw pagina niet. |
De volgorde is belangrijk. Zolang je status “onbekend” of “gevonden — niet geïndexeerd” is, heeft het geen zin om aan je teksten te schaven. Google heeft ze niet gelezen. Fix eerst dat hij binnenkomt, dan pas wat hij aantreft. De volledige route staat in Lovable-site niet in Google.
Welk symptoom hoort bij welke oorzaak
- Je ziet nul vertoningen, ook niet op je eigen merknaam. Dan is het oorzaak 1 of 6: Google krijgt lege HTML, of je site staat nog op een lovable.app-adres.
- Je merknaam werkt, de rest niet. Je bent geïndexeerd maar te licht. Kijk naar oorzaak 5 en 7, en naar de inhoud van je pagina’s.
- Sommige pagina’s doen het, andere niet. Vrijwel altijd oorzaak 2 of 3: de pagina’s die niet meedoen staan niet in je sitemap of hebben geen eigen canonical.
- Je stond er wel en nu niet meer. Kijk eerst of er iets aan je domein of rendering veranderd is. Een terugval zonder wijziging is meestal gewone ruis, geen probleem.
- Alles staat goed en er gebeurt niets. Dan is het geduld of autoriteit. Een nieuwe site heeft maanden nodig voordat Google hem serieus crawlt.
Hoe lang duurt het voor het effect heeft?
Realistische tijdslijn na alle zeven fixes:
- Dag 1-7: Google detecteert je sitemap, begint te crawlen. Eerste pagina’s verschijnen in
site:jouw-site.nlzoekopdracht. - Week 2-4: Indexering vult zich. Je merkt eerste impressies in Search Console.
- Maand 1-3: Posities voor low-competition longtail keywords. Schema-rich results worden zichtbaar.
- Maand 3-6: Backlinks beginnen autoriteit op te bouwen. Mid-competition terms verschijnen.
- Maand 6-12: Top 10 voor target keywords haalbaar, mits content + backlinks blijven groeien.
“SEO duurt 3-6 maanden” is een algemene wijsheid die voor Lovable-sites alleen geldt áls je technische fundament klopt. Anders blijft die termijn 6-12 maanden of langer.
Direct testen of je site dit probleem heeft
Wil je in 30 seconden weten welke van deze zeven oorzaken op jouw site spelen? Plak je URL in onze gratis SEO-audit. Het rapport toont per check (robots.txt, sitemap, canonical, meta-titel, meta-beschrijving, JSON-LD, indexability) een PASS of MIST. Geen e-mail, geen account.
Liever de complete fix als afdrukbare PDF naast je laptop? Onze 38-punts checklist dekt alle zeven oorzaken plus 31 andere details die je build van pagina 2 naar pagina 1 brengen.
Weet je welke oorzaken spelen en wil je ze nu wegwerken? Volg dan Lovable SEO fixen: het complete stappenplan. Dit artikel legt het waarom uit; het stappenplan loopt het hoe door in de juiste volgorde — crawltest, rendering, metadata, sitemap en schema.
