Lovable basics · 4 min leestijd
Production-ready vibe-coding checklist voor Lovable-sites
Je gaat live met een Lovable-site en wil launchklaar zijn. Deze production-ready checklist test crawlbare HTML, sitemap, tracking en rollbackpad.

Gebruik deze checklist vóór publicatie: crawlbare HTML, unieke title en meta description, canonical, sitemap, werkende CTA’s, meetbare conversies, mobiele layout en een korte rollbackroute. Als één van die punten ontbreekt, is je site misschien live, maar nog niet klaar voor organisch verkeer.
1. Crawlbare HTML
Open de broncode van je homepage, servicepagina en pricingpagina. Staat de belangrijkste tekst al in de HTML, of verschijnt die pas na JavaScript? Voor Google, ChatGPT Search en Perplexity is dat verschil groot.
- Homepage heeft één H1 en minimaal 300 woorden crawlbare content.
- Service- of productpagina noemt aanbod, doelgroep en bewijs zonder JavaScript-afhankelijkheid.
- Pricing of contactroute is bereikbaar via normale links, niet alleen via knoppen met client-side state.
Test dit met de Bot Vision Inspector. Als de bot bijna niets ziet, los je dat op vóór extra contentproductie.
2. Metadata per route
Veel vibe-coded sites hebben één generieke title voor alle routes. Dat is funest voor CTR en maakt cannibalisatie waarschijnlijker. Elke belangrijke route krijgt een eigen title, meta description, canonical en OG-title.
Een goede title noemt niet alleen je merk, maar ook de zoekintentie: audit, checklist, pricing, voorbeeldcase, lokale dienst of SaaS-feature. Hou hem specifiek. “AI tool voor ondernemers” zegt minder dan “Offertetool voor installateurs met WhatsApp-opvolging”.
3. Indexeringsbasis
Voor launch moeten deze vier onderdelen klaar zijn: sitemap, robots.txt, canonical en Search Console. Geen van die onderdelen maakt slechte content goed, maar zonder deze basis duurt ontdekking langer en krijg je sneller rare URL-varianten in Google.
/sitemap.xmlbevat alleen definitieve indexeerbare URL’s./robots.txtblokkeert geen publieke routes.- Canonicals verwijzen naar je eigen domein, niet naar een preview-URL.
- Search Console heeft de custom domain property, niet alleen een oude subdomain-property.
Zie ook Lovable-site niet in Google: indexering oplossen.
4. Conversieroute en tracking
SEO zonder meetbare conversie wordt snel een vanity-project. Leg vóór publicatie vast welke actie telt: formulier verzonden, demo geboekt, WhatsApp-click, checkout-start of download. Test die actie op desktop en mobiel.
Voor leadgen-sites is dit minimum: werkend contactformulier, maildeliverability, bedankmelding, analytics-event en een fallback-link zoals mailto of WhatsApp. Voor agencies hoort dit in de oplevercheck, niet in een latere optimalisatieronde.
5. Mobiele layout en echte links
Google beoordeelt mobiel als primaire versie. Controleer dus niet alleen de hero, maar ook tabellen, prijsblokken, FAQ’s, formulieren en footerlinks. Let vooral op tekst die over knoppen valt en kaarten die op mobiel te smal worden.
Zorg dat interne links normale <a href>-links zijn. Knoppen die alleen client-side navigeren zijn minder betrouwbaar voor crawlers en tools. Link vanuit je homepage naar audit, pricing, checklist en je sterkste uitlegpagina’s.
Geen tijd voor een handmatige launchcheck?
Begin met de gratis audit. Daarna zie je direct of het probleem bij indexering, metadata, sitemap, schema of contentdiepte zit.
Doe de gratis audit Download de 38-punts checklist
Wat is een production-readiness checklist eigenlijk?
Een lijst die je afloopt vlak voordat iets naar productie gaat, met als enige doel: voorkomen dat je live gaat met iets waarvan je achteraf denkt dat had ik kunnen weten. In grote engineeringteams heet dat een production readiness review; bij een Lovable-site is het een half uur werk in plaats van een vergadering.
Het verschil met een QA-checklist zit in de vraag die je stelt. QA vraagt: doet het wat het moet doen? Readiness vraagt: kan dit los in de wereld staan zonder dat iemand meekijkt? Dat zijn andere dingen. Een formulier kan foutloos werken en toch geen enkele melding sturen als het misgaat.
| Soort controle | Vraag die je stelt | Wanneer |
|---|---|---|
| QA | werkt de functie zoals bedoeld | tijdens het bouwen |
| Readiness | kan het zonder toezicht draaien | vlak voor livegang |
| Operationeel | weten we het als het stukgaat | na livegang, doorlopend |
De vijf die er echt toe doen
Van alle punten op zo’n lijst zijn dit degene waar een Lovable-site in de praktijk op stukloopt.
- Komt je inhoud in de HTML binnen? Haal de pagina op zonder JavaScript. Zie je een lege div, dan is de rest van deze lijst nog niet aan de orde. Zie Lovable SEO zelf doen.
- Heeft elke pagina een eigen titel en omschrijving? Bij een gegenereerde site erven pagina’s standaard dezelfde. Dat is de stilste vorm van dubbele content die er is.
- Staat je sitemap er en klopt hij? Niet alleen aanwezig, maar ook zonder URL’s die 404 of doorsturen.
- Werkt je formulier écht? Stuur er één doorheen en kijk of de mail aankomt. Bij AI-gebouwde sites is dit het punt dat het vaakst stilzwijgend kapot is.
- Weet je het als iets stopt? Een uptime-check die je een bericht stuurt kost niets en scheelt het weekend waarin je site eruit lag zonder dat iemand het zag.
Waar je aan terugdenkt als het misgaat
Twee dingen die niet op de meeste lijstjes staan en die je achteraf altijd wilt hebben.
- Een terugweg. Weet je hoe je de vorige versie terugzet, en heb je dat één keer geoefend? Een rollback die je voor het eerst uitprobeert terwijl de site plat ligt, is geen rollback.
- Een kopie van je code buiten het platform. Kost vijf minuten en is precies wat je nodig hebt op de dag dat je van platform wilt wisselen. Waarom dat ertoe doet staat in Lovable opzeggen.
