Landingspaginascores analyseren: tekstuele relevantie versus technische prestaties bij SEO

Als je met SEO bezig bent, komt er bijna altijd een moment waarop iemand zegt: “De score is goed, dus waarom stijgen we niet?” Of andersom: “De score is slecht, dus daarom dalen we.” Die reflex snap ik, maar in de praktijk zijn landingspagina scores vaak een mix van verschillende metingen die niet allemaal hetzelfde betekenen. Meestal gaat het om een combinatie van tekstuele relevantie (sluit de inhoud aan op de zoekintentie) en technische prestaties (kan Google de pagina goed crawlen, renderen en gebruiken bezoekers de pagina prettig).

Het lastige is dat die twee elkaar beïnvloeden, maar niet één-op-één. Je kunt een technisch snelle pagina hebben die inhoudelijk net naast de zoekvraag zit, en dan blijft groei uit. Je kunt ook een inhoudelijk sterke pagina hebben die technisch rommelig is, en dan laat je bereik liggen doordat Google minder vertrouwen heeft of doordat gebruikers afhaken. Als je landingspaginascores wilt analyseren op de invloed van tekstuele relevantie versus technische prestaties, moet je de score uit elkaar trekken naar oorzaken die je kunt testen.

Wat bedoelen we met “landingspaginascores”?

Afhankelijk van je tooling kan “score” van alles zijn: een SEO-score in een plugin, een content score in een crawler, een Lighthouse-score, een “health score” in een suite, of een intern dashboard cijfer dat meerdere signalen samenpakt. Het probleem is niet dat scores nutteloos zijn, maar dat ze vaak doen alsof één getal iets definitiefs zegt over organisch succes.

Voor een bruikbare analyse wil je daarom altijd terug naar twee vragen:

• Welke concrete meetpunten zitten er onder die score?
• Welke meetpunten hebben aantoonbaar verband met rankings, klikken en conversies in jouw situatie?

In mijn ervaring ontstaat veel ruis doordat teams een content score behandelen alsof het een technische audit is, of een technische performance score behandelen alsof het iets zegt over zoekintentie. Dat zijn verschillende disciplines, met verschillende oorzaken en oplossingen.

Tekstuele relevantie: wat je probeert te bewijzen

Tekstuele relevantie gaat niet over “meer tekst” of “meer zoekwoorden”, maar over de match tussen de landingspagina en de reden waarom iemand zoekt. Google probeert steeds beter te begrijpen of een pagina echt bij het zoekwoord past.

Signalen die vaak bij tekstuele relevantie horen

Dit zijn signalen die ik in analyses vaak terug laat komen als de inhoudelijke match niet scherp genoeg is:

• Mismatch met zoekintentie: je pagina is informatief terwijl de zoekopdracht duidelijk commercieel is, of andersom.
• Onvolledigheid: je behandelt één aspect goed, maar mist belangrijke subvragen die op de SERP wel terugkomen.
• Onheldere positionering: het is niet snel duidelijk voor wie de oplossing is en wanneer je wel of niet geschikt bent.
• Te generiek: dezelfde tekst zou bij tien concurrenten kunnen staan, zonder concrete keuzes, voorbeelden, specificaties of grenzen.

Wat je hier probeert te bewijzen is: “Deze pagina is het beste antwoord voor deze zoekvraag, in deze markt, voor deze doelgroep.” Dat bewijs lever je niet met een score, maar met een set inhoudelijke keuzes die je kunt onderbouwen.

Technische prestaties: wat je probeert weg te nemen

Techniek is zelden de reden dat je ineens hard gaat groeien, maar het is vaak wel de reden dat je groei afremt. Technische prestaties gaan over toegankelijkheid voor crawlers, renderbaarheid, snelheid en stabiliteit, maar ook over interne linkstructuur en indexeerbaarheid. Veel landingspaginascores leggen hier (terecht) de nadruk op omdat dit relatief meetbaar is.

Signalen die vaak bij technische prestaties horen

• Indexatieproblemen: canonicals die verkeerd staan, noindex per ongeluk, of pagina’s die niet goed worden opgenomen.
• Crawlbaarheid: geblokkeerde resources, rare statuscodes, redirectketens, of een interne linkstructuur die pagina’s verstopt.
• Performance en UX: trage laadtijd, veel layout shifts, zware scripts, of elementen die op mobiel onhandig werken.
• Template-vervuiling: herhalende boilerplate die de content verdringt, of te veel thin content-varianten door filters en parameters.

Wat je hier probeert te doen is frictie wegnemen voor Google om de pagina te begrijpen en te vertrouwen en voor bezoekers om te blijven, te lezen en door te klikken.

Hoe je de invloed van tekst versus techniek uit elkaar trekt

Als je één pagina bekijkt, kun je snel in discussie belanden. Daarom werken wij meestal in clusters: een set landingspagina’s die qua template en type content op elkaar lijken. Dan kun je patronen herkennen. Het idee is simpel: als techniek hetzelfde is, verklaart content vaker het verschil. Als content grotendeels hetzelfde is, verklaart techniek vaker het verschil.

Stap 1: maak twee lijsten met meetpunten

Pak je huidige score en splits hem op in meetpunten die je echt kunt beïnvloeden. Zet ze in twee kolommen.

• Tekstueel: intent match, dekking van subonderwerpen, semantische helderheid, unique value, CTA en structuur, interne linkcontext.
• Technisch: indexeerbaarheid, canonicals, statuscodes, Core Web Vitals-indicatoren, renderproblemen, structured data waar relevant, interne linkdiepte.

Belangrijk detail: stop “backlinks” niet in één van de twee kolommen. Autoriteit is een derde dimensie. Als je die vergeet, ga je content en techniek overschatten als verklaringen.

Stap 2: koppel meetpunten aan uitkomsten

Je wilt niet analyseren op basis van gevoel, maar op basis van uitkomsten. De uitkomsten die ik meestal pak zijn:

• Impressies per pagina.
• Gemiddelde positie per zoekterm cluster.
• CTR op de belangrijkste queries.
• Organische sessies en engagement (bijvoorbeeld scrolldiepte of tijd op pagina, afhankelijk van je meet setup).
• Doorklik naar de volgende stap (categorie, product, contact, offerte).

Hier zit een aanname: dat je tracking redelijk klopt en dat je genoeg volume hebt om iets te zeggen. Als een pagina tien klikken per maand krijgt, kun je wel optimaliseren, maar dan is het lastiger om effect te isoleren.

Stap 3: werk met een eenvoudige segmentatie

Een praktische manier om het gesprek scherp te krijgen is een 2x2 indeling. Niet als waarheid, maar als werkinstrument.

• Hoge tekstuele relevantie, hoge technische prestaties: dit zijn vaak je beste kandidaten om op uit te bouwen met interne links, extra subpagina’s of betere snippet-aansturing.
• Hoge tekstuele relevantie, lage technische prestaties: hier lekt potentie weg. Technische fixes kunnen relatief snel effect hebben, vooral als indexatie of snelheid echt problematisch is.
• Lage tekstuele relevantie, hoge technische prestaties: hier is het verleidelijk om technisch door te optimaliseren, maar meestal moet de inhoudelijke propositie scherper.
• Lage tekstuele relevantie, lage technische prestaties: vaak is dit een herbouw- of herpositionering vraag. Soms is het eerlijker om de pagina te consolideren of te schrappen.

Je hoeft niet perfect te scoren om te groeien. Je wilt vooral weten waar de bottleneck zit, zodat je niet maanden sleutelt aan techniek terwijl je eigenlijk een intentprobleem hebt, of andersom.

Een praktische tip: voer één gecontroleerde contenttest uit

Als je echt wilt begrijpen hoeveel “tekstuele relevantie” bijdraagt, doe dan een gecontroleerde contentaanpassing op een kleine set pagina’s die technisch gelijk zijn. Kies bijvoorbeeld vijf landingspagina’s binnen dezelfde template en categorie, met vergelijkbaar zoekvolume en vergelijkbare huidige posities.

Pas vervolgens alleen de contentlaag aan, zonder technische wijzigingen:

• Herschrijf de intro zodat de zoekintentie en doelgroep in de eerste alinea duidelijk zijn.
• Voeg 3 tot 5 secties toe die subvragen beantwoorden die je ziet in de SERP en in salesgesprekken.
• Maak de pagina concreter met randvoorwaarden, voorbeelden, prijscomponenten of processtappen waar dat logisch is.
• Verbeter interne links vanuit relevante pagina’s met context in de ankertekst, niet alleen “lees meer”.

Meet daarna 4 tot 6 weken wat er gebeurt met impressies, posities en CTR op de belangrijkste query groepen. De uitkomst is niet altijd “stijging”. Soms ontdek je dat de markt competitiever is dan je dacht, of dat autoriteit de limiterende factor is. Maar je leert wel of content in jouw geval de hefboom is, of dat je vooral op techniek en structuur moet winnen.

Wanneer techniek waarschijnlijk de limiterende factor is

Er zijn een paar situaties waarin ik techniek vrijwel altijd eerst oppak, omdat contentoptimalisatie dan weinig zin heeft zolang de basis niet klopt:

• De pagina wordt niet of instabiel geïndexeerd.
• Er zijn duidelijke canonical- of duplicatie problemen waardoor Google de verkeerde versie kiest.
• De pagina laadt structureel traag op mobiel en je ziet een hoge uitstap op landingspagina’s.
• Belangrijke content is alleen na interactie zichtbaar of wordt client-side ingeladen en verschijnt niet betrouwbaar in de bron.

In die gevallen kun je een perfecte tekst schrijven, maar je bouwt op drijfzand. Dan is het slimmer om eerst te zorgen dat de pagina technisch “saai goed” werkt.

Wanneer tekstuele relevantie waarschijnlijk de limiterende factor is

Andersom zijn er ook patronen waarbij ik content als eerste zou aanpakken:

• De pagina is technisch gezond, maar blijft hangen rond positie 8 tot 20 terwijl concurrenten inhoudelijk meer diepgang bieden.
• Je krijgt wel impressies maar een lage CTR, wat kan duiden op een zwakke belofte in title en snippet, of een mismatch met de intent.
• Je rankt op “bijna juiste” termen, wat vaak betekent dat Google de pagina niet scherp kan plaatsen.
• Bezoekers komen binnen maar klikken niet door, omdat het aanbod te algemeen is of omdat het vervolgpad niet logisch is.

Dan zit de winst meestal in duidelijkheid: beter afbakenen, beter uitleggen, beter structureren, en zorgen dat de pagina echt een bestemming is in plaats van een tussenstation.

Scores gebruiken zonder erin te geloven

Ik gebruik scores graag als waarschuwingslampjes, niet als stuur. Ze helpen om snel te zien waar iets opvallend afwijkt, zeker bij grote sites. Maar de echte analyse begint pas als je het score getal terugbrengt naar beslissingen: welke aanpassing doen we, waarom verwachten we dat dit effect heeft, en wat gaan we meten om te zien of we gelijk hadden.

Als je dit structureel wilt aanpakken, maak dan per maand een kleine backlog met verbeteringen die je kunt testen. Houd het beperkt en kies één hoofd hefboom per ronde. In de praktijk zie je dan vanzelf of je site vaker wint op inhoudelijke scherpte of op technische betrouwbaarheid, en dat helpt je om je tijd te investeren waar hij het meeste oplevert.