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 dynamic content paradox: SEO werkt voor static, niet voor je echte content

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-typeWerkt SEO uit de doos?Waarom
Homepage (handgeschreven)JaPre-rendered bij build, content in HTML
Over / Contact / DienstenJaPre-rendered bij build
Blog-post uit Markdown-filesJa, mits Vite-plugin-mdStatic build per file
Blog uit headless CMS (Contentful, Sanity)NeeAPI-call gebeurt client-side, na hydration
Productenlijst uit eigen APINeeClient-side fetch
Directory met user-generated entriesNeeDatabase-fetch client-side
Search-resultaten of filter-pagina’sNeeState-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
S

Sam — redacteur

Schrijft over SEO voor Lovable.dev sites en Nederlandse niche-builders. Onafhankelijk, geen agency-pitch.

Stel een vraag

Eén korte mail per maand, niets meer.

Nieuwe pillar-gidsen en research-bevindingen. Eens per maand, geen spam.