On-page SEO-checklist: 25 controles en een eigen mobiel voorbeeld

Wat is on-page SEO?

On-page SEO richt zich op een individuele pagina: inhoud, metadata, koppen, links, beelden en de manier waarop die onderdelen samen worden weergegeven. De grens met technische SEO is niet hard. Een verkeerde canonical is technisch, maar kan de beoordeling van precies die pagina beïnvloeden. Een goed leesbare kop vraagt zowel redactie als een passende implementatie.

Deze checklist helpt je een bestaande pagina beoordelen of een nieuwe pagina voorbereiden. Gebruik daarnaast de technische SEO-checklist voor problemen die meerdere pagina's of de hele website raken. Voor hulp bij prioritering en uitvoering kun je SEO-dienstverlening bespreken.

Er bestaat geen controleerbare verdeling waarin on-page SEO een vast percentage van “alle rankingfactoren” vertegenwoordigt. Ook kan niemand op basis van deze lijst een rankingtermijn garanderen. De uitkomst is een verzameling onderbouwde verbeterbesluiten: wat is vastgesteld, waarom is het relevant en wat wordt opnieuw gecontroleerd?

De on-page SEO-checklist: 25 concrete controles

Noteer per punt geslaagd, afwijking, niet van toepassing of niet beoordeeld, met een korte toelichting. Zet een controle zonder gegevens niet op groen. Voer wijzigingen in indexatie, URL's en formulieren alleen uit binnen de afgesproken scope. De tabel is een werkvolgorde, geen rangschikking van Googles algoritme.

25 paginacontroles - leg bij elke uitkomst het bewijs vast

Nr.	Controle	Wat wil je kunnen aantonen?
1	Gebruikersvraag	Een duidelijke taak en doelgroep voor deze pagina
2	Volledig antwoord	Benodigde informatie, voorwaarden en uitzonderingen
3	Feitelijke claims	Herleidbare bronnen die de conclusie daadwerkelijk ondersteunen
4	Voorbeelden en cases	Een herkenbare demonstratie of gecontroleerde projectgegevens
5	Auteur en review	Echte rollen, beoordeelde versie en juiste datums
6	Title tag	Een onderscheidende, inhoudelijk passende paginatitel
7	Meta description	Een eerlijke samenvatting zonder ontbrekende download of loze belofte
8	Zichtbare kop	Herkenbaar onderwerp en goede weergave op smalle schermen
9	Hoofdkop	Een duidelijke H1 volgens het afgesproken paginasjabloon
10	Subkoppen	Logisch geneste secties, niet alleen visuele lettergroottes
11	Redactie	Uitleg zonder opvulling, onnatuurlijke herhaling of verplichte woordquota
12	URL en status	De bedoelde bestemming geeft de juiste HTTP-status
13	Canonical	Een passende voorkeurs-URL zonder onbedoelde verwijzing elders
14	Indexatiekeuze	Geen onbedoelde noindex of blokkade van noodzakelijke inhoud
15	Vindbare route	Een relevante interne link naar de pagina
16	Uitgaande interne links	Bereikbare eindbestemmingen zonder onnodige omwegen
17	Linktekst	De bezoeker kan de bestemming begrijpen
18	Beeldfunctie	Beelden voegen uitleg of relevante context toe
19	Tekstalternatieven	Alt-teksten passen bij functie en context van het beeld
20	Beeldbestanden	Passende afmetingen, kwaliteit en bestandsgrootte
21	Laadgedrag	Het belangrijke eerste beeld wordt niet onnodig uitgesteld
22	Prestatiemeting	Labbevindingen en beschikbare veldgegevens zijn apart vastgelegd
23	Mobiele leesroute	Tekst en koppen blijven bruikbaar bij smalle weergave en vergroting
24	Bediening	Links, formulieren en focus werken zonder bedekkende elementen
25	Schema en livegang	Structured data klopt met de tekst; de echte deployment is gecontroleerd

Een complete lijst bevat ook de gevolgen van een afwijking. Een foutieve ontvangstbevestiging of onbedoelde indexatieblokkade vraagt een andere opvolging dan een kop die compacter kan. Bepaal prioriteit op de vastgestelde impact en risico's, niet uitsluitend op een standaard kleur uit een tool.

Title tags en meta descriptions: de belofte moet kloppen

Controleer de titel en beschrijving in de daadwerkelijke HTML, niet alleen in het CMS-invoerveld. Sluiten ze aan op het onderwerp, de doelgroep en wat de pagina levert? Zoek naar lege, identieke of misleidende teksten. Een crawl of gerichte HTML-controle helpt daarbij; het Search Console-rapport voor pagina-indexering is geen rapport voor dubbele titels.

Google stelt titellinks automatisch uit meerdere bronnen samen. Een duidelijke title tag en hoofdkop beïnvloeden die presentatie, maar leggen haar niet vast. Een limiet van zestig tekens is hooguit een praktische redactiegrens, geen universele Google-eis of garantie tegen afkapping.

Ook snippets kunnen per zoekvraag uit andere paginapassages worden opgebouwd. Schrijf een relevante meta description en zorg dat de zichtbare tekst dezelfde belofte waarmaakt. Er is geen algemeen percentage extra klikken dat je vooraf kunt toekennen aan een herschreven beschrijving.

Controleer metadata op inhoud, niet alleen op lengte

Onderdeel	Praktische vraag	Afwijking om te herstellen
Titel	Kan iemand het onderwerp onderscheiden?	Dezelfde algemene slogan op veel verschillende pagina's
Beschrijving	Komt de aangekondigde inhoud werkelijk voor?	Een beloofde checklist of prijs die ontbreekt
Sociale preview	Past het beeld bij deze pagina?	Een willekeurig logo of een ongerelateerde oude afbeelding

Koppen: een duidelijke hoofdtaak en logische verdieping

Controleer welke kop als H1 is gemarkeerd en hoe de secties daaronder zijn opgebouwd. Voor onze paginasjablonen hanteren we één duidelijke H1. Maak geen tweede hoofdkop omdat een promotieblok groter moet ogen. Gebruik opmaak voor het uiterlijk en kopniveaus voor de inhoudelijke organisatie.

De W3C-uitleg over koppen benadrukt structuur en navigatie. Vermijd het overslaan van een niveau bij het openen van een subsectie; een nieuwe hoofdsectie kan wel een diepere subsectie afsluiten. Maak koppen beschrijvend en begrijpelijk zonder de hele alinea te hoeven lezen.

Het aantal koppen is geen zelfstandige kwaliteitsscore. Een korte pagina kan weinig secties nodig hebben. Een uitgebreide instructie vraagt meer onderverdeling. Ook een technisch correcte H1 kan op mobiel buiten het scherm lopen: test de echte inhoud, niet alleen een kort voorbeeldwoord in het ontwerp.

Inhoud: taak, bewijs en juiste verwachtingen

Controleer of de pagina zelfstandig bruikbaar is. Kan iemand begrijpen wat wordt aangeboden, een keuze maken of de instructie uitvoeren? Lees bronverwijzingen bij feitelijke claims en controleer of de meetperiode en definitie erbij staan. Beoordeel commerciële beloften met degene die het werk moet leveren.

Google vraagt om behulpzame, oorspronkelijke inhoud en geeft geen ideaal woordenaantal. Neem daarom geen gemiddelde concurrentlengte over als verplicht minimum. Werk een ontbrekende vraag uit, schrap herhaling en laat je eigen bijdrage zien met een bruikbaar voorbeeld. De SEO-schrijfgids geeft twaalf redactiecontroles.

Een datum aanpassen maakt een oude claim niet actueel. Leg een echte inhoudelijke herziening apart vast en gebruik alleen een menselijke reviewdatum wanneer zo'n beoordeling heeft plaatsgevonden. Bij AI-gebruik blijven feitelijke controle, bronnen en verantwoordelijkheden nodig; een gereedschap levert geen automatisch bewijs van deskundigheid.

Voor vragen over AI-zichtbaarheid geldt niet dat je extra statistieken of een speciaal GEO-schema moet toevoegen. Googles AI-richtlijn bouwt voort op de bestaande zoekbasis. Beschrijf wat je weet, maak bruikbare bronnen vindbaar en rapporteer AI-vermeldingen niet als automatisch gewonnen klanten.

Links: kan de lezer de juiste volgende pagina bereiken?

Open belangrijke links en controleer de echte bestemming. Verwijst een tekst naar de bedoelde gids, dienst of specificatie? Een link die via een oude diensten-URL uiteindelijk op de homepage uitkomt kan technisch werken maar inhoudelijk verkeerd zijn. Gebruik bij voorkeur het directe eindadres.

Google adviseert crawlbare links met begrijpelijke linkteksten. Er is geen ideaal aantal per pagina. Zorg dat belangrijke inhoud via relevante interne routes gevonden kan worden en voeg links toe waar zij een vraag helpen beantwoorden. Het interne-linkonderzoek kan breder kijken naar samenhang en ontbrekende routes.

Een thematisch overzicht helpt bij navigatie, maar elke verdieping moet een eigen nuttige taak hebben. Voeg geen bijna identieke artikelen toe om een vooraf bedacht cluster groot genoeg te maken. Beoordeel overlap met beschikbare query- en paginagegevens voordat je bestaande URL's samenvoegt.

Afbeeldingen en media: relevant, bereikbaar en bruikbaar

Vraag eerst wat het beeld uitlegt. De foto boven dit artikel illustreert het verschil tussen een brede en smalle leesindeling; het is geen schermafbeelding van een uitgevoerde klantmeting. Het eigen controlevoorbeeld hieronder bevat afzonderlijk de daadwerkelijk vastgelegde meetwaarden.

Volg voor tekstalternatieven de W3C-beslisboom. Een informatief beeld vraagt een beschrijving die de betekenis overbrengt. Bij een beeldlink kan de bestemming centraal staan. Puur decoratief of volledig redundant beeld kan juist een lege alt hebben. “Alt ontbreekt” en “alt is bewust leeg” zijn verschillende bevindingen.

Google beschrijft bereikbare img-elementen, responsieve varianten en relevante beeldmetadata. Controleer het echte bestand, de uitsnede en omliggende uitleg. Een voorkeur voor een afbeelding is geen garantie dat Google die toont. Kies een representatief beeld voor de preview en houd lange uitleg in gewone tekst.

Comprimeer op de werkelijke afbeelding en controleer de uitkomst. Een vast besparingspercentage geldt niet voor ieder bestand. Stel belangrijke bovenaan zichtbare beelden niet onnodig uit en laad lager geplaatste media passend. Reserveer ruimte om verspringen te beperken. De beeldoptimalisatiegids en Core Web Vitals-gids werken dit verder uit.

URL, canonical en indexatie: wijzig niet alleen voor een mooier adres

Controleer de bedoelde eindbestemming en indexatiekeuze. Een belangrijke pagina hoort niet door een achtergebleven previewinstelling op noindex te staan. De canonical moet de passende voorkeurs-URL aangeven. Pas deze onderdelen niet automatisch aan alleen omdat een tool een afwijking signaleert.

Een queryparameter, cijfer of wat langere URL is niet automatisch een fout. Googles SEO-startgids relativeert het rankingbelang van zoekwoorden in een URL en beschrijft gewone dubbele inhoud niet als een automatische spamstraf. Behoud werkende waardevolle adressen tenzij er een onderbouwde reden is voor een wijziging.

Bij een noodzakelijke wijziging horen een passende directe redirect, bijgewerkte interne links en een hertest van de bestemming. Een vaste afschrijving van “linkwaarde” per redirect is geen bruikbare algemene rekensom. Gebruik de URL-structuurgids om pad, query en fragment uit elkaar te houden.

Eigen controlevoorbeeld: een lange kop op 320 pixels

Tijdens de lokale previewcontrole van onze zoekwoordgids op 12 september 2026 bleek de pagina bij een viewport van 320 CSS-pixels 342 pixels breed. De lange hoofdkop liep buiten het scherm. Na een aanpassing van de woordafbreking maten we bij dezelfde viewport een paginabreedte van 320 pixels en controleerden we de zichtbare kop opnieuw.

De wijziging gebruikt automatische Nederlandse woordafbreking met een vangnet voor lange woorden. We bekeken daarnaast de contentstrategiegids en controleerden bredere schermen. De meetnotities en scope van dit eigen voorbeeld zijn openbaar beschikbaar. Dit is een functionele controle in onze preview, geen klantresultaat of rankingexperiment.

Werkelijk vastgelegde maten van één lokale paginacontrole

Moment	Viewport	Documentbreedte	Horizontale overloop
Vóór de kopcorrectie	320 CSS-px	342 CSS-px	22 CSS-px
Na de kopcorrectie	320 CSS-px	320 CSS-px	0 CSS-px

W3C beschrijft reflow bij 320 CSS-pixels en uitzonderingen voor inhoud die tweedimensionaal moet blijven, zoals sommige tabellen. Een tabel kan een eigen scrollgebied nodig hebben; gewone koppen en alinea's moeten leesbaar blijven. Alleen deze breedtemeting is geen volledige WCAG-beoordeling. Daarom controleren we ook weergave, toetsenbordbediening en focus.

Dit voorbeeld laat zien waarom een inhoudelijke checklist niet ophoudt bij HTML-tags. De kop was aanwezig en de pagina had één H1, maar de echte leesroute bevatte een fout. Het oplossen daarvan bewijst geen extra verkeer of aanvragen. Een effectclaim zou een andere meetopzet en aanvullende gegevens vereisen.

Van bevinding naar gecontroleerde wijziging

Maak per afwijking een korte opdracht met URL, waarneming, risico, gewenste uitkomst en verantwoordelijke. Bewaar bij een meetpunt ook apparaat of viewport, datum en gebruikte definitie. Laat de uitvoerder de wijziging testen en controleer vervolgens de echte deployment. Een lokale verbetering is nog geen bewijs dat bezoekers de nieuwe versie krijgen.

Controleer metadata en structured data samen met de zichtbare inhoud. Een schema-validatie bewijst niet dat een resultaatclaim juist is. Houd ook ontbrekende Search Console- of veldgegevens zichtbaar in de oplevering; een groene Lighthouse-score vervangt die gegevens niet.

Wil je de belangrijkste pagina's laten beoordelen? Bespreek de gebruikersvragen, bestaande meetgegevens en uitvoeringsruimte in een adviesgesprek. Onderzoek en implementatie worden afgebakend in een offerte op maat. Niet ieder vinkje heeft dezelfde impact en een checklist is geen garantie op nummer één.

1. Waarnemen: leg de fout en context vast.
2. Besluiten: prioriteit, scope en eigenaar bepalen.
3. Herstellen: wijziging uitvoeren en hertesten.
4. Verifiëren: de juiste live pagina controleren.

Veelgestelde vragen over on-page SEO

Wat is het verschil met technische SEO?

On-page SEO bekijkt vooral de inhoud en presentatie van een specifieke pagina. Technische SEO kijkt ook naar de onderliggende website-inrichting. De onderwerpen overlappen bij bijvoorbeeld canonicals, snelheid en indexatie.

Hoe snel levert een verbeterde pagina meer verkeer op?

Daar is geen vaste termijn of uitkomst voor. Zoekmachines moeten wijzigingen verwerken en het resultaat hangt ook af van vraag, aanbod en concurrentie. Een functionele verbetering is niet automatisch een rankingverbetering.

Moet ik precies zestig tekens in mijn titel gebruiken?

Nee. Schrijf een beknopte, passende titel. Google kan de titellink aanpassen of afkappen op basis van beschikbare ruimte. Een interne tekenrichtlijn is geen universele Google-eis.

Hoeveel interne links heeft een pagina nodig?

Genoeg relevante routes om de lezer te helpen, zonder onnodige herhaling. Er is geen vast ideaal aantal. Controleer bestemming, begrijpelijke linktekst en bereikbaarheid van belangrijke pagina's.

Is een lege alt altijd fout?

Nee. Bij puur decoratieve of volledig redundante afbeeldingen kan een lege alt juist passend zijn. Informatieve en functionele beelden vragen een tekstalternatief dat hun betekenis of actie overbrengt.

Moet ik bestaande URL's korter maken?

Niet automatisch. Beoordeel eerst functie, indexatie, verwijzingen en risico's. Parameters of een langere URL zijn op zichzelf geen reden voor een migratie.

Bewijst Lighthouse 100 dat mijn pagina perfect is?

Nee. De score gaat over geselecteerde automatische controles. Inhoudelijke juistheid, werkelijke bezoekerservaring, meetdekking en volledige toegankelijkheid vragen aanvullende beoordeling.

Hoe vaak loop ik de checklist na?

Bij nieuwe publicaties, relevante wijzigingen en terugkerende kwaliteitscontroles. Kies frequentie en prioriteit op basis van risico, verandering en beschikbare gegevens, niet alleen op een vaste kalenderregel.