Wat is technische SEO?

Technische SEO is het optimaliseren van de technische onderkant van je website, zodat zoekmachines je pagina’s kunnen vinden, begrijpen en correct indexeren. Niet de content, niet de backlinks, maar de fundering waar alles op staat.

Binnen SEO werken drie pijlers samen: techniek, content en autoriteit. Content zorgt voor relevantie, autoriteit (linkbuilding) zorgt voor vertrouwen, maar techniek bepaalt of Google überhaupt iets met je site kan. Een technisch gebroken site indexeert niet goed, hoe sterk je content ook is. Ik zie dit regelmatig misgaan bij klanten die maanden hebben geïnvesteerd in content, maar waarbij een falende crawl of een canonicalisatiefout het resultaat volledig ondergraaft.

Een SEO-technicus is iemand die deze fundering beoordeelt en repareert. Dat is geen developer en geen copywriter, maar een specialist die de brug slaat tussen technische website-architectuur en hoe Google die architectuur interpreteert. Check dit gewoon even in je Search Console, dan zie je het zelf: welke pagina’s geïndexeerd zijn, welke niet en waarom niet.

Als je eerst een breder beeld wilt van wat SEO als geheel inhoudt, lees dan SEO en zoekmachineoptimalisatie: van basiskennis naar hogere posities in Google.

Waarom technische SEO de basis is van elke SEO-strategie

Zonder technische basis is je SEO-strategie een huis op drijfzand. Dat klinkt cliché, maar het klopt mechanisch. Als Google je pagina’s niet kan crawlen, worden ze niet geïndexeerd. Niet geïndexeerd betekent niet gevonden. Klaar.

Maar er is meer. Technische SEO raakt direct aan gebruikerservaring, en gebruikerservaring raakt direct aan conversie. Een trage pagina verliest niet alleen rankings, die verliest ook bezoekers die afhaken. Google’s Core Web Vitals zijn precies om die reden rankingfactoren geworden: Google beloont wat gebruikers fijn vinden. Betere performance is dus tegelijk beter voor SEO én beter voor je conversieratio. Dat is de combinatie die commercieel ingestelde marketeers zouden moeten aanspreken.

De prioritering is waar het bij de meeste bedrijven misgaat. Iedereen heeft een lijst met technische issues uit een tool, maar niemand weet waar te beginnen. Mijn aanpak: sorteer op rankingimpact, niet op wat makkelijkst te fixen is.

Crawlen en indexeren: zo vindt Google jouw pagina’s

Google begint bij crawlen. De Googlebot volgt links en bezoekt pagina’s om ze te begrijpen. Vervolgens besluit Google welke pagina’s de index ingaan. Pas daarna kan een pagina ranken.

Drie technische elementen zijn hier cruciaal:

Crawl budget is de hoeveelheid pagina’s die Google binnen een bepaalde periode crawlt op jouw site. Op grote sites met duizenden pagina’s is dit een serieus issue. Verspil je crawl budget aan düne pagina’s, filterpagina’s of duplicaten, dan krijgen je belangrijke pagina’s minder aandacht.

Robots.txt is het tekstbestand dat aangeeft welke delen van je site de bot mag bezoeken. Een verkeerde configuratie hier kan je hele site blokkeren voor crawlers. Ik zie dit letterlijk maandelijks voorbijkomen: een developer die tijdens een migratie een testinstructie laat staan in productie.

Sitemap is de routekaart die je Google aanbiedt. Een actuele XML-sitemap met alleen de pagina’s die je wilt indexeren, ingediend via Search Console, helpt Google prioriteren. Geen garantie, maar wel een sterk signaal.

Wil je dieper duiken in de technische kant van hoe zoekmachines omgaan met je site? Dan is SEO en zoekmachines: hoe zoekmachines beslissen en hoe jij daarop inspeelt een logisch vervolg.

Een stap verder dan standaard crawlmonitoring is log-file analyse. Dit is waar je echt ziet wat Google doet op je site, niet wat jij denkt dat het doet. Log-files registreren elke aanvraag van de Googlebot aan je server: welke URL’s worden bezocht, hoe vaak, wanneer voor het laatst. Combineer dat met je indexeringsdata in Search Console en je hebt een compleet beeld. Dit onderscheidt een generalist van een specialist.

Een goede sitestructuur is hiërarchisch: hoofdcategorieën vertakken naar subcategorieën, die vertakken naar detailpagina’s. Elke pagina is bereikbaar in een logisch aantal klikken vanaf de homepage. Dit helpt Google om de onderlinge relaties tussen pagina’s te begrijpen en de juiste autoriteit te distribueren via interne links.

Interne links zijn ondergewaardeerd. Ze sturen PageRank door je site en vertellen Google welke pagina’s het meest belangrijk zijn. Een pagina met veel interne links die ernaar verwijzen, geeft Google een signaal: dit is een kernpagina. Gebruik dat bewust.

Praktisch: zorg dat je meest waardevolle conversiepagina’s ook intern de meeste aandacht krijgen. Niet alleen vanuit de navigatie, maar ook vanuit relevante content op andere pagina’s.

Paginasnelheid en Core Web Vitals: van LCP tot INP

Core Web Vitals zijn Google’s set meetbare gebruikerservaringssignalen. Ze zijn een directe rankingfactor. De drie die tellen:

LCP (Largest Contentful Paint) meet hoe snel het grootste visuele element op de pagina geladen is. De benchmark: onder 2,5 seconden. Een trage LCP komt bijna altijd door ongeoptimaliseerde afbeeldingen of trage serverrespons.

CLS (Cumulative Layout Shift) meet hoe stabiel de pagina is tijdens het laden. Elementen die verspringen terwijl je scrolt of klikt, zijn slecht voor gebruikerservaring én voor deze score.

INP (Interaction to Next Paint) is de opvolger van FID en actief als officiële Core Web Vital. INP meet hoe snel de pagina reageert op elke interactie van de gebruiker gedurende het hele bezoek, niet alleen de eerste klik. Dit is een strenger en realistischer meetpunt dan FID. Op JavaScript-zware sites is INP een serieus aandachtspunt dat veel teams nog onderschatten.

Meet met PageSpeed Insights voor per-URL inzicht en gebruik GTmetrix voor waterfall-analyse om precies te zien waar de vertraging zit.

Mobielvriendelijkheid: mobile-first als standaard

Google gebruikt mobile-first indexering. Dat betekent dat de mobiele versie van je site de basis is voor hoe Google jouw site beoordeelt en rankt, ook voor desktopzoekopdrachten. Als je mobiele versie content mist die op desktop wel staat, of als de mobiele UX slecht is, betaal je daarvoor in rankings.

Check dit in Search Console onder het rapport Mobielvriendelijkheid. Problemen zoals tekst die te klein is, clickable elementen die te dicht op elkaar staan of content die achter een tap-to-expand zit zonder dat Google die ziet, zijn klassieke valkuilen.

HTTPS en websitebeveiliging: het absolute minimum

HTTPS is al jaren een rankingfactor en tegenwoordig gewoon de standaard. Een site zonder SSL-certificaat krijgt in Chrome een ‘Niet veilig’-waarschuwing, wat direct je bouncepercentage verhoogt. Geen discussie, dit is het absolute minimum.

Zorg wel dat je redirect-configuratie klopt: HTTP moet altijd doorsturen naar HTTPS, en www naar non-www (of andersom), consistent. Gemengde HTTP/HTTPS-content op één pagina (mixed content) zorgt voor beveiligingswaarschuwingen die vertrouwen schaden.

Gestructureerde data: van rich results tot AI-zichtbaarheid

Gestructureerde data, ook wel schema markup, is code die je toevoegt aan je HTML om Google expliciet te vertellen wat de inhoud van een pagina betekent. Is dit een product? Een artikel? Een FAQ? Een evenement? Google gebruikt die informatie voor rich results in de SERP: sterren, prijzen, veelgestelde vragen die direct zichtbaar zijn.

Maar er is een dimensie die vrijwel nergens wordt benoemd: gestructureerde data speelt een directe rol in hoe AI-systemen zoals Google’s AI Overviews (SGE) jouw content interpreteren en citeren. AI-modellen halen informatie op uit pagina’s en moeten begrijpen wat die informatie betekent in context. Schema markup geeft die context expliciet mee. Een pagina met correcte Article- of FAQPage-markup is makkelijker correct te citeren door een AI-systeem dan een pagina zonder die structuur.

Dit is geen speculatie: het sluit direct aan op E-E-A-T-signalen die Google gebruikt om te bepalen of content betrouwbaar genoeg is om te citeren. Structured data is daarmee niet alleen een SERP-feature, maar een factor in AI-zichtbaarheid.

Dagelijkse AI Overviews-gebruikers klikken overigens 3,5 keer vaker door naar bronnen dan niet-gebruikers, wat de kans vergroot dat goede schema markup je ook verkeer oplevert vanuit AI-gestuurde zoekresultaten.

Duplicate content, canonicals en hreflang: voorkom interne concurrentie

Duplicate content is wanneer dezelfde of sterk gelijkende content op meerdere URL’s staat. Google moet dan kiezen welke versie te indexeren en te ranken, en maakt daarin niet altijd de keuze die jij wilt. Een canonical tag vertelt Google expliciet welke URL de ‘echte’ versie is.

Klassieke oorzaken van duplicate content: HTTP en HTTPS-versies die beide bereikbaar zijn, URL-parameters (zoals filterpagina’s in webshops), www en non-www, en trailing slash-varianten. Fix dit met correcte canonicals en consistente redirects.

Een onderwerp dat bijna volledig ontbreekt bij concurrenten: hreflang. Voor Nederlandse bedrijven met een internationale website of een meertalige aanwezigheid is hreflang essentieel. Hreflang-attributen vertellen Google welke paginaversie bedoeld is voor welke taal en regio. Zonder hreflang lopen je Nederlandse, Belgische en Engelstalige pagina’s in elkaars vaarwater. Google indexeert dan de ‘verkeerde’ versie voor een bepaalde markt, of je verliest autoriteit door gesplitste signalen.

URL-structuur en redirects: houdt je architectuur schoon

URL’s moeten kort, beschrijvend en consistent zijn. Gebruik koppeltekens, geen underscores. Vermijd onnodige parameters in URL’s die je wilt indexeren. Een logische URL-structuur weerspiegelt je sitestructuur en helpt zowel gebruikers als Google.

Redirects zijn nodig bij URL-wijzigingen, maar elke redirect kost iets in crawl budget en laadtijd. Gebruik altijd 301-redirects voor permanente wijzigingen. En check regelmatig op redirect chains (A verwijst naar B verwijst naar C) en redirect loops. Screaming Frog is hiervoor de snelste tool.

De juiste prioritering: welke technische problemen pak je als eerste aan?

Hier gaat het in de praktijk mis. Iedereen heeft een lijst met honderd bevindingen na een audit. Maar welke pak je aan?

Mijn prioriteitenmatrix op basis van rankingimpact:

Urgent, direct aanpakken: crawlblokkades (robots.txt, noindex op verkeerde pagina’s), broken links naar kernpagina’s, HTTPS-problemen, redirect loops.

Hoge prioriteit: Core Web Vitals (met name LCP en INP), canonical fouten op pagina’s met hoge zoekvolumes, ontbrekende of dubbele title tags en meta descriptions, sitemapfouten.

Middelhoge prioriteit: gestructureerde data implementeren of verbeteren, interne linkstructuur optimaliseren, hreflang voor meertalige sites.

Achtergrondtaak: URL-cleanups, trailing slash-consistentie, minor performance-verbeteringen.

De reden voor deze volgorde: crawlblokkades en indexeringsproblemen maken alles anders irrelevant. Als pagina’s niet geïndexeerd worden, heeft performance-optimalisatie geen effect op rankings. Los die laag eerst op, dan ga je naar performance, dan naar markup en structuur.

Technische SEO tools: je startpakket

Je hebt geen tien tools nodig. Vier zijn essentieel:

Google Search Console is je primaire bron. Indexeringsstatus, crawlfouten, Core Web Vitals-rapport, mobiele bruikbaarheid, rich results. Begin hier altijd.

Screaming Frog crawlt je site zoals Google dat doet. Je ziet broken links, redirect chains, dubbele title tags, canonicalproblemen, missing alt-teksten, alles op URL-niveau. Onmisbaar voor audits.

PageSpeed Insights geeft per URL een Core Web Vitals-score op basis van velddata (echte gebruikers) én labdata. Gebruik dit om specifieke pagina’s te diagnosticeren.

GTmetrix toont een waterfall-diagram van alle resources die geladen worden. Hiermee zie je precies welk element de LCP vertraagt of welke scripts de INP beïnvloeden.

Voor log-file analyse heb je toegang tot de serverlogbestanden nodig plus een tool als Screaming Frog Log File Analyser of een eigen script. Dit is een stap verder, maar levert ongeëvenaard inzicht in het werkelijke crawlgedrag van Google.

Wanneer schakel je een SEO-technicus in?

Je kunt veel technische SEO zelf aanpakken met de tools hierboven. Maar er zijn situaties waar je een specialist nodig hebt:

Bij een sitemigratie (nieuw CMS, nieuwe URL-structuur, domeinwijziging): één fout in de redirectconfiguratie of robots.txt kan je maanden rankings kosten. Haal hier een technicus bij.

Als je Search Console structurele indexeringsproblemen toont die je niet kunt verklaren. Duizenden pagina’s met status ‘Ontdekt, momenteel niet geïndexeerd’ kunnen een crawlbudgetprobleem zijn, een canonicalketen, of iets heel anders. Dat vereist diagnose, geen gok.

Als je site met meerdere talen of regio’s werkt en hreflang nog niet correct is ingericht. De foutmarge is groot en de impact op internationale zichtbaarheid is direct.

Een technische SEO-audit is zinvol bij elke grote wijziging aan je website, bij aanhoudende rankingdalingen na een core update, of als je simpelweg nog nooit systematisch naar de technische gezondheid van je site hebt gekeken. Voor de meeste sites is een grondige audit eens per jaar een minimum, voor drukke e-commerce sites vaker.

Een audit geeft je een geprioriteerde lijst met bevindingen. Niet honderd issues van gelijk gewicht, maar een heldere volgorde: dit fix je deze week, dit fix je dit kwartaal, dit parkeer je. Precies zoals de prioriteitenmatrix hierboven. Ga dan aan de slag, check je Search Console twee à vier weken na elke fix, en herhaal. Zo ziet technische SEO die werkt er in de praktijk uit.

Als je wilt weten hoe technische SEO samenhangt met de bredere SEO-optimalisatie van je website, is dat een logische volgende stap.