Technische SEO-audit: zo pak je die aan in 2026

Laten we meteen met de deur in huis vallen: de meeste websites die slecht scoren in Google hebben geen contentprobleem, maar een technisch probleem. De teksten staan er, de dienstenpagina's staan er, en toch blijft de site hangen op pagina twee of drie. Een technische SEO-audit is dan de snelste manier om te ontdekken waar het misloopt.

‍

Een technische SEO-audit is een systematische controle van alles wat Google nodig heeft om je site te vinden, te lezen en te beoordelen: crawling, indexatie, laadsnelheid, sitestructuur en structured data. Geen buikgevoel, maar meetbare checks tegen de drempels die Google zelf documenteert. Wie al met structured data voor GEO bezig is, weet dat AI-zoekmachines dezelfde technische fundering gebruiken.

‍

Technische SEO-audit in het kort:

• Wat: controle van crawling, indexatie, snelheid, structuur en structured data
• Voor wie: elke site die vindbaar wil zijn, van kmo-site tot webshop
• Tools: Google Search Console, PageSpeed Insights en een crawler zoals Screaming Frog
• Frequentie: minstens jaarlijks, en na elke redesign of migratie
• Kostprijs: zelf uitvoeren kan gratis, uitbesteden loopt van enkele honderden tot duizenden euro's

‍

‍

Hieronder loop ik door de vier lagen die samen een volledige audit vormen, telkens met de vraag die je moet beantwoorden en de tool waarmee je dat doet.

Laag 1: crawling en indexatie, kan Google erbij?

Alles begint met een simpele vraag: raakt Googlebot op je pagina's en mogen ze in de index? Een pagina die niet geïndexeerd is, bestaat voor Google niet. Dit is de eerste plek waar audits winst vinden, zeker bij sites die net een redesign of migratie achter de rug hebben.

‍

Wat je controleert:

• Het rapport Pagina's in Search Console: hoeveel pagina's zijn geïndexeerd en met welke reden vallen andere uit de boot
• Robots.txt en meta robots: blokkeer je per ongeluk mappen of templates die wel moeten ranken
• Canonicals: verwijzen varianten van dezelfde pagina naar één hoofdversie
• De XML-sitemap: staat elke belangrijke pagina erin, en alleen pagina's die een 200 teruggeven
• Redirects en 404's: kettingen van doorverwijzingen en dode links verspillen crawlbudget

‍

Laag 2: snelheid en Core Web Vitals

Sinds INP in maart 2024 de metric FID verving, meet Google interactiviteit strenger dan ooit. De drie Core Web Vitals uit de figuur hierboven zijn geen vrijblijvend advies: volgens web.dev moet 75 procent van je echte bezoekers een goede ervaring halen voor een pagina slaagt. Je meet dat niet met een stopwatch, maar met veldgegevens uit het Chrome User Experience Report, zichtbaar in PageSpeed Insights en in het Core Web Vitals rapport van Search Console.

‍

De klassieke boosdoeners: te zware afbeeldingen zonder moderne formaten, render-blocking scripts van tracking en chatwidgets, en lettertypes die het grootste element vertragen. In de praktijk komt de grootste winst bijna altijd uit drie ingrepen: afbeeldingen comprimeren, scripts uitstellen en caching goed zetten.

Laag 3: sitestructuur en interne links

Google begrijpt je site via links. Een pagina waar intern amper naar gelinkt wordt, krijgt het signaal dat ze onbelangrijk is, hoe goed de content ook is. Bij audits van kmo-sites zie ik dit patroon voortdurend: dienstenpagina's die alleen via het menu bereikbaar zijn en blogartikels die nergens naar die diensten doorlinken.

‍

Wat je controleert:

• Klikdiepte: elke belangrijke pagina binnen drie klikken vanaf de homepage
• Wees-pagina's: pagina's zonder één interne link ernaartoe
• Ankerteksten: beschrijvend en gevarieerd, niet overal "lees meer"
• URL-structuur: logisch, kort en zonder parameters die duplicaten creëren

‍

Laag 4: structured data en duplicatie

Structured data vertelt zoekmachines en AI-engines expliciet wat je pagina is: een artikel, een product, een FAQ. Fouten hier kosten je rich results in Google en citaties in AI-antwoorden. Controleer met de test voor zoekresultaten met uitgebreide functionaliteit of je schema valide is, en spoor dubbele title tags en meta descriptions op met een crawler. Hoe je nieuwe AI-zoekdata opvolgt, legde ik eerder uit in mijn artikel over het Generative AI rapport in Search Console.

‍

Zo voer je de audit stap voor stap uit

De volgorde die ik zelf hanteer:

• Stap 1: exporteer het indexatierapport uit Search Console en label elke uitgesloten pagina als terecht of onterecht
• Stap 2: crawl je site met Screaming Frog, gratis tot 500 URL's per crawl volgens de licentiepagina van Screaming Frog
• Stap 3: haal per belangrijke pagina de Core Web Vitals op via PageSpeed Insights
• Stap 4: breng interne links en klikdiepte in kaart vanuit dezelfde crawl
• Stap 5: valideer structured data en spoor duplicaten op
• Stap 6: zet alles in één lijst met impact en moeite per fix

De valkuilen die ik het vaakst zie

Eerlijk: een audit uitvoeren is het makkelijke deel. De meeste audits sterven in een la omdat het rapport vijftig bevindingen bevat zonder volgorde. Drie valkuilen springen eruit. Alles tegelijk willen fixen, waardoor niets afraakt. Lab-scores verwarren met veldgegevens: een perfecte Lighthouse-score zegt weinig als echte bezoekers op trage toestellen afhaken. En de audit als eindpunt zien, terwijl elke sitewijziging nieuwe technische schuld kan opbouwen.

‍

Van audit naar resultaat: prioriteren

Sorteer elke bevinding op twee assen: impact op zichtbaarheid en moeite om te fixen. Indexatieproblemen op belangrijke pagina's staan altijd bovenaan, want die blokkeren alles. Daarna volgen snelheidsproblemen op pagina's met veel vertoningen, dan structuur, dan de rest. Werk in sprints van een paar fixes per week en hermeet na elke ronde: Search Console toont binnen enkele weken of Google de verbeteringen oppikt. Zo wordt een technische SEO-audit geen rapport, maar een werklijst die zichzelf terugverdient.