Een technische SEO-audit is het moment waarop je stopt met gissen en begint met weten. Je legt de infrastructuur van een website onder een vergrootglas en ontdekt waarom Google doet wat hij doet met jouw pagina’s, of juist niet doet.

Wat is een technische SEO-audit?

Een technische SEO-audit is een systematische analyse van alle technische factoren die bepalen of zoekmachines je website goed kunnen crawlen, renderen en indexeren. Denk aan crawlbaarheid, paginasnelheid, HTTPS, redirects, structured data en de manier waarop JavaScript wordt verwerkt. Het einddoel is een geprioriteerd actieplan, geen eindeloze lijst met bevindingen waar niemand iets mee doet.

Een SEO-audit in bredere zin dekt ook on-page optimalisatie en contentanalyse. De technische audit is specifiek gericht op de laag onder de content: de fundering. Als die fundering rammelt, helpt de beste content je maar beperkt.

Technische SEO vs. on-page SEO vs. content-audit

Ik zie dit onderscheid regelmatig door elkaar halen, ook bij ervaren marketeers. Kort samengevat:

  • Technische SEO gaat over crawlbaarheid, indexatie, snelheid, beveiliging en rendering. Dit is het domein van de developer en de SEO-specialist samen.
  • On-page SEO gaat over titeltags, metadescriptions, koppen, interne links en de optimalisatie van individuele pagina’s. Overlap met technisch bestaat (interne links, canonicals), maar de focus is anders.
  • Content-audit beoordeelt of bestaande content aansluit op zoekintentie, of pagina’s presteren, welke content je kunt samenvoegen, verbeteren of weggooien.

Als je technische SEO vergelijkt met een gebouw: de technische audit is de constructie-inspectie, on-page is de inrichting en de content-audit beoordeelt of de kamers aansluiten op wat de bewoners nodig hebben.

Waarom een technische audit directe invloed heeft op rankings en omzet

Google kan geen pagina’s ranken die hij niet kan crawlen of indexeren. Dat klinkt voor de hand liggend, maar ik zie het bij klanten geregeld misgaan: producten die op noindex staan, canonicals die naar de verkeerde URL wijzen, of een sitemap vol 404-pagina’s. Het resultaat is simpel: je investeert in content en linkbuilding terwijl de fundering lekt.

Daarnaast worden technische signalen als paginasnelheid en Core Web Vitals meegewogen als rankingfactoren. En voor de steeds relevantere AI Overviews van Google geldt hetzelfde principe: als Googlebot je content niet goed kan renderen en structureren, kom je ook minder snel in aanmerking als bron voor AI-gegenereerde antwoorden. Goede structured data en een heldere sitestructuur geven je daar een concreet voordeel.

De auditelementen stap voor stap

Crawlbaarheid en indexatie

Check als eerste je robots.txt en sitemap.xml. De robots.txt mag Googlebot niet per ongeluk blokkeren van secties die je wél wilt laten indexeren. Dit gaat vaker mis dan je denkt, zeker na een herinrichting of platform-migratie.

In Google Search Console zie je onder Indexdekking welke pagina’s zijn geïndexeerd, welke zijn uitgesloten en waarom. Noindex-tags op de verkeerde pagina’s zijn een klassieke boosdoener. Voeg je sitemap in via GSC en check hoeveel ingediende URL’s ook daadwerkelijk zijn geïndexeerd. Een groot verschil tussen ingediend en geïndexeerd is altijd een signaal om verder te graven.

Crawlbudget verdient hier eigen aandacht, vooral voor e-commerce en grote sites. Google besteedt een beperkt aantal crawls per periode aan jouw site. Als je crawlbudget wordt verspild aan pagina’s zonder waarde, zoals gefacetteerde navigatie, sorteerpagina’s of dubbele URL’s, dan worden nieuwe of belangrijke pagina’s trager geïndexeerd. Check dit in je Search Console onder Crawlstatistieken en overweeg log file analyse als je meer dan pakweg 10.000 pagina’s hebt.

Log file analyse is een van de krachtigste maar meest ondergewaardeerde technieken in een technische audit. In de logbestanden van je server zie je precies welke URLs Googlebot bezoekt, hoe vaak en wanneer. Zo ontdek je welke pagina’s te weinig aandacht krijgen en welke je crawlbudget opslurpen. Tools als Screaming Frog Log File Analyser of Semrush Log File Analyser helpen je hierbij.

Redirects en statuscodes

Een 301-redirect geeft aan dat een pagina permanent is verplaatst. Een 302 zegt: tijdelijk. Het probleem is dat 302s in de praktijk vaak worden ingezet waar een 301 bedoeld was, met als gevolg dat linkwaarde niet optimaal wordt doorgegeven.

Nog vervelender zijn redirect chains: URL A verwijst naar B, B verwijst naar C. Elke stap kost Googlebot tijd en energie. Streef naar directe redirects. Check ook op redirect loops, want daar raakt een crawler simpelweg niet meer uit.

Canonicals zijn technisch gezien geen redirects, maar ze vertellen Google welke versie van een pagina de leidende is. Foute of ontbrekende canonicals leiden tot duplicate content-problemen.

Paginasnelheid en Core Web Vitals

Core Web Vitals zijn inmiddels een bevestigde rankingfactor. De drie metrics waar je op let zijn LCP (Largest Contentful Paint), INP (Interaction to Next Paint, de opvolger van FID) en CLS (Cumulative Layout Shift). Meet ze via PageSpeed Insights en via de CrUX-data in Search Console onder Paginaervaring.

Een trage LCP heeft meestal een van deze oorzaken: trage serverrespons, grote afbeeldingen zonder lazy loading of geen gebruik van een CDN. CLS-problemen zie je vaak bij advertenties of embeds die content verschuiven. Check dit gewoon even in je Search Console, dan zie je per URL-groep waar het schuurt.

Mobielvriendelijkheid

Google indexeert op basis van de mobiele versie van je site. Als de mobiele versie content mist die de desktopversie wel heeft, of als de gebruikerservaring op mobiel significant slechter is, heeft dat directe gevolgen. Gebruik de Mobile-Friendly Test van Google en check de rapporten in GSC onder Mobiele bruikbaarheid.

Structured data en schema markup

Structured data helpt zoekmachines begrijpen wat de inhoud van een pagina betekent. Voor producten, reviews, FAQ’s, recepten en evenementen zijn er specifieke schema-types die rich results kunnen opleveren. Die rich results zorgen voor hogere click-through rates.

Voor AI Overviews is structured data nog relevanter: goed gemarkeerde, gestructureerde content wordt makkelijker opgepikt als betrouwbare bron. Valideer je markup via de Rich Results Test van Google en check op implementatiefouten in GSC onder Uitgebreide resultaten.

Duplicate content en canonical tags

Duplicate content verwaart zoekmachines: ze weten niet welke versie ze moeten ranken en verspreiden signalen over meerdere URL’s. Typische bronnen zijn www vs. non-www, HTTP vs. HTTPS, trailing slashes, URL-parameters en pagineringspagina’s.

Canonicals zijn de primaire oplossing. Zorg dat elke pagina een self-referencing canonical heeft en dat canonicals consistent zijn met je 301-structuur. Screaming Frog toont je snel waar canonicals ontbreken of conflicteren.

Een heldere URL-hiërarchie helpt Googlebot de structuur van je site begrijpen en versterkt de thematische relevantie van je pagina’s. Platte, beschrijvende URL’s presteren beter dan diepe, parameterdoordrenkte paden.

Interne links verdelen autoriteit door je site. Pagina’s die veel interne links ontvangen, ziet Google als belangrijk. Controleer op orphan pages, pagina’s die nergens naar toe worden gelinkt, want die worden zelden gecrawld. Screaming Frog geeft je een overzicht van de interne linkdiepte per URL.

HTTPS en beveiliging

HTTPS is al jaren een rankingsignaal, maar ik zie nog altijd sites met mixed content-problemen: de pagina laadt via HTTPS, maar afbeeldingen of scripts worden via HTTP geladen. Browsers tonen dan een waarschuwing, wat vertrouwen kost. Check mixed content via de browser-console of tools als Screaming Frog.

Vervaldatums van SSL-certificaten zijn een voor de hand liggend maar vergeten punt. Zet een herinnering in je agenda, want een verlopen certificaat zet je site meteen op rood bij bezoekers en zoekmachines.

JavaScript-rendering: de onderschatte valkuil

Veel Nederlandse sites zijn gebouwd op React, Vue of Angular. Dat zijn fantastische frameworks, maar ze leveren een fundamenteel crawl-probleem op: Googlebot moet de JavaScript eerst renderen voordat hij de content ziet. Dat rendering-proces kost crawlbudget en vertraagt indexatie.

Het praktische gevolg: content die via JavaScript wordt ingeladen, zoals productteksten, reviews of navigatie, is mogelijk onzichtbaar voor Google totdat het rendering-budget wordt aangesproken. Test dit via de URL-inspectietool in GSC: bekijk de gerenderde pagina en vergelijk die met de broncode. Zie je grote verschillen? Dan heb je een renderingprobleem. Server-side rendering (SSR) of statische generatie zijn de structurele oplossingen.

Van bevinding naar actie: zo prioriteer je de resultaten

Een audit zonder prioritering is een rapport dat in een la verdwijnt. Ik werk met een eenvoudige impact-versus-inspanning matrix. Elke bevinding krijgt een score op twee assen:

  • Impact: hoe groot is het effect op crawlbaarheid, indexatie of gebruikerservaring?
  • Inspanning: hoeveel ontwikkeltijd of SEO-werk vraagt de fix?

Hoog impact, lage inspanning gaat als eerste. Dat zijn je quick wins: een verkeerde noindex-tag, een ontbrekende canonical, een sitemap die niet is ingediend. Hoog impact, hoge inspanning (denk aan een migratie naar SSR of een volledige URL-structuurwijziging) gaat op de roadmap met een duidelijke business case. Laag impact, hoge inspanning laat je voorlopig liggen.

Wie pakt wat op? Dat is de vraag die ik het vaakst mis in auditrapportages. Maak het expliciet:

  • Developer: technische fixes zoals serverrespons, rendering, HTTPS-configuratie, redirect-implementatie.
  • SEO-specialist: canonicals, sitemap, structured data, interne linkstructuur, robots.txt.
  • Content/redactie: duplicate content op paginaniveau, ontbrekende metadata, dunne pagina’s.

Geef elke taak een eigenaar en een deadline. Zonder dat is een audit een academische oefening.

Welke tools gebruik je voor een technische SEO-audit?

  • Screaming Frog SEO Spider: de ruggengraat van de technische audit. Crawlt je hele site en geeft een overzicht van statuscodes, canonicals, metadata, interne links, hreflang en meer. De gratis versie dekt 500 URL’s.
  • Google Search Console: onmisbaar voor indexatiedata, Core Web Vitals, crawlstatistieken en manual actions. Dit is wat Google zelf ziet, en dat is andere informatie dan wat een externe crawler ziet.
  • PageSpeed Insights: meet Core Web Vitals op basis van echte gebruikersdata (CrUX) en geeft specifieke verbeteradviezen.
  • Screaming Frog Log File Analyser: voor log file analyse op grotere sites.
  • Ahrefs of Semrush: handig voor backlink-analyse, crawlen op schaal en het spotten van broken links.

Hoe vaak voer je een technische audit uit?

Een volledige technische audit doe je minimaal één keer per jaar. Maar bij significante gebeurtenissen als een replatforming, domeinmigratie, grote contentherschikking of na een core update, doe je er één direct. Wacht niet tot je een rankingdaling ziet, want dan ben je al te laat.

Tussendoor houd je een continue monitoring aan via GSC: indexdekking, paginaervaring en crawlstatistieken geven je vroeg signalen als er iets misgaat.

Zelf uitvoeren of uitbesteden: wanneer kies je waarvoor?

Als je een site hebt tot pakweg 500 pagina’s, geen complexe JavaScript-stack en de basistools beheerst, kun je zelf een goede technische audit uitvoeren. Screaming Frog plus GSC geven je een solide basis. Reken op een halve tot een volledige werkdag voor de analyse, plus tijd voor rapportage.

Voor grotere sites, e-commerceplatforms met duizenden SKU’s of sites met technische schuld, is uitbesteden verstandiger. Een ervaren SEO-specialist ziet patronen die je anders mist en kent de prioriteiten. Reken voor een professionele technische audit op een investering van 750 tot 2500 euro, afhankelijk van de omvang van de site en de diepgang van de analyse. Wil je weten wat je verder kunt verwachten aan SEO kosten, dan geeft dat artikel je een goed referentiekader.

Mijn vuistregel: als je de bevindingen niet zelf kunt interpreteren en vertalen naar actie, heeft een audit weinig zin zonder begeleiding. Het rapport is niet het eindproduct, het actieplan is dat.

Als je daarna ook je on-page aanpak wilt structureren, is SEO optimalisatie: wat het is, hoe het werkt en waar je begint een logische volgende stap.

Veelgestelde vragen

Wat is technische SEO? Technische SEO is het optimaliseren van de technische infrastructuur van een website, zodat zoekmachines de site goed kunnen crawlen, renderen en indexeren. Het omvat onder andere crawlbaarheid, paginasnelheid, HTTPS, structured data en URL-structuur.

Wat valt onder technische SEO? Crawlbaarheid en indexatie, redirects en statuscodes, Core Web Vitals, mobielvriendelijkheid, HTTPS en beveiliging, structured data, duplicate content, interne linkstructuur, crawlbudget en JavaScript-rendering.

Wat is een SEO-audit? Een SEO-audit is een analyse van alle factoren die de vindbaarheid van een website in zoekmachines beïnvloeden. Een volledige audit dekt de technische laag, on-page optimalisatie en contentprestaties.

Wat is een technische SEO-audit? Een technische SEO-audit is de technische variant: je analyseert specifiek de infrastructuur van de site op problemen die crawlen, renderen of indexeren belemmeren. Het resultaat is een geprioriteerd actieplan met concrete fixes per verantwoordelijke.