Wat is een technische SEO-audit
Een technische SEO-audit is een systematische controle of zoekmachines uw site zonder obstakels kunnen crawlen, renderen en indexeren, los van de kwaliteit van de content zelf. Waar contentgerichte SEO gaat over wat er op een pagina staat, gaat technische SEO over of die pagina überhaupt goed bij Google terechtkomt.
De meeste technische problemen blijven onopgemerkt totdat rankings of verkeer al zijn teruggelopen, simpelweg omdat ze zich niet zichtbaar aan bezoekers tonen. Een vaste audit, bij voorkeur elk kwartaal en na elke grote sitewijziging, voorkomt dat kleine problemen zich ophopen tot een structureel verlies aan zichtbaarheid.
Kan Google uw site wel crawlen
Controleer eerst of er geen onbedoelde blokkades in robots.txt staan die belangrijke pagina's, CSS- of JavaScript-bestanden voor Googlebot afsluiten. Een verkeerd geplaatste disallow-regel is een van de meest voorkomende oorzaken van een plotselinge daling in zichtbaarheid, vaak ontstaan na een sitemigratie of een wijziging door een ontwikkelaar die niet wist welke impact de regel had.
Bij grotere sites met duizenden pagina's speelt daarnaast crawlbudget een rol: Google besteedt per site een beperkt aantal crawlmomenten, en dat budget verspillen aan onbelangrijke parameterpagina's of dubbele filtercombinaties gaat ten koste van hoe snel nieuwe of bijgewerkte content wordt opgepikt. Een correct ingestelde sitemap en robots.txt helpen Google de juiste pagina's prioriteit te geven; hoe u die instelt, staat uitgewerkt in het artikel over sitemap en robots.txt beheren.
Staan de juiste pagina's geïndexeerd
Het indexdekkingsrapport in Google Search Console toont per categorie welke pagina's wel en niet zijn opgenomen in de index, inclusief de reden bij uitsluiting. Loop dit rapport regelmatig na op onverwachte categorieën: pagina's die per ongeluk op noindex staan, pagina's die als duplicaat worden gezien terwijl ze dat niet zijn, of pagina's die Google wel kent maar nog niet heeft gecrawld.
Gebruik de URL-inspectietool voor losse, belangrijke pagina's om te zien hoe Google de pagina daadwerkelijk heeft gerenderd en wanneer de laatste crawl plaatsvond. Dit is vooral nuttig direct na het publiceren van nieuwe content of na een technische wijziging, om te controleren of alles zoals bedoeld wordt opgepikt.
Zijn er duplicate content of canonical problemen
Duplicate content ontstaat vaak niet moedwillig, maar door technische oorzaken: dezelfde pagina bereikbaar via meerdere url's door filterparameters, een www- en niet-www-versie die allebei actief zijn, of http en https die beide indexeerbaar blijven. Elke variant verdunt de rankingsignalen die eigenlijk bij één pagina zouden moeten samenkomen.
Een canonical tag lost dit op door zoekmachines te vertellen welke url de voorkeursversie is. Controleer bij een audit of canonical tags consistent naar de juiste versie verwijzen en niet per ongeluk naar een verkeerde of verouderde pagina wijzen, wat op grotere sites met veel varianten en filters regelmatig misgaat.
Voldoet de site aan de Core Web Vitals
Paginasnelheid en gebruikerservaring zijn een vast onderdeel van elke technische audit, gemeten via de drie Core Web Vitals: LCP, INP en CLS. Het Core Web Vitals-rapport in Search Console laat zien welke pagina's of pagina-groepen onder de gewenste drempelwaarden presteren op basis van echte bezoekersdata.
Welke drempelwaarden momenteel gelden en hoe u concrete verbeteringen doorvoert, staat uitgewerkt in het artikel over Core Web Vitals en paginasnelheid verbeteren.
Is de site mobielvriendelijk
Aangezien Google al jaren mobile-first indexeert, beoordeelt de zoekmachine de mobiele versie van uw site als uitgangspunt, ook voor desktopgebruikers. Een audit controleert daarom of tekst leesbaar is zonder inzoomen, of knoppen en links voldoende ruimte hebben om per ongeluk aantikken te voorkomen, en of content op mobiel niet ontbreekt ten opzichte van de desktopversie.
Hoe u dit concreet test en welke problemen het vaakst voorkomen, staat uitgewerkt in het artikel over mobielvriendelijkheid testen.
Zijn er gebroken links, redirect-ketens of foutieve statuscodes
Interne links naar pagina's die niet meer bestaan (404) of via meerdere omleidingen achter elkaar lopen (redirect-ketens), kosten zowel bezoekers als crawlbudget. Elke extra stap in een redirect-keten vertraagt het laden van de pagina en verhoogt de kans dat een crawler de keten ergens halverwege opgeeft.
Een crawl van de volledige site brengt dit soort problemen meestal in een paar minuten in kaart: gebroken interne links, oude redirects die naar weer een andere redirect verwijzen in plaats van direct naar de definitieve pagina, en losse pagina's die per ongeluk een foutieve statuscode teruggeven, zoals een 200-status op een pagina die eigenlijk niet meer bestaat. Werk gebroken links bij naar de meest relevante bestaande pagina, en kort redirect-ketens in tot maximaal één stap.
Bevat de structured data fouten
Foutieve of verouderde structured data kan ertoe leiden dat rich results in de zoekresultaten verdwijnen of dat Google de markup negeert. Controleer via het rapport voor verbeterde resultaten in Search Console of er waarschuwingen of fouten worden gemeld, en test losse pagina's met de Rich Results Test.
Dit is vooral relevant naarmate meer content ook door AI-chatbots wordt geraadpleegd: correcte, foutloze markup vergroot de kans dat een pagina als betrouwbare bron wordt herkend en geciteerd.
Met welke tools voert u de audit uit
Google Search Console blijft de belangrijkste gratis bron, omdat die als enige tool daadwerkelijke data van Google zelf toont in plaats van een schatting. PageSpeed Insights combineert labdata met echte veldgegevens uit de Chrome-gebruikersstatistieken en is de aangewezen tool voor snelheidsvraagstukken.
Voor een volledige crawl van de site, waarbij u zelf als een zoekmachine door alle interne links loopt, is een crawler zoals Screaming Frog (met een gratis tier tot 500 url's) geschikt om gebroken links, ontbrekende title tags en verkeerde statuscodes in kaart te brengen. Bij grotere sites geven serverlogs het meest complete beeld: die tonen precies wanneer Googlebot langskwam, welke pagina's zijn opgevraagd en met welke statuscode die zijn beantwoord.
Houd er bij het kiezen van tools rekening mee dat gratis tools soms een limiet stellen aan het aantal te crawlen url's of rapporten per dag. Voor een kleinere site is dat zelden een probleem; bij een site met tienduizenden pagina's is een betaald abonnement op een crawler of een uitgebreidere Search Console-integratie al snel de moeite waard, puur om tijd te besparen bij het doorzoeken van de resultaten.
Wat neemt u mee als de site meertalig of op meerdere domeinen actief is
Bij een site met meerdere taalversies controleert een technische audit ook of hreflang-tags correct zijn ingesteld: elke taalversie moet consistent verwijzen naar zichzelf en naar de andere varianten, inclusief een correcte terugverwijzing. Een missende of foutieve terugverwijzing is een van de meest voorkomende hreflang-fouten en kan ertoe leiden dat Google de verkeerde taalversie aan gebruikers toont in zoekresultaten.
Bij meerdere domeinen of subdomeinen die inhoudelijk op elkaar lijken, is het daarnaast belangrijk te controleren of canonical- en hreflang-signalen elkaar niet tegenspreken. Dit soort conflicterende signalen ontstaat vaak geleidelijk, na een uitbreiding naar een nieuwe markt of taal, en wordt zelden in één keer goed opgezet zonder een gerichte controle achteraf.
Veelgemaakte fouten bij een technische audit
Een audit uitvoeren en de resultaten vervolgens laten liggen, is de meest voorkomende manier waarop technische problemen blijven bestaan. Plan concrete vervolgacties met een verantwoordelijke en een deadline, in plaats van een lijst met bevindingen die nergens wordt opgepakt.
Een tweede valkuil is alleen naar de eigen ontwikkelomgeving kijken in plaats van naar hoe Google de site daadwerkelijk ziet: labdata uit een lokale test kan er goed uitzien terwijl de veldgegevens van echte bezoekers, bijvoorbeeld met een tragere verbinding of ouder toestel, een ander beeld geven. Vertrouw daarom altijd op de combinatie van Search Console-data en eigen crawls, niet op één bron alleen.
