Technische SEO-audit checklist voor 2026

De meeste technische SEO-audits mislukken op dezelfde manier. Ze dumpen elke crawlerwaarschuwing in een spreadsheet en noemen dat strategie. Je hebt een checklist nodig die scheidt wat discovery blokkeert van wat ruis is, en daarna een duidelijke keuze wat je eerst moet fixen.

Deze gids loopt door een praktische technische SEO-audit checklist voor 2026: crawl en robots, indexatie, Core Web Vitals, on-page structuur, schema, internationale signalen, en wat “AI search readiness” echt betekent. Ook: wanneer een gratis DIY-pass genoeg is en wanneer een betaalde audit de moeite waard is.

Wat een technische SEO-audit is (en niet is)

Een technische SEO-audit is een gestructureerde review van hoe zoekmachines je URL’s ontdekken, renderen en indexeren. De vraag: kan Google de money pages bereiken, begrijpen en in de index houden zonder concurrerende duplicaten?

Het is geen keyword research, contentstrategie of linkbuilding. Die zaken tellen, maar ze zitten bovenop crawl en indexatie. Als belangrijke templates noindex staan, soft-404’en of achter kapotte redirects verdwijnen, redden meer blogposts het kwartaal niet.

Belangrijkste takeaway: Behandel de audit als diagnose en prioritering. Rankings zijn het resultaat van fixes plus content en links, niet een deliverable van de PDF zelf.

Auditscope blijft bij crawl, index en prioritering. Content en links komen nadat de basis helder is.

Hoe je deze checklist gebruikt

Werk één primair domein (en afgesproken subdomeinen) tegelijk af. Gebruik bij voorkeur Google Search Console coverage- en experience-rapporten wanneer je toegang hebt. Combineer dat met een crawl (Screaming Frog, Sitebulb of vergelijkbaar) en steekproeven in een schoon browserprofiel.

Scoor elk item als pass, fail of needs sampling (grote catalogi). Failures krijgen severity: blokkeert money pages, verspilt crawl, of cosmetisch.

Scoor items met severity zodat de backlog shippable is, geen dump van elke crawlerwaarschuwing.

1. Crawltoegang en robots

Begin met of bots mogen ophalen wat ertoe doet.

• Bevestig dat robots.txt CSS, JS of belangrijke directories die geïndexeerd moeten worden niet blokkeert.
• Check op per ongeluk Disallow op staging-paden die toch nog op productie resolven.
• Verifieer dat XML-sitemaps vermeld staan, 200 teruggeven en alleen canonieke, indexeerbare URL’s bevatten.
• Vergelijk sitemap-URL-count met geïndexeerde URL-count in Search Console. Grote gaps vragen om een reden.
• Sample-crawl vanaf een extern IP. Hosting-firewalls en bot fights blokkeren soms Googlebot terwijl het vanaf je laptop prima lijkt.

Veelgemaakte fout: /wp-admin blokkeren is fine. /wp-json of hele /cdn-cgi/-paden blokkeren zonder te begrijpen wat ze serveren, is hoe soft failures zich verstoppen.

Als bots de money templates niet kunnen ophalen, is de rest van de audit theater.

2. Indexatie en canonicals

Crawltoegang is nutteloos als de verkeerde URL’s winnen.

• Steekproef money pages met site: en de URL Inspection-tool. Bevestig “URL is on Google” wanneer dat zo hoort.
• Review noindex op templates die moeten ranken (categorie, product, locatie, docs).
• Map near-duplicates: HTTP vs HTTPS-mixen, www vs non-www, trailing-slash-varianten, parameterkopieën, printviews.
• Bevestig self-referencing of correcte rel=canonical op de templates die ertoe doen. Faceted navigation vraagt vaak om een expliciete strategie, niet om hoop.
• Soft 404s: dunne “geen resultaten”-pagina’s die 200 teruggeven, lege tag-archieven en placeholder CMS-shells.
• Paginering en infinite scroll: zorg dat er nog een crawlbaar pad naar diepe items bestaat.

Signaal	Gezond patroon	Rode vlag
Canonical	Wijst naar de voorkeurs-money-URL	Wijst naar een parameter of verouderd pad
Status	200 voor indexeerbare URL’s	Soft-404-content op 200
Sitemap	Matcht voorkeurs-URL’s	Bevat redirects en noindex-URL’s
Hreflang	Reciprocaal waar gebruikt	Eénrichting of verkeerde taalcodes

Canonical, status, sitemap en hreflang moeten naar de voorkeurs-money-URL’s wijzen, niet naar parameterkopieën.

3. Rendering en Core Web Vitals

Google’s systemen gebruiken page experience-signalen. Field data van echte gebruikers wint van één Lighthouse-screenshot.

• Haal Core Web Vitals uit Search Console en CrUX waar beschikbaar.
• Lab-test key templates (home, listing, artikel, product, checkout als die publiek is).
• Noteer LCP-element: hero-image, webfont-blok, of late client render.
• Noteer CLS-bronnen: geïnjecteerde banners, late ads, media zonder size.
• Noteer INP-issues op interactieve templates (filters, menu’s, carts).
• Zware third-party scripts: tag managers, chatwidgets, A/B-tools. Meet de kost, gok niet.

Best practice: Fix de templateklasse, niet één virale URL. Eén producttemplate kan CWV voor duizenden pagina’s vernielen.

Core Web Vitals horen bij de template. Field data wint van één gelukte Lighthouse-screenshot.

4. On-page structuur en interne links

Technische SEO omvat of de HTML begrijpelijk is.

• Unieke, accurate title tags op money templates. Geen keyword stuffing.
• Eén duidelijke H1 die past bij de taak van de pagina.
• Heading-hiërarchie die de content weerspiegelt, geen designongeval.
• Interne links van hubs naar money pages. Orphan URL’s die alleen in sitemaps staan, zijn een smell.
• Dunne of bijna lege templates die concurreren met rijkere siblings.
• Broken links en redirect chains in primaire navigatie en footer.

Heading-hiërarchie en hub-naar-money-links tellen even zwaar als de crawl zelf.

5. Structured data en rich results

Schema rankt je niet magisch. Het kan entities verduidelijken en rich results ontgrendelen wanneer het overeenkomt met zichtbare content.

• Valideer met Google’s rich results tools en Search Console enhancement-rapporten.
• Kies types die je eerlijk kunt onderbouwen: Article, Product, FAQ, Organization, BreadcrumbList.
• Verwijder conflicterende of verouderde JSON-LD van oude themes en plugins.
• Houd markup in lijn met wat gebruikers zien. Fake FAQ-schema is een trust-probleem.

Schema helpt alleen wanneer het matcht met wat gebruikers op de pagina zien.

6. Internationaal en hreflang (wanneer relevant)

Als je meer dan één locale draait, is international SEO onderdeel van de technische audit.

• Locale-URL-patroon is consistent (map, subdomein of ccTLD) en gedocumenteerd.
• hreflang-annotaties zijn reciprocaal en gebruiken geldige taal- of regiocodes.
• x-default wijst ergens intentioneel naartoe.
• Taalschakelaars creëren geen crawl traps of dubbele parametersets.

Heb je maar één taal, sla deze sectie over. Verzin geen hreflang voor de sier.

Hreflang moet reciprocaal zijn. Eénrichtingsannotaties zijn een veelvoorkomende failure mode.

7. AI search readiness zonder theater

“AI SEO”-marketing betekent vaak geautomatiseerde spam. In een technische audit is AI search readiness saaier en nuttiger:

• Duidelijke, crawlbare HTML voor primaire content (niet opgesloten achter niet-essentiële client rendering).
• Stabiele canonieke URL’s zodat citations en snippets naar de juiste pagina wijzen.
• Accurate titles, headings en schema die bij de pagina passen.
• Freshness- en authorship-signalen waar die eerlijk zijn (bestaande auteurspagina’s, datums die updaten wanneer content verandert).
• Geen cloaking, doorway farms of AI-gegenereerde doorway pages.

Je kunt niet “optimaliseren voor ChatGPT-rankings” met een plugin. Je kunt pagina’s wel makkelijk maakbaar maken om te fetchen, te quoten en toe te schrijven.

AI search readiness is crawlbare, duidelijke, attribueerbare pagina’s – geen plugin die citations belooft.

Prioriteitsvolgorde wanneer alles brandt

1. Herstel geblokkeerde of gedeïndexeerde money pages.
2. Fix kapotte canonicals en soft-404-templates.
3. Collapse redirect chains van migraties.
4. Stabiliseer Core Web Vitals op high-traffic templates.
5. Ruim interne linking en dunne template-collisions op.
6. Schema- en internationale polish.

Alles wat alleen een zelden bezocht archief raakt, kan wachten.

Ship de blockers die discovery van money pages herstellen voordat je schema polijst.

DIY-audit versus betaalde audit

Doe het zelf wanneer:

• Je Search Console-toegang hebt en een kleine site (tientallen tot laag honderden indexeerbare URL’s).
• De failure mode voor de hand ligt (migratie, per ongeluk noindex, robots-blok).
• Je developer fixes kan shippen zonder lange queue.

Koop een betaalde audit wanneer:

• Traffic daalde na een redesign of CMS-verhuizing en niemand het eens is over waarom.
• Catalogus- of multi-locale-complexiteit sampling vereist.
• Je een geprioriteerde backlog met owners nodig hebt (dev, content, hosting) vóór een retainer.
• Eerdere agencies conflicterende plugins, sitemaps en “AI SEO”-restanten achterlieten.

Waarschuwing: Een audit creëert op zichzelf geen rankings. Als de productpagina zwak is of de market fit verkeerd, maakt technisch werk alleen de startbaan vrij.

DIY werkt bij kleine, duidelijke failures. Koop hulp wanneer complexiteit of een redesign-drop een geprioriteerde backlog nodig heeft.

Wil je een hands-on pass met een gerankte fixlijst in plaats van een dump van 80 pagina’s, zie mijn technische SEO-audit servicepagina.

Uitgewerkt scenario: redesign-drop

Een B2B-site verhuist van WordPress naar een JavaScript-framework. Organische sessies dalen 40% in zes weken.

Checklist-bevindingen:

• Belangrijke docs-routes geven client-rendered shells met dunne first HTML.
• Oude /blog/*-URL’s 404’en zonder redirect map.
• Sitemap vermeldt nog legacy-paden.
• Canonical tags op nieuwe listing pages wijzen naar de homepage.

Eerste sprint: redirect map voor legacy-URL’s, canonicals fixen, bijgewerkte sitemap indienen, server-rendered HTML voor docs-templates verbeteren. Content en links komen nadat die landen.

Redirects, canonicals, sitemap en server-rendered HTML landen vóór content en links.

Veelgestelde vragen

Hoe lang duurt een technische SEO-audit?

De meeste single-domain audits zijn klaar in ongeveer één tot twee weken nadat toegang gereed is. Zeer grote catalogi krijgen een scoped sample van templates plus een plan voor de rest.

Heb ik Search Console nodig voor een bruikbare audit?

Het helpt enorm. Zonder kun je met een crawl plus publieke URL-checks nog veel issues vinden, maar coverage en CWV field data blijven dunner.

Is dit hetzelfde als een volledig SEO-pakket?

Nee. Deze checklist is technische diagnose en prioritering. Contentstrategie, digital PR en doorlopende optimalisatie zijn apart zodra de basis helder is.

Garanderen deze fixes rankings?

Geen eerlijke operator mag dat beloven. Technische fixes verwijderen blockers zodat content en links kunnen werken. Google rankt nog steeds relatief ten opzichte van concurrenten en relevantie.

Wat met AI Overviews en “GEO”?

Houd pagina’s crawlbaar, duidelijk en attribueerbaar. Skip schemes die gegarandeerde AI-citations claimen. Behandel experimentele features als secundair ten opzichte van solide indexatie en nuttige pagina’s.

Wat nu te doen

Draai de crawl- en Search Console-checks in volgorde, schrijf een korte backlog met severity, en ship de top blockers voordat je contentproductie opschaalt. Wil je een tweede blik op de backlog of implementatie, neem contact op via het formulier en we kunnen een gerichte technische SEO-audit scoppen.