Waarom vindt Google je Lovable-website niet? (en de oplossing)
Kort antwoord
Google vindt een Lovable-website vaak slecht omdat oudere Lovable-projecten met React en Vite de inhoud pas in de browser opbouwen: de HTML die een crawler ontvangt is dan een bijna lege pagina. Ook een .lovable.app-adres, ontbrekende paginatitels of hosting buiten Lovable spelen mee. De oplossing is server-side rendering of pre-rendering, plus een eigen domein en goede metadata.
Kernpunten
- Oudere Lovable-projecten (React + Vite) sturen een bijna lege HTML-pagina; JavaScript bouwt de inhoud op.
- Nieuwe Lovable-projecten draaien sinds 13 mei 2026 op TanStack Start met server-side rendering.
- Controleer met ‘Paginabron bekijken’ en de URL-inspectietool in Google Search Console wat Google echt ziet.
- Oplossingen: upgraden naar server-side rendering, pre-rendering, of migreren naar een framework als Next.js.
Wat is het probleem met Lovable en SEO?
Het probleem is client-side rendering: bij een klassieke React-app ontvangt de browser een HTML-bestand met vrijwel alleen een lege container, meestal iets als een div met id root, plus een verwijzing naar een JavaScript-bestand. Pas als dat script draait, verschijnen je teksten, koppen en links.
Lovable beschrijft dit zelf ook: een oudere React + Vite-app stuurt de browser een grotendeels lege pagina, waarna de browser de inhoud met JavaScript opbouwt. Voor een bezoeker is dat geen probleem, want die ziet na een fractie van een seconde de volledige pagina. Voor zoekmachines, AI-crawlers en tools die linkvoorbeelden maken (zoals WhatsApp of LinkedIn) kan het wel een probleem zijn.
Kan Google JavaScript dan niet lezen?
Google kan JavaScript wel uitvoeren, maar niet direct en niet altijd volledig. Googlebot crawlt eerst de HTML, zet de pagina daarna in een renderwachtrij en voert het JavaScript pas uit als er capaciteit is.
Volgens Google Search Central kan een pagina een paar seconden in die wachtrij staan, maar soms ook langer. Google raadt daarom aan om server-side rendering of pre-rendering te gebruiken, omdat het je site sneller maakt en niet alle bots JavaScript kunnen uitvoeren. Denk aan andere zoekmachines, AI-zoekmachines en SEO-tools.
Heeft Lovable dit inmiddels opgelost?
Deels. Nieuwe Lovable-projecten gebruiken sinds 13 mei 2026 TanStack Start, dat elke pagina op de server omzet naar complete HTML. Oudere projecten op React + Vite krijgen pre-rendering: Lovable serveert dan een vooraf gerenderde versie aan geverifieerde zoekmachines en bots voor linkvoorbeelden.
Er blijven wel gaten over. Volgens Lovable zien tools buiten die lijst van geverifieerde bots nog steeds weinig. Bovendien werkt die pre-rendering alleen op gepubliceerde, openbare URL's via Lovable. Heb je je code via GitHub geëxporteerd en host je hem zelf bij bijvoorbeeld Netlify of Vercel? Dan heb je die voorziening niet meer, en krijgt iedereen weer de lege pagina.
Je AI-concept professioneel laten bouwen?
Vaste prijs vooraf. Reactie binnen 24 uur.
Welke andere oorzaken zijn er?
Naast rendering zijn er een paar veelvoorkomende redenen waarom een AI-site niet of slecht in Google staat. Loop ze allemaal na.
- De site staat alleen op een subdomein van Lovable. Volgens Lovable zijn privéprojecten en workspace-subdomeinen nooit indexeerbaar. Koppel een eigen domein.
- Elke pagina heeft dezelfde paginatitel en meta-omschrijving, of die ontbreken helemaal.
- Er is geen sitemap.xml of robots.txt, of robots.txt blokkeert juist alles.
- De site is niet aangemeld bij Google Search Console.
- Alle inhoud staat op één lange pagina, zodat je maar op een paar zoekwoorden kunt scoren.
- Er zijn geen links vanaf andere websites naar je site, dus Google weet niet dat hij bestaat.
Hoe controleer je wat Google van je site ziet?
Met twee eenvoudige checks weet je binnen vijf minuten of je een renderingprobleem hebt.
- 1Bekijk de paginabronOpen je site in Chrome, klik met rechts en kies ‘Paginabron weergeven’ (of druk Ctrl+U). Zoek met Ctrl+F naar een zin uit je koptekst. Staat die er niet, en zie je vooral een lege div met id root en scriptverwijzingen? Dan wordt je inhoud client-side opgebouwd.
- 2Gebruik de URL-inspectietoolMeld je site aan bij Google Search Console en voer een URL in bij de URL-inspectietool. Kies ‘Live URL testen’ en bekijk de screenshot en de weergegeven HTML. Zo zie je hoe Googlebot de pagina na rendering ziet.
- 3Controleer de indexeringZoek in Google op site:jouwdomein.nl. Zie je maar een paar of geen pagina's, of alleen de homepage? Dan is er iets mis met indexering, sitemap of interne links.
- 4Test een linkvoorbeeldDeel een link naar een subpagina in WhatsApp of LinkedIn. Verschijnt de juiste titel en afbeelding niet, dan missen bots je metadata.
Let op: externe SEO-scanners zien bij oudere Lovable-projecten de gewone single-page app, niet de pre-rendered versie. Een slechte score in zo'n tool zegt dus iets over andere bots, maar niet altijd over Google.
Hoe los je het op?
Je hebt drie opties, van snel tot grondig. Welke past, hangt af van hoe belangrijk vindbaarheid is en hoe groot je project is.
De eerste optie is binnen Lovable upgraden naar TanStack Start. Lovable noemt als indicatie 10 tot 35 credits, en de upgrade is terug te draaien via de versiegeschiedenis. Dit is de snelste route als je in Lovable wilt blijven werken. De tweede optie is pre-rendering: een dienst of buildstap die van elke pagina vooraf een HTML-versie maakt. Dat werkt voor vrij statische sites, maar het is een extra laag die je moet onderhouden. De derde optie is migreren naar een framework dat standaard op de server rendert, zoals Next.js. In de Next.js App Router zijn pagina's standaard Server Components die op de server worden gerenderd, dus zoekmachines krijgen direct complete HTML.
| Oplossing | Wanneer geschikt | Aandachtspunt |
|---|---|---|
| Upgrade naar TanStack Start (in Lovable) | Je blijft in Lovable werken en hosten | Test daarna alle pagina's en koppelingen |
| Pre-rendering | Kleine, vrij statische site buiten Lovable gehost | Extra dienst of buildstap, dynamische inhoud blijft lastig |
| Migratie naar Next.js (SSR/SSG) | Site moet serieus scoren en doorgroeien | Meer werk vooraf, wel volledige controle |
| Opnieuw bouwen | Code is rommelig of onveilig, of het design moet ook anders | Hoogste investering, schoonste resultaat |
Wanneer kun je beter opnieuw bouwen?
Opnieuw bouwen is verstandig als de code na veel prompts onoverzichtelijk is geworden, als er beveiligingsproblemen in zitten, of als je naast SEO ook design en structuur wilt verbeteren. Dan is repareren vaak duurder dan een schone basis.
Twijfel je? Laat eerst een check doen. Bij Easybrand kijken we vanaf € 149 naar rendering, SEO, beveiliging en codekwaliteit, en krijg je een advies: upgraden, migreren of opnieuw bouwen. Meer daarover op AI-website laten afmaken. Lees ook het stappenplan van AI-prototype naar professionele website.
Conclusie
Een Lovable-website die niet in Google staat, heeft meestal een renderingprobleem, een subdomein of ontbrekende metadata. Controleer met de paginabron en de URL-inspectietool wat Google ziet. Blijf je in Lovable, upgrade dan naar server-side rendering; host je zelf of wil je doorgroeien, dan is een framework als Next.js de duurzame oplossing.
Veelgestelde vragen
Is Lovable slecht voor SEO?
Niet meer per definitie. Nieuwe projecten renderen sinds mei 2026 op de server, en oudere projecten krijgen pre-rendering voor geverifieerde zoekmachines. Problemen ontstaan vooral bij oudere projecten, zelf gehoste exports, subdomeinen en ontbrekende metadata.
Hoe zie ik of mijn Lovable-site client-side rendert?
Open je site, druk op Ctrl+U en zoek naar een zin uit je pagina. Staat die niet in de broncode en zie je vooral een lege div met id root, dan wordt de inhoud met JavaScript opgebouwd.
Helpt het om mijn Lovable-site aan te melden bij Google Search Console?
Ja, altijd. Je kunt dan een sitemap indienen, met de URL-inspectietool bekijken hoe Google je pagina ziet en indexering aanvragen. Het lost een renderingprobleem niet op, maar laat wel zien of je er een hebt.
Verlies ik de pre-rendering als ik mijn code bij Vercel of Netlify host?
De pre-rendering die Lovable aanbiedt werkt op gepubliceerde URL's via Lovable. Host je een oudere React + Vite-export zelf, dan moet je rendering zelf regelen, bijvoorbeeld door te migreren naar Next.js of een pre-renderdienst te gebruiken.
Wat kost het om een Lovable-site SEO-proof te maken?
Dat hangt af van de omvang en de staat van de code. Een check kost bij Easybrand vanaf € 149, professioneel afbouwen of migreren vanaf € 1.495. Je krijgt vooraf een vaste prijs.
Bronnen
Meer van Easybrand