---
title: "Vibe coding meet de verkeerde meter: tokens per merge, niet per demo"
date: 2026-07-01
author: "sam"
featured_image: "https://lovableseo.nl/wp-content/uploads/2026/07/lovableseo-hero.png"
categories:
  - name: "AI SEO"
    url: "/category/ai-seo.md"
---

# Vibe coding meet de verkeerde meter: tokens per merge, niet per demo

**Je Lovable-demo kan in 40 seconden indruk maken. Productie draait om herhaalbare fixes, refactors en SEO-passes — precies waar verbose AI-reasoning je kosten opjaagt.**

Theo beschreef hoe OpenAI-modellen op engineering-benchmarks veel minder tokens gebruiken dan concurrenten voor gelijkwaardige of betere scores. Voor SEO- en webteams die met AI-coding werken, is de les niet “kies altijd OpenAI”. De les is: **meet tokens per mergebare wijziging**, niet per “wow” in de preview.

## Waarom demo’s liegen

Een eerste landing in Lovable of een vergelijkbare builder krijgt een korte prompt en weinig context. De rekening blijft laag. Zodra je:

- interne links herstructureert voor cannibalisatie,
- schema en FAQ’s toevoegt,
- Core Web Vitals-problemen oplost,
- en regressies na een template-wijziging fixt,

…groei je context en reasoning per iteratie. Dan wordt token-efficiëntie een SEO-operations issue.

## DeepSWE als metafoor voor site-onderhoud

DeepSWE meet softwaretaken die uren werk van maintainers zouden kosten. SEO-teams doen hetzelfde type werk: kleine wijzigingen met hoge impact, veel iteraties, strikte kwaliteitseisen. Benchmarks die alleen “eerste build” meten, missen het echte kostenplaatje.

In vergelijkingsmateriaal rond DeepSWE lag het verschil tussen modellen soms boven de 10x in tokens per taak. Voor een site met wekelijkse AI-ondersteunde refactors is dat het verschil tussen een toolkostenpost en een structureel margeprobleem.

## Praktische workflow voor Lovable/AI-build teams

1. **Definieer “done”** als mergebare wijziging met check (HTML valid, links, schema, CWV-spotcheck).
2. **Log tokens per ticket**, niet per sessie.
3. **Scheid generatie en review**: goedkope pass voor codevoorstel, menselijke gate voor publish.
4. **Houd canonical context klein**: stuur alleen relevante componenten, niet de hele repo-historie.

## Mijn oordeel

Vibe coding wordt pas volwassen als je het beoordeelt op onderhoudbaarheid en kosten per iteratie. Een site die snel live gaat maar elke SEO-fix duur maakt, is geen winst — het is uitgestelde technische schuld met een API-factuur.

## Liever kijken dan lezen?

   

### Verder lezen

- [Vibe-coded sites en SEO: wat na de eerste deploy komt](/codex-claude-vibe-coded-site-seo/)
- [AI-content provenance op Lovable-sites](/ai-content-provenance-lovable-sites/)
- [Lovable, AI Overviews en ChatGPT: zichtbaarheid na launch](/lovable-ai-overviews-chatgpt/)

**Volgende check:** Zet daarna elke demo pas live na de Lovable SEO-fixvolgorde. [Open de juiste vervolgstap](/lovable-seo-fixen/).