---
title: "Lovable dynamic content paradox: SEO werkt voor static, niet voor je echte content"
date: 2026-08-28
author: ""
featured_image: "https://lovableseo.nl/wp-content/uploads/2026/05/agency-hero.png"
categories:
  - name: "Lovable basics"
    url: "/category/lovable-basics.md"
---

# 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?WaaromHomepage (handgeschreven)JaPre-rendered bij build, content in HTMLOver / Contact / DienstenJaPre-rendered bij buildBlog-post uit Markdown-filesJa, mits Vite-plugin-mdStatic build per fileBlog uit headless CMS (Contentful, Sanity)NeeAPI-call gebeurt client-side, na hydrationProductenlijst uit eigen APINeeClient-side fetchDirectory met user-generated entriesNeeDatabase-fetch client-sideSearch-resultaten of filter-pagina’sNeeState-based renderingDe 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](/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](/lovable-prerenderen-gratis-vs-betaald/).

## 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](/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](/wordpress-naar-lovable-migreren-zonder-seo-verlies/) als referentie voor andersom-migraties