Een website die converteert vs. een website die er alleen mooi uitziet

Elke paar maanden stuurt een ondernemer ons een link naar zijn website met een variatie op hetzelfde bericht: "de aanvragen zijn opgedroogd, we denken dat we een redesign nodig hebben." En vaker wel dan niet, als we de site openen, ziet hij er prima uit. Echt prima. Mooi lettertype, degelijke fotografie, een hero-animatie waar iemand duidelijk trots op was.

Het probleem is bijna nooit hoe het eruitziet. Het is wat de site probeert te doen, en hoe zelfverzekerd hij dat doet.

Ontwerp voor de volgende klik, niet voor het moodboard

Elke pagina op een converterende site heeft een antwoord op een heel saaie vraag: wat wil ik dat deze specifieke bezoeker hierna doet? Op de homepage is dat meestal "begrijpen wat we doen en doorklikken naar de meest relevante dienst". Op een dienstenpagina is het "geloven dat we kunnen helpen en een aanvraag doen". Als je de volgende klik kent, worden de secties die je nodig hebt — en degene die je niet nodig hebt — duidelijk. Als je dat niet weet, eindig je met drie carrousels en een zwevend testimonials-blok.

Eerst hiërarchie, dan pas copy

Ik zie teams een week besteden aan het perfectioneren van een hero-paragraaf die niemand zal lezen, omdat het echte probleem is dat de hero de verkeerde vraag beantwoordt. Voordat je ook maar één zin polijst, bepaal de volgorde:

1. Wat doe je, in een zin die een volslagen vreemde zal begrijpen?
2. Voor wie is het?
3. Wat moet ik hierna doen?

Dat is wat 'above the fold' staat. Alles daaronder is ofwel bewijs (case studies, testimonials, een enkele referentie) ofwel details (diensten, prijzen, hoe je werkt). Als de volgorde klopt, schrijft de copy zichzelf bijna. Als het verkeerd is, kan geen enkele tone-of-voice-oefening het redden.

Snelheid is een conversiefeature, geen IT-zorg

We zijn ongeveer drie jaar geleden gestopt met het behandelen van paginasnelheid als een opruimklusje na de launch en dat heeft een groter verschil gemaakt voor aanvragen dan welke designbeslissing dan ook. Als je hero image enorm is, is je bounce rate in feite je beeldcompressie-instelling. Op mobiel wordt de uitval steil na ongeveer drie seconden — en dan hebben we het nog niet eens over hoe "traag" aanvoelt.

In duidelijke taal: spreek af hoe groot je afbeeldingen en video's mogen zijn voordat je begint met ontwerpen, niet erna. Houd chat widgets, analytics en marketing pixels aan een korte lijn — zij zijn meestal de echte reden dat een site traag aanvoelt. Een pagina die direct opent, converteert materieel beter dan dezelfde pagina die even blijft hangen. Zelfde design, zelfde copy.

Herbouwen of een health-check doen met Lovable en Claude Code

Dit is het deel van het gesprek dat de laatste twee jaar het meest is veranderd. Vroeger betekende een website herbouwen een project van drie maanden en een factuur van vijf cijfers voordat je iets echts zag. Dat is niet langer waar. We bouwen en herbouwen nu marketing websites met Lovable en Claude Code, waarbij een senior designer en engineer de output sturen, en het hele project wordt doorgaans in een paar weken gelanceerd in plaats van een kwartaal.

Dezelfde tools maken een health check van een website echt snel. Als je al een site hebt en de aanvragen zijn stilgevallen, kunnen we een paar dagen kijken naar wat er daadwerkelijk gebeurt — hoe hij laadt op een echte telefoon, of de hero de juiste vraag beantwoordt, waar mensen afhaken in de journey — en de fixes dezelfde week nog doorvoeren in plaats van een herbouw aan te bevelen die je niet nodig hebt. Soms is het eerlijke antwoord "je site is prima, pas het formulier aan en voeg er een bewijssectie boven toe." Soms is het "het platform houdt je tegen, laten we het herbouwen in Lovable en verdergaan met je leven." Beide zijn goedkoper dan de standaardoptie "laten we alles opnieuw ontwerpen."

Iets anders wat stilletjes van belang is: welk CMS of platform je ook kiest, het beste is degene die je marketing lead op een dinsdagmiddag opent zonder een developer om hulp te vragen. Als content wordt gepubliceerd, werkt de site. Als content drie weken in een Google Doc blijft hangen wachtend op iemand met deploy-toegang, is het platform het probleem.

Een korte checklist waar we steeds op terugvallen

• Eén duidelijke belofte 'above the fold'. Een bezoeker moet binnen ongeveer vijf seconden weten wat je doet en voor wie het is — in duidelijke taal, geen jargon.
• Eén hoofdactie per pagina. Dezelfde knop op een paar plaatsen herhalen is prima. Twee verschillende knoppen die met elkaar concurreren niet.
• Bewijs dicht bij de belofte. Klantlogo's, een quote, een echt getal als je dat hebt — bovenaan geplaatst, niet onderaan weggestopt.
• Laadt direct op een telefoon. Binnen twee seconden, zonder te wachten tot de hero image of lettertypen verschijnen. Dit is een designbeslissing, geen technische.
• Een contactformulier dat vraagt wat je echt nodig hebt. Niets meer. Elk extra veld verlaagt meetbaar het aantal mensen dat het invult.
• Je kunt zien wie er daadwerkelijk heeft aangevraagd, niet alleen wie er op bezoek kwam. Aanvragen en boekingen moeten vanaf dag één in je analytics verschijnen, niet "dat zetten we later wel op".

Overweeg je een herbouw? Wij doen dit met AI, dus het duurt weken, geen maanden.

Als je dit leest omdat je huidige site zijn geld niet opbrengt en je afweegt met wie je de volgende gaat bouwen — dat is precies wat wij doen. Websites gebouwd met Lovable en Claude Code, met een senior designer en engineer erop, gelanceerd in een paar weken in plaats van een kwartaal, inclusief ruimhartige revisies zodat we niet hoeven te onderhandelen over elke verandering onderweg. Je krijgt een site die snel, duidelijk en makkelijk te updaten is voor je team, en — het belangrijkste — daadwerkelijk is gebouwd om bezoekers aan te zetten tot een aanvraag.

Bekijk hoe we websiteontwikkeling benaderen, of neem contact op en we zullen samen een grondige blik op je site werpen — gratis, en je krijgt eerlijk advies, of we nu wel of niet gaan samenwerken.