Een technische SEO-checklist controleert of zoekmachines je belangrijke pagina's kunnen bereiken, verwerken en aan de juiste URL koppelen. Begin daarom niet bij een algemene toolscore. Controleer eerst statuscodes, crawlbaarheid, indexeringssignalen, canonicals, interne links en mobiele inhoud. Pas daarna krijgen structured data, snelheid en verdere optimalisatie hun juiste plaats.
Technische SEO maakt een pagina niet vanzelf relevant of overtuigend. Ze voorkomt wel dat goede content door een technische fout onvindbaar, dubbel of moeilijk te gebruiken wordt. Een perfecte sitemap compenseert geen leeg dienstenverhaal. Omgekeerd kan een uitstekende gids weinig zoekverkeer opbouwen wanneer de canonical naar een andere URL wijst of een tijdelijke noindex na de livegang blijft staan.
Gebruik deze checklist bij een nieuwe website, een migratie of een periodieke audit. Ze is geschreven voor KMO's en hun webpartners, maar blijft bewust platformneutraal. De exacte uitvoering verschilt tussen Next.js, WordPress, Shopify en maatwerk. Wil je de controle door een specialist laten uitvoeren, bekijk dan technische SEO.
Een audit is geen rankingbelofte
De technische basis bepaalt of een pagina in aanmerking kan komen voor verwerking en vertoning, maar Google garandeert geen indexering of positie. Inhoud, zoekintentie, concurrentie, reputatie en vele andere systemen blijven meespelen.
Werk met prioriteiten, bewijs en eigenaars
Niet iedere melding is even belangrijk. Een geblokkeerde omzetpagina vraagt sneller actie dan een ontbrekende description op een oud nieuwsbericht. Registreer daarom per bevinding welke URL's geraakt worden, wat het waarneembare effect is, wie het oplost en hoe je de oplossing controleert.
| Prioriteit | Voorbeeld | Mogelijk effect | Aanpak |
|---|---|---|---|
| Kritiek | Belangrijke pagina's geven 5xx of staan op noindex | Pagina's zijn niet beschikbaar of indexeerbaar | Direct onderzoeken, herstellen en valideren |
| Hoog | Canonicals wijzen naar verkeerde pagina's | Signalen kunnen aan een andere URL worden gekoppeld | Template of mapping corrigeren |
| Middel | Interne route bevat redirectketens | Tragere route en onduidelijke architectuur | Links naar eindbestemming aanpassen |
| Laag | Sitemap bevat een recent verwijderde niet-belangrijke URL | Onnodige crawl en rapportageruis | Opschonen bij volgende release |
| Onderzoek | Tool meldt veel JavaScript | Effect is zonder meting onbekend | Test rendering, interactie en echte prestaties |
Bewaar bij elke release een klein logboek. Noteer gewijzigde templates, redirects, robotsregels, structured data en meetcodes. Wanneer verkeer later verandert, kun je technische oorzaken sneller uitsluiten of bevestigen.
Controle 1: kan de server een bruikbare pagina leveren?
Google noemt drie technische minimumvoorwaarden om in aanmerking te komen voor indexering: Googlebot is niet geblokkeerd, de pagina geeft een succesvolle HTTP-status en de inhoud is indexeerbaar. Dat staat in de officiële technische vereisten voor Google Search. Voldoen aan die voorwaarden garandeert nog geen opname in de index.
Server en statuscodes
- Belangrijke pagina's geven een echte 200-status
- Verwijderde URL's geven passend 404 of 410
- Permanente verhuizingen gebruiken een serverredirect
- Er zijn geen redirectlussen of lange ketens
- 5xx-fouten worden gemonitord en onderzocht
- HTTPS werkt zonder gemengde onveilige bronnen
Wat de crawler ontvangt
- Hoofdinhoud staat in de gerenderde HTML
- Titels en canonicals zijn per URL correct
- CSS, JavaScript en beelden zijn bereikbaar wanneer nodig
- Formulieren verbergen de inhoud niet achter een interactie
- Foutpagina's geven niet ongemerkt een 200-status
- Producten of diensten zijn via gewone links bereikbaar
Test niet alleen de homepage. Controleer minimaal een dienstenpagina, kennisartikel, categorie, case, formulier en eventueel productdetail. Technische fouten zitten vaak in een template, waardoor tientallen URL's hetzelfde probleem delen.
Controle 2: robots.txt, noindex en toegangsregels
robots.txt bepaalt welke crawlverzoeken een crawler mag uitvoeren. Het is geen betrouwbare methode om een URL uit zoekresultaten te verwijderen. Een geblokkeerde URL kan onder bepaalde omstandigheden nog als URL bekend zijn, terwijl de crawler de pagina niet kan ophalen om een noindex te lezen.
De robots.txt-documentatie van Google maakt dat onderscheid duidelijk. Gebruik toegangsbeveiliging voor vertrouwelijke omgevingen. Gebruik een ondersteunde indexeringsinstructie wanneer een publiek bereikbare pagina niet in zoekresultaten hoort.
Controleer bewust
- Laat publieke CSS en JavaScript crawlen wanneer ze nodig zijn
- Beveilig staging met authenticatie
- Controleer robotsregels na iedere livegang
- Gebruik noindex alleen op bewust uitgesloten pagina's
- Test de uiteindelijke URL, niet alleen een toolrapport
Veelgemaakte verwarring
- Gebruik robots.txt om geheime pagina's te beschermen
- Blokkeer een pagina en verwacht dat noindex wordt gelezen
- Laat een tijdelijke globale blokkade na lancering staan
- Zet dunne pagina's automatisch allemaal op noindex
- Kopieer robotsregels van een ander platform zonder controle
Maak een lijst van pagina's die bewust niet indexeerbaar zijn, zoals interne zoekresultaten of bepaalde accountschermen. Zo wordt een noindex geen onverklaarde uitzondering die bij iedere audit opnieuw ter discussie staat.
Controle 3: XML-sitemap en interne ontdekking
Een XML-sitemap is een lijst met URL's die je belangrijk vindt. Google benadrukt dat een sitemap slechts een hint is en crawling of indexering niet garandeert. Volg de officiële handleiding om een sitemap op te bouwen en in te dienen.
Neem alleen canonieke URL's op die een succesvolle status geven en voor indexering bedoeld zijn. Verwijder redirectende, foutieve, dubbele en noindex-URL's. Gebruik een correcte lastmod alleen wanneer die datum een betekenisvolle inhoudelijke update weerspiegelt.
Een sitemap vervangt geen interne links. Google ontdekt veel pagina's via links en adviseert gewone <a>-elementen met een href en beschrijvende ankertekst. De volledige richtlijn staat bij crawlbare links en ankerteksten.
Ontdekking en interne structuur
- Elke belangrijke pagina heeft minstens één relevante interne link
- Navigatie werkt ook zonder hover of complexe interactie
- Breadcrumbs volgen de echte inhoudelijke hiërarchie
- Weespagina's en onnodig diepe routes zijn onderzocht
- Ankertekst beschrijft de bestemming
- Sitemap en interne links wijzen naar dezelfde canonieke URL's
- Mobiele navigatie verbergt geen belangrijke pagina's
Een goede structuur begint al bij de inhoud. Lees SEO voor websites in Limburg voor de vertaling van zoekintentie naar diensten, kenniscontent en lokale routes.
Controle 4: canonicals en dubbele URL's
Een canonical is het voorkeurssignaal voor een pagina wanneer dezelfde of sterk vergelijkbare inhoud via meerdere URL's bereikbaar is. Ze is geen automatische redirect voor bezoekers en geen manier om willekeurige pagina's samen te voegen.
Google behandelt een rel="canonical" als een sterk signaal, maar kan een andere canonical kiezen wanneer signalen elkaar tegenspreken. De documentatie over canonieke URL's adviseert onder meer absolute URL's, consistente interne links en alleen canonieke URL's in de sitemap.
Controleer:
- iedere indexeerbare pagina heeft een zelfverwijzende of bewust gekozen canonical;
- de canonical geeft 200 en is niet geblokkeerd of
noindex; - HTTP, HTTPS, www, niet-www en slashvarianten zijn consistent;
- trackingparameters maken niet onnodig zelfstandige indexeerbare versies;
- taal- en regioversies canonicaliseren niet foutief naar één taal;
- paginatie en filters hebben een bewuste indexeringsstrategie;
- structured data, sitemap en interne links noemen dezelfde URL.
Canonicaliseer geen lokale pagina naar een algemene pagina wanneer de lokale pagina werkelijk unieke inhoud en een zelfstandige intentie heeft. Omgekeerd is een gekopieerde stadspagina geen unieke bestemming omdat de plaatsnaam anders is. De pillar over lokale SEO in Limburg helpt die inhoudelijke grens bepalen.
Controle 5: redirects en websitevernieuwing
Redirects sturen bezoekers en crawlers van een oude URL naar een nieuwe bestemming. Gebruik bij een permanente verhuizing een permanente serverredirect en kies de inhoudelijk meest passende eindpagina. Een volledige oude website naar de homepage sturen maakt de route voor bezoekers minder bruikbaar.
De Google-handleiding over redirects en Search beschrijft ondersteunde methoden en hun interpretatie. Houd redirects na een migratie lang genoeg actief, update interne links en voorkom ketens van oud naar ouder naar nieuw.
- 1
Inventariseer
Exporteer bestaande URL's uit sitemap, analytics, Search Console, crawl en backlinkdata. - 2
Classificeer
Markeer behouden, samengevoegde, verwijderde en nieuw opgebouwde inhoud. - 3
Map één op één
Koppel iedere waardevolle oude URL aan de meest relevante nieuwe bestemming. - 4
Test vóór livegang
Controleer status, eindbestemming, ketens, parameters en canonicals in staging. - 5
Monitor na livegang
Volg 404's, indexering, sitemapstatus, verkeer en belangrijke conversieroutes.
Gebruik bij een migratie ook wanneer een website vernieuwen verstandig is en de bredere checklist voor een nieuwe website. Daarmee krijgen content, privacy, accounts en overdracht naast de redirects een eigenaar.
Controle 6: mobiel, rendering en JavaScript
Google gebruikt voor indexering en ranking hoofdzakelijk de mobiele versie van de inhoud. Mobiel mag daarom niet alleen visueel compacter zijn; belangrijke tekst, links, beelden, metadata en structured data moeten inhoudelijk gelijkwaardig blijven. Lees de actuele best practices voor mobile-first indexing.
Test op een echte telefoon en met een tragere verbinding. Controleer of navigatie opent, accordeons bedienbaar zijn, tekst niet wordt afgekapt, formulieren duidelijke labels hebben en belangrijke links niet alleen op desktop bestaan.
JavaScript is niet per definitie een SEO-probleem. Het wordt een risico wanneer de hoofdinhoud pas na een mislukte clientactie verschijnt, links geen echte href hebben of foutafhandeling een lege pagina achterlaat. Server rendering of statische generatie kan voor publieke content een robuuste basis bieden, maar ook die aanpak moet correct worden getest.
Mobiele gelijkwaardigheid
- Dezelfde hoofdinhoud en betekenis
- Dezelfde indexerings- en canonicalsignalen
- Belangrijke beelden met passende alt-tekst
- Volledige interne navigatieroutes
- Structured data die bij zichtbare inhoud past
- Formulieren zonder verborgen verplichte velden
Rendering en interactie
- Hoofdinhoud verschijnt zonder gebruikersactie
- Links zijn echte ankers met href
- Lazy loading werkt bij scrollen en directe URLs
- Fouten tonen een bruikbare status en boodschap
- Hydration geeft geen ongeldige HTML
- Crawlers krijgen toegang tot noodzakelijke resources
Controle 7: structured data en zichtbare feiten
Structured data helpt systemen informatie op een pagina te interpreteren, maar maakt onzichtbare of onjuiste claims niet geldig. Google vereist dat markup de zichtbare hoofdinhoud correct weergeeft en waarschuwt dat geldige markup geen rich result garandeert. Zie de algemene structured-data-richtlijnen.
Gebruik alleen types die werkelijk passen, bijvoorbeeld Organization, LocalBusiness, Service, Article, BreadcrumbList, Product of VideoObject. Controleer verplichte en aanbevolen eigenschappen, geldige URLs en consistente namen. Voeg geen reviewscore toe die de bezoeker niet op de pagina kan zien en verwar FAQ-weergave niet met een gegarandeerd FAQ-resultaat.
Structured data is ook geen speciaal AI-toegangsticket. In wat AEO betekent en wat GEO betekent lees je hoe directe antwoorden, entiteiten en bronwaardige content zich tot gewone SEO verhouden. De pillar over AI-zoekresultaten en GEO verbindt die inhoud met techniek.
Controle 8: Core Web Vitals en toegankelijkheid
Meet prestaties per belangrijk template en met meerdere databronnen. Labtests helpen bij diagnose; velddata toont wat echte Chrome-gebruikers onder hun omstandigheden ervaren. Google beveelt goede Core Web Vitals aan, maar zegt uitdrukkelijk dat goede meetwaarden alleen geen hoge ranking garanderen.
De actuele goede grenswaarden zijn LCP binnen 2,5 seconden, INP binnen 200 milliseconden en CLS maximaal 0,1, beoordeeld op het 75e percentiel. Lees de definities en nuance bij Google over Core Web Vitals en de praktische uitleg in waarom een snelle website beter kan ranken.
Kijk eerst naar oorzaken die meerdere pagina's raken: trage serverrespons, te grote hero-afbeeldingen, blokkerende scripts, instabiele afmetingen, zware lettertypes en externe widgets. Verwijder geen essentiële inhoud om een score groen te maken.
Toegankelijkheid is geen rankinghack, maar wel een kwaliteitsvoorwaarde voor veel gebruikers. De WCAG 2.2 behandelt waarneembaarheid, bediening, begrijpelijkheid en robuustheid. Test onder meer toetsenbordnavigatie, focus, labels, foutmeldingen, contrast, zoom, reflow en tekstalternatieven. Een automatische scanner vindt slechts een deel van de problemen.
Controle 9: lokale, content- en AI-signalen blijven consistent
Techniek moet de zichtbare werkelijkheid ondersteunen. Bedrijfsnaam, adres, diensten en regio's mogen niet per template verschillen. Laat website, structured data en Google Business Profiel dezelfde controleerbare feiten gebruiken. De gids Google Business Profiel optimaliseren behandelt die externe lokale laag; lokale SEO biedt begeleiding bij de samenhang.
Controleer ook auteurschap, update-informatie en bronnen op kennisartikels. Een technisch indexeerbare pagina met vage, generieke tekst blijft inhoudelijk zwak. Gebruik SEO-content voor dienstverleners om technische templates met echte expertise te vullen.
Voor generatieve zoekervaringen blijft volgens Google dezelfde basis gelden: crawlbare pagina's, nuttige inhoud, goede pagina-ervaring en ondersteunde structured data. Aparte AI-trucjes vervangen geen technische SEO. Binnen AI SEO, AEO en GEO kunnen techniek, feiten en content samen worden beoordeeld.
Controle 10: livegang en monitoring
Een audit is pas waardevol wanneer oplossingen gecontroleerd worden. Test vóór livegang in een representatieve omgeving en herhaal kritieke controles op productie. DNS, caching, omgevingsvariabelen en redirects kunnen zich daar anders gedragen.
Acceptatie vóór en na livegang
- Robots.txt en noindex zijn gecontroleerd op productie
- Belangrijke templates geven de verwachte statuscodes
- Canonicals, hreflang en structured data gebruiken productie-URLs
- Redirectmapping is automatisch en handmatig getest
- XML-sitemap is bereikbaar en ingediend
- Formulieren en conversiemeting werken met juiste toestemming
- Search Console-eigendom en waarschuwingen zijn beschikbaar
- 404-, 5xx- en prestatiemonitoring hebben een eigenaar
- Back-up en herstelprocedure zijn getest
- Een evaluatiemoment na dagen en weken staat gepland
Na livegang zijn schommelingen niet automatisch een fout. Controleer eerst of belangrijke pagina's bereikbaar en geïndexeerd blijven en of oude URLs correct doorsturen. Vergelijk vervolgens templategroepen, zoekvragen en conversies. Documenteer wat je hebt veranderd voordat je een tweede grote ingreep uitvoert.
Veelgemaakte fouten in technische SEO-audits
Een bruikbare audit
- Problemen koppelen aan URLs, templates en effect
- Kritieke blokkades eerst oplossen
- Oplossingen op productie opnieuw testen
- Techniek naast content en bedrijfsdoel beoordelen
- Onzekerheid en meetbeperkingen benoemen
- Wijzigingen documenteren voor latere analyse
Rapport zonder richting
- Iedere toolmelding dezelfde prioriteit geven
- Een score presenteren als rankingvoorspelling
- Canonicals gebruiken als vervanging voor redirects
- Robots.txt verwarren met beveiliging of noindex
- Structured data toevoegen die niet zichtbaar klopt
- Na de release aannemen dat alles hetzelfde werkt
Veelgestelde vragen over technische SEO
Technische SEO maakt goede content bereikbaar
De beste technische audit eindigt niet met honderd meldingen. Ze maakt duidelijk welke blokkades eerst weg moeten, welke templates structureel verbeterd worden en hoe je controleert dat het resultaat werkt. Daarna kunnen zoekintentie, inhoud en lokale geloofwaardigheid hun werk doen.
Technische SEO hoort onzichtbaar betrouwbaar te zijn: de juiste pagina is bereikbaar, ondubbelzinnig en bruikbaar op het moment dat iemand haar nodig heeft.
Een technische audit met duidelijke prioriteiten?
We controleren crawlbaarheid, indexering, URLs, rendering, structured data en prestaties en vertalen bevindingen naar uitvoerbare acties.
