Technische SEO-audit: vind en los onderliggende problemen op

Wat is een technische SEO-audit?

Een technische SEO-audit is een gestructureerd onderzoek naar de technische opzet van je site met als doel problemen te identificeren die crawling, rendering, indexering, siteprestaties en de manier waarop zoekmachines je inhoud begrijpen, beperken. In plaats van alleen tools te draaien, richt je je op bewijs: wat zoekmachines daadwerkelijk (kunnen) zien, wat gebruikers ervaren en welke signalen zoekmachines ontvangen.

Auditworkflow — overzicht en logische volgorde

Voer audits in een vaste volgorde uit zodat bevindingen elkaar logisch opbouwen. Een efficiënte workflow is:

1. Voorbereiding: scope bepalen en prioriteiten vaststellen (belangrijke secties, verkeerspagina's, landingspagina's).
2. Crawling & toegankelijkheid: kan een crawler de juiste URL’s ontdekken en ophalen?
3. Indexatie & canonicalisatie: welke versie van een URL belandt in de index en bestaan er conflicterende signalen?
4. Rendering & JavaScript: hoe wordt content gerenderd voor gebruikers en crawlers?
5. Siteprestaties en Core Web Vitals: laadtijden en gebruikersfrictie meten.
6. Structuur, metadata en gestructureerde gegevens: title tags, meta robots, hreflang, schema.
7. Sitemaps, robots.txt en serverconfiguratie: instructies voor zoekmachines controleren.

Stap-voor-stap: praktische verificaties en tools

1. Voorbereiding en scope

Bepaal welke contentsecties en URL-sets je controleert (categorieën, landingspagina's, top-converting pagina's). Verzamel bestaande rapporten: organisch verkeer, belangrijke zoektermen en technische waarschuwingen uit je monitoringtools. Maak een prioriteitenmatrix op basis van bedrijfsimpact en herstelcomplexiteit.

2. Crawling en toegankelijkheid controleren

Controleer of de server correcte HTTP-statuscodes teruggeeft en dat er geen onbedoelde blokkades zijn.

• Gebruik curl -I <URL> om alleen de response-headers te zien (status, content-type, hulpheaders).
• Gebruik curl -A "Googlebot-Image/1.0" <URL> of curl -A "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" <URL> om te testen welke response een specifieke user-agent krijgt (let op: -A stelt de user-agent in; gebruik -I alleen als je headers wilt).
• Controleer robots.txt op /robots.txt en test regels in een lokale parser of met Bing Webmaster Tools Site Explorer. Let op overgenerieke Disallow-regels of blokkades op belangrijke mappen.

3. Indexatie en canonicalisatie

Beoordeel welke signalen zoekmachines krijgen over de voorkeursversie van een pagina.

• Controleer de HTML op <link rel="canonical" href="..."> en verifieer dat de opgegeven canoniek consistent is met interne links en sitemaps.
• Gebruik voor pagina’s die je beheert de URL Inspection in Google Search Console om te zien welke URL Google als canoniek kiest en of er indexatiebeperkingen zijn.

4. Rendering en JavaScript

Controleer of belangrijke content en links zichtbaar zijn in de gerenderde DOM — niet alleen in de raw HTML.

• Open de pagina in Chrome, gebruik DevTools > Elements om de gerenderde DOM te inspecteren en Network/Performance om resources en laadtijden te analyseren.
• Werk met headless rendering of een crawler die JS uitvoert (bijvoorbeeld een configuratie van je crawler of Puppeteer) om te vergelijken wat de statische HTML bevat versus de gerenderde output.

5. Prestaties en Core Web Vitals

Meet laadtijd en gebruikersfrictie met labo- en velddata. Houd Core Web Vitals en serverrespons in de gaten, en onderscheid symptomen van onderliggende oorzaken.

• Gebruik PageSpeed Insights voor veld- en labdata en de Chrome DevTools Performance-tab voor diepgaande bottleneck-analyse.

6. Gestructureerde gegevens, titles en metadata

Controleer op fouten in schema, ontbrekende of dubbele titles en meta descriptions, verkeerd toegepaste hreflang-tags en inconsistenties in open graph-waarden.

• Valideer gestructureerde gegevens met het Rich Results Test of de Schema Markup Validator op schema.org.

Verifiëren van indexatie en zichtbaarheid (eigen site vs externe sites)

Voor pagina’s die je bezit is Google Search Console de autoriteit: gebruik URL Inspection om te zien of Google de pagina kent, of welke canonical Google kiest en of er dekkingwaarschuwingen zijn. Voor externe pagina’s (bijv. publishers of partnerpagina’s) kun je geen URL Inspection gebruiken; werk daarom met externe signalen en direct bewijs op de pagina.

• Publieke indexatiesignalen: een site:voorbeeld.com "unieke frase"-zoekopdracht kan indiceren dat Google de pagina kent, maar is niet definitief. Gebruik het als aanwijzing, niet als harde bevestiging.
• Voor externe pagina’s: open de bron (view-source), of inspecteer de gerenderde DOM met DevTools om te verifiëren dat de link of content in de HTML staat en zichtbaar is voor een bezoeker.

Concrete commando- en testvoorbeelden

Enkele voorbeelden die je rechtstreeks kunt uitvoeren:

• Headers alleen: curl -I https://voorbeeld.com/pagina — geeft statuscode en headers terug (gebruik dit om redirects of cache-headers te controleren).
• Simuleer een user-agent: curl -A "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" https://voorbeeld.com/pagina — dit vraagt de volledige response met een specifieke user-agent (gebruik dit om user-agent-gerelateerde differences te detecteren).
• Vergelijk raw HTML met gerenderde output in Chrome DevTools Elements om te zien of belangrijke content via JavaScript wordt toegevoegd en wanneer die content beschikbaar is.

Veelvoorkomende fouten en hoe ze te herstellen

Hier volgen veelvoorkomende auditbevindingen, waarom ze probleematisch zijn en wat je concreet doet om ze te verhelpen.

Blokkades door robots.txt of headers

Probleem: belangrijke mappen of resources zijn onbedoeld geblokkeerd. Actie: pas robots.txt aan of verwijder X-Robots-Tag headers; test met curl -I en hercontroleer in Bing Webmaster Tools Site Explorer of Google Search Console voor eigen pagina’s.

Verkeerde canonical of meerdere conflicterende canonicals

Probleem: interne links wijzen naar een andere canonieke URL dan de link in de HTML. Actie: standaardiseer canonicals, update interne links en sitemaps zodat ze hetzelfde signaal geven en controleer met URL Inspection welke URL Google selecteert.

Redirect chains en onnodige 302-redirects

Probleem: lange redirectketens vertragen crawls en verliezen rankingwaarde. Actie: vervang ketens door directe 301-redirects of pas internal linking aan naar de finale URL.

JavaScript die content vertraagd toevoegt of links blokkeert

Probleem: content vereist meerdere netwerkaanvragen of timeouts voordat het zichtbaar is. Actie: critical content server-side renderen of zorgen dat client-side rendering snel en betrouwbaar is; test met gesimuleerde langzame netwerken in DevTools.

Rapportage en prioritering

Structureer je rapport zodanig dat technische bevindingen gekoppeld zijn aan impact en complexiteit. Een eenvoudige prioritering gebruikt twee assen: 'impact op zichtbaarheid' en 'implementatieinspanning'. Lever naast bevindingen altijd reproduceerbare verificatiestappen (commando’s, screenshots, GSC-URL-Inspection-links voor eigen pagina’s).

Voorstel voor deliverables: lijst met quick-wins, backlog met owners, en validatierondes na fixes (her-test met curl/DevTools en URL Inspection waar van toepassing).

Systeematiseren en monitoren na de audit

Automatiseer regelmatige checks: crawler runs, Core Web Vitals monitoring, sitemap-validatie en alerts bij afwijkende serverstatuscodes. Documenteer wijzigingen, zodat regressies snel opgemerkt worden.

Aanvullende overwegingen in 2026

Houd rekening met de huidige zoeklandschap: Google gebruikt de mobiele versie als primaire basis voor indexering en crawlt sites voor Search met Googlebot Smartphone by default; cached pages werden door Google verwijderd in 2024; en AI-overzichten (Search Generative Experience) zijn breed aanwezig in SERP’s. Deze ontwikkelingen veranderen welke content en signalen prioriteit krijgen in de indexatie- en presentatiepijplijn — maar de basisprincipes van correcte crawlbaarheid, indexeerbaarheid en renderbaarheid blijven essentieel.

Lees de Technical SEO Guide

Google's linkspam- en betaalde-linkrichtlijnen (kort)

Als je audit ook paid placements, sponsored posts of linkacquisitie bevat, vermeld dan expliciet Google’s richtlijnen: links die primair bedoeld zijn om rankings te manipuleren, kunnen door Google als linkspam worden behandeld. Betaalde of gecompenseerde links moeten rel="sponsored" of rel="nofollow"/rel="ugc" gebruiken. De SEO-waarde van een betaalde plaatsing hangt af van redactionele context, kwaliteit en indexeerbaarheid, niet alleen van een externe autoriteitsscore.

Kort naslag: nuttige tools per auditfase

• Crawling & discovery: je eigen sitecrawler of een headless crawler; log-analyse.
• Headers en servertests: curl, wget.
• Rendering & JS: Chrome DevTools (Elements, Network, Performance), headless browsers (Puppeteer).
• Indexatie-inspectie (eigen site): Google Search Console URL Inspection; Bing Webmaster Tools Site Explorer voor Bing.
• Gestructureerde data: Rich Results Test, Schema Markup Validator.

Veelgestelde vragen