Lovable basics · 3 min leestijd
Lovable dynamic content paradox: SEO werkt voor static, niet voor je echte content
Lovable’s mei-2026 SEO-suite werkt voor static pagina’s, niet voor dynamic content (CMS, productenlijst, directory). 3 patronen die het oplossen + 3 scenarios waar je beter migreert.

Lovable lanceerde mei 2026 een SEO-suite. Vier van vijf features werken — maar uitsluitend voor statische pagina’s. Alle content die je dynamisch laadt (blog uit CMS, productenlijst uit API, gebruiker-gegenereerde directories) blijft onzichtbaar voor Googlebot én voor ChatGPT, Perplexity en Claude. Hier is de paradox die niemand toegeeft en wat je ermee doet.
De Lovable-marketingboodschap zegt: “SEO werkt nu out-of-the-box.” De realiteit zodra je een Lovable-project met dynamic content langs de crawler-test haalt: SEO werkt voor de homepage, je over-pagina en je contact-pagina. Voor je echt belangrijke content — de productpagina’s, de blog-posts uit je CMS, de directory-listings — werkt het niet. Dat is geen meningsverschil. Dat is wat curl -A Googlebot consequent terugbrengt.
Het concrete verschil: static vs dynamic in Lovable
| Content-type | Werkt SEO uit de doos? | Waarom |
|---|---|---|
| Homepage (handgeschreven) | Ja | Pre-rendered bij build, content in HTML |
| Over / Contact / Diensten | Ja | Pre-rendered bij build |
| Blog-post uit Markdown-files | Ja, mits Vite-plugin-md | Static build per file |
| Blog uit headless CMS (Contentful, Sanity) | Nee | API-call gebeurt client-side, na hydration |
| Productenlijst uit eigen API | Nee | Client-side fetch |
| Directory met user-generated entries | Nee | Database-fetch client-side |
| Search-resultaten of filter-pagina’s | Nee | State-based rendering |
De vuistregel: alles wat bij npm run build al bestaat = SEO werkt. Alles wat bij eerste pagina-bezoek opgehaald wordt = SEO werkt niet zonder extra werk.
Waarom Lovable’s eigen SEO-suite dit niet oplost
De suite injecteert meta-tags, canonicals en sitemap-entries voor pagina’s die bij build-tijd bekend zijn. Een blog-post uit Contentful met slug nieuwe-feature-juni-2026 bestaat bij build-tijd nog niet — dus geen meta-tag, geen sitemap-vermelding, geen canonical. De suite “werkt” technisch, maar mist exact de content die je traffic moet brengen.
Voor AI-bots is het probleem groter. OAI-SearchBot, PerplexityBot en ClaudeBot doen geen JavaScript-rendering. Ze maken één request, lezen wat er in de HTML staat, klaar. Voor een Lovable-directory-pagina met 200 items uit een API: zien ze één lege container. Test dit zelf met onze Bot Vision Inspector.
Drie patronen die dit echt oplossen
Patroon 1 — Build-time data fetching
Het meest pragmatisch voor catalogi tot 5.000 items: tijdens npm run build haal je alle data op en genereer je per item een statische HTML-file. TanStack Start ondersteunt dit met createServerFn:
// In TanStack Start route file
import { createServerFn } from '@tanstack/start';
export const getProducts = createServerFn('GET', async () => {
const res = await fetch('https://api.jouw-shop.nl/products');
return res.json();
});
export const Route = createFileRoute('/producten/$slug')({
loader: async ({ params }) => {
return getProducts({ slug: params.slug });
},
});
Resultaat: per product een eigen HTML-pagina met content in de raw HTML. Googlebot ziet alles. AI-bots ook.
Patroon 2 — Incremental Static Regeneration (ISR)
Voor catalogi met dagelijkse updates: regenereer specifieke routes elk uur of elke dag. Cloudflare Pages en Vercel ondersteunen dit native. Setup-tijd: 1-2 uur.
Patroon 3 — Edge-side rendering met Cloudflare Worker
Voor sites met >10.000 dynamic pagina’s: een Cloudflare Worker die per request de pagina rendert (Puppeteer) en 24 uur cached. Gratis tot 100K requests/dag. Setup uitgewerkt in onze prerender-vergelijking.
Wanneer accepteer je dat Lovable niet de oplossing is
Drie scenarios waar een andere stack pragmatischer is:
- E-commerce met >1000 producten + dagelijkse voorraad-updates: Shopify of WooCommerce-plus-Next.js winnen op SEO en operationeel beheer
- News-site of vakblad met >100 artikelen per maand: WordPress of Ghost geven snellere content-publicatie met SEO ingebakken
- Marketplace met user-generated content: Webflow CMS of een custom Next.js-app — Lovable’s dynamic-content-zwakte werkt hier tegen je
De eerlijke positionering
Lovable is briljant voor static-first sites met dynamic accenten: een SaaS-landing met blog, een MKB-site met contactformulier, een portfolio met live-demos. Het is suboptimaal voor data-zware applicaties zonder pre-render-strategie. Geen platform is perfect; weten waar de grenzen liggen voorkomt de teleurstellingsfase 6 maanden na launch.
Wat je deze week kunt doen
- Identificeer welk percentage van je site dynamic content is (kijk naar je
fetch()-calls en routes met parameters) - Run je top-5 dynamic pagina’s door de Bot Vision Inspector — als alle bots leeg terugkomen, is dit jouw probleem
- Kies een van de drie patronen hierboven of accepteer dat een andere stack beter past
- Voor de migratie-route: zie onze WordPress-naar-Lovable migratiegids als referentie voor andersom-migraties


