Technische SEO checklist: controleer je website stap voor stap.

Technische SEO controleer je het best op echte pagina’s, niet alleen op een score voor de hele site. Kan een zoekmachine een belangrijke URL bereiken? Mag die pagina worden geïndexeerd? Komt een bezoeker op de juiste versie uit en werkt die op een telefoon? Deze checklist helpt je de antwoorden te vinden. De techniek maakt een pagina toegankelijk, terwijl inhoud en SEO in bredere zin bepalen of die pagina een goede match is voor een zoekvraag.

Technische SEO checklist: begin bij je belangrijkste pagina’s

Kies eerst enkele pagina’s die bezoekers echt moeten kunnen vinden, bijvoorbeeld een product, dienst of uitleg. Noteer per URL wat je verwacht: moet die in Google kunnen verschijnen of juist niet? Door met concrete URL’s te werken, zie je of een fout de hele site raakt of alleen één paginatype.

Google onderscheidt het ontdekken van een URL, het crawlen van de pagina en het indexeren van de inhoud. Een link of sitemap kan helpen bij ontdekking. Daarna kan Google de pagina ophalen en beoordelen of die voor de index in aanmerking komt. Dat een URL bekend is, betekent dus nog niet dat hij is geïndexeerd.

Een robots.txt-regel beperkt het crawlen. Hij verwijdert een URL niet betrouwbaar uit de zoekresultaten. Staat er ook noindex op een pagina, dan moet Google die pagina kunnen crawlen om die instructie te zien. Maak daarom eerst helder wat je wilt bereiken voordat je een blokkade aanpast. Een sitemap is evenmin een garantie op crawlen of indexeren.

Controleer de voorkeurs-URL en foutpaden

Eén pagina kan via meerdere adressen bereikbaar zijn, bijvoorbeeld met een parameter of een andere schrijfwijze van de URL. Controleer voor een belangrijke pagina welke versie jij wilt tonen en welke versie Google als canoniek ziet. In URL-inspectie kun je die twee naast elkaar leggen. Een rel="canonical" geeft Google een voorkeur, geen bevel: Google kan een andere versie kiezen.

Loop vervolgens de routes naar die pagina na. Een oude URL die is verhuisd, hoort bezoekers naar een passende nieuwe bestemming te brengen. Een omleiding naar een niet-passende pagina lost de oorspronkelijke vraag niet op. Controleer ook of een reeks omleidingen niet in een lus eindigt. Werk interne links bij zodat ze direct naar de huidige URL leiden.

Een 404 is niet automatisch een fout die je moet wegwerken. Is de inhoud bewust verwijderd en bestaat er geen goed alternatief, dan kan een 404 passend zijn. Is de pagina juist verplaatst of wijst een zichtbare link naar een verkeerd adres, herstel dan de link of de omleiding. Geeft een pagina die beschikbaar moet zijn een serverfout, onderzoek dan eerst waarom de server geen bruikbaar antwoord geeft. Zo voorkom je dat elke foutmelding dezelfde behandeling krijgt.

Test mobiel en beoordeel de prestaties

Open je gekozen pagina’s op een echte telefoon. Kun je de hoofdinhoud lezen, het menu gebruiken en belangrijke knoppen bedienen zonder dat onderdelen elkaar bedekken? Vergelijk de mobiele pagina met wat je op een groot scherm ziet. Ontbreekt daar essentiële inhoud of werkt een functie niet, maak dan van die specifieke pagina een herstelpunt.

Gebruik PageSpeed Insights voor een paginacontrole en het Core Web Vitals-rapport in Search Console voor een breder beeld. De drie Core Web Vitals beschrijven verschillende ervaringen: LCP gaat over het zichtbaar worden van de grootste inhoud, INP over de reactie op een handeling en CLS over onverwachte verschuivingen van de pagina. Kijk bij een tegenvallende meting naar de concrete oorzaak op die pagina. Een zware hoofdafbeelding vraagt een andere ingreep dan een knop die traag reageert.

Een meting is een aanwijzing voor verbetering, geen voorspelling van een positie in Google. Verdiep je bij een specifiek probleem in Core Web Vitals of bekijk hoe je websitesnelheid test. De oude Mobile-Friendly Test en het rapport Mobiele bruikbaarheid zijn geen actuele hulpmiddelen meer; toets de mobiele weergave zelf en gebruik de huidige prestatierapporten.

Rond je technische check af met prioriteiten

Begin met fouten die verhinderen dat een belangrijke pagina bereikbaar of indexeerbaar is. Kijk daarna naar verkeerde voorkeurs-URL’s, kapotte routes en problemen die bezoekers echt hinderen. Verbeteringen aan snelheid en mobiele bediening zijn vervolgens concreter te plannen per paginatype. Dit is een praktische volgorde, geen regel van Google: een storing op een veelgebruikte pagina kan eerder aandacht verdienen dan een kleine indexeringsafwijking op een onbelangrijke URL.

Controleer ook of de verbinding via HTTPS loopt en of de navigatie de belangrijkste pagina’s logisch met elkaar verbindt. Gestructureerde gegevens zijn pas een zinvolle volgende stap als het type pagina daarvoor geschikt is en de zichtbare inhoud overeenkomt met de markering. Met de Rich Results Test kun je geschikte markering controleren. Zelfs geldige markering garandeert niet dat Google een uitgebreid zoekresultaat toont.

Schrijf bij elk gevonden probleem de URL, je verwachting, de waarneming en de vervolgstap op. Bijvoorbeeld: “deze pagina moet vindbaar zijn, maar URL-inspectie toont noindex; controleer de instelling in het CMS en inspecteer opnieuw.” Daarmee wordt een technische analyse een lijst van beslissingen in plaats van een verzameling losse scores. Wil je verder lezen over lokale vindbaarheid, dan staat dat op de pagina over Local SEO.