Technische SEO is het fundament waarop al je andere SEO-werk staat of valt. Schrijf je de beste content van het internet, maar kan Google je pagina’s niet crawlen of indexeren, dan verdien je simpelweg niets.
Wat is technische SEO?
Technische SEO is het optimaliseren van de technische infrastructuur van je website, zodat zoekmachines je site correct kunnen crawlen, indexeren en begrijpen. Geen content, geen linkbuilding, puur de machine onder de motorkap.
Binnen SEO werk je met drie pijlers: techniek, content en autoriteit. Techniek is de basis. Content bepaalt waarvoor je rankt, autoriteit (backlinks, E-E-A-T) bepaalt hoe hoog je rankt, maar techniek bepaalt of je überhaupt meedoet. Zie het als een filter: slechte techniek filtert je content eruit voordat Google er überhaupt naar kijkt.
Een SEO-technicus, ook wel technisch SEO-specialist, is de persoon die dit fundament legt en bewaakt. Niet de blogschrijver, niet de linkbuilder, maar degene die in de server headers duikt, canonical-tags controleert en Core Web Vitals analyseert. Meer over de bredere context van SEO lees je in SEO en zoekmachineoptimalisatie: van basiskennis naar hogere posities in Google.
En is SEO dood? Absoluut niet. SEO is harder in ontwikkeling dan ooit, juist omdat AI-zoekmachines en Google SGE nieuwe eisen stellen aan technische kwaliteit. Wie technisch op orde is, heeft een streepje voor in AI-overzichten. Daarover straks meer.
Wat valt onder technische SEO?
Hier de volledige scope, zonder wolligheid:
- Crawlen en indexeren (robots.txt, sitemaps, crawl budget)
- Paginasnelheid en Core Web Vitals (LCP, INP, CLS)
- Mobile-first indexering
- HTTPS en websitebeveiliging
- Sitestructuur en interne linkstructuur
- URL-structuur
- Duplicate content en canonical tags
- Hreflang voor meertalige websites
- Structured data en schema markup
- Logbestanden en crawlgedrag
Elk onderdeel verdient aandacht, maar ze zijn niet allemaal even urgent. Verderop geef ik je een prioriteitenmatrix.
Crawlen en indexeren: zo vindt Google jouw pagina’s
Google begint bij crawlen: de Googlebot bezoekt je pagina’s via links en slaat de content op. Daarna besluit Google of een pagina de index in mag. Geen index, geen ranking.
Drie elementen stuur je hier op:
robots.txt vertelt crawlers welke delen van je site ze mogen bezoeken. Klassieke fout: je staging-omgeving staat open voor crawlers, of je blokkeert per ongeluk je hele /wp-admin én je productiepagina’s tegelijk. Check dit gewoon even in je Search Console onder het URL-inspectietool.
XML-sitemap geeft Google een routekaart van je belangrijkste pagina’s. Stuur alleen indexeerbare, canonieke URL’s mee. Een sitemap vol 301-redirects of noindex-pagina’s is ruis.
Crawl budget is het aantal pagina’s dat Google in een bepaalde tijd wil crawlen op jouw site. Voor een site van tien pagina’s maakt dit niets uit. Voor een e-commerce site met tienduizenden SKU’s is dit cruciaal: verspil je crawl budget aan lege facetpagina’s, dan worden je nieuwe producten later geïndexeerd.
Paginasnelheid en Core Web Vitals: wat telt écht mee
Core Web Vitals zijn drie signalen die Google gebruikt als rankingfactor:
- LCP (Largest Contentful Paint): hoe snel laadt het grootste visuele element? Streef naar onder 2,5 seconden.
- INP (Interaction to Next Paint): hoe snel reageert de pagina op gebruikersinput? Onder 200 milliseconden is goed.
- CLS (Cumulative Layout Shift): verschuiven elementen terwijl de pagina laadt? Onder 0,1 is de norm.
Nu de nuance die ik nergens anders zie: de ‘onder één seconde’-mythe is onzin voor de meeste sites. In de praktijk zie ik sites met een LCP van 2,1 seconden prima ranken, terwijl een LCP van 4 seconden echt een probleem wordt. Beneden de drempelwaarden van Google is winst op snelheid geen rankingfactor meer, wel een conversiefactor. Besteed je tijd dus eerst aan pagina’s die boven de drempel zitten, niet aan het jagen op perfecte scores voor pagina’s die al groen zijn.
Meet dit in PageSpeed Insights of de Core Web Vitals-rapport in Search Console.
Mobielvriendelijkheid en mobile-first indexering
Google indexeert je site primair op basis van de mobiele versie. Als je mobiele pagina minder content heeft dan je desktopversie, mist Google die content bij het indexeren. Dit zie ik regelmatig misgaan bij klanten die hun desktop netjes op orde hebben maar de mobiele versie als bijzaak behandelen.
Test met het Mobile-Friendly Test van Google of via Search Console onder ‘Mobiele bruikbaarheid’. Let ook op elementen die op mobiel verborgen zijn achter een tab of accordeon: Google indexeert die content wel, maar verborgen content kan iets minder gewicht krijgen.
HTTPS en websitebeveiliging
HTTPS is al jaren een rankingsignaal en inmiddels een hygiënefactor: zonder HTTPS werkt het niet meer. Browsers tonen een waarschuwing, gebruikers klikken weg, conversies dalen. Zorg dat je SSL-certificaat up-to-date is en dat alle HTTP-verkeer via een 301 naar HTTPS gaat. Controleer ook dat je interne links niet nog naar de HTTP-versie verwijzen, want dat kost onnodig crawl budget.
Sitestructuur, URL-structuur en interne links
Een logische sitestructuur helpt Google begrijpen welke pagina’s belangrijk zijn en hoe ze zich tot elkaar verhouden. De vuistregel: elke pagina moet bereikbaar zijn in maximaal drie klikken vanaf de homepage.
Interne links verdelen linkwaarde (PageRank) door je site. Een pagina die nergens naar gelinkt wordt, is een orphan page: Google vindt hem nauwelijks. Ik zie dit veel bij blogs die jaar na jaar content publiceren zonder terug te linken naar oudere artikelen.
URL-structuur: kort, beschrijvend, met koppeltekens. Geen parameterchaos, geen sessie-ID’s in de URL, geen onnodige submappen. Een URL als /producten/rode-sneakers/ werkt beter dan /index.php?cat=3&id=842.
Duplicate content, canonical tags en hreflang
Duplicate content ontstaat vaker dan je denkt: www versus non-www, HTTP versus HTTPS, trailing slash versus geen trailing slash, print-versies van pagina’s, filterpagina’s in e-commerce. Google moet dan kiezen welke versie hij indexeert, en dat is niet altijd de versie die jij wilt.
De canonical tag (<link rel="canonical">) vertelt Google welke URL de ‘echte’ is. Gebruik hem consequent, ook als self-referencing canonical op elke pagina.
Hreflang is het onderschoven kindje van technische SEO. Als je een meertalige site hebt, vertelt hreflang Google welke taalversie voor welk land of taal bedoeld is. Fout gebruik leidt ertoe dat de Franstalige versie in Nederland getoond wordt. De meest gemaakte fouten: hreflang-tags die niet wederzijds verwijzen (elke versie moet naar alle andere versies linken), verkeerde language codes (nl-BE versus nl-NL), en hreflang in de sitemap die conflicteert met de hreflang in de HTML.
Structured data: begrijpbaarheid voor zoekmachines én AI
Schema markup is code (JSON-LD, meestal) waarmee je zoekmachines vertelt wat de content betekent: dit is een product, dit is een recensie, dit is een FAQ. Het levert rich results op in de SERP, maar het belang reikt verder.
AI-zoekmachines zoals Google’s AI Overviews gebruiken structured data en crawlbaarheid als signalen om te bepalen welke bronnen ze als betrouwbaar beschouwen. Een goed gestructureerde pagina met correcte schema markup heeft meer kans om als bron geciteerd te worden in een AI-overzicht. Dat is geen theorie: het is de logische consequentie van hoe deze systemen content interpreteren. Uit recent onderzoek blijkt dat dagelijkse AI Overviews-gebruikers 3,5 keer vaker doorklikken naar bronnen, wat het belang van als bron geselecteerd worden alleen maar vergroot.
Dit is precies het gat dat veel sites laten liggen: ze denken dat technische SEO en AI-zichtbaarheid losstaan. Ze staan niet los.
Veelgemaakte technische fouten en hoe je ze opspoort
De fouten die ik het vaakst tegenkom:
- Noindex op productie-omgeving die vergeten is na een sitelaunch
- Canonical tags die naar de verkeerde URL wijzen (bijvoorbeeld altijd naar de homepage)
- Redirect chains: A verwijst naar B, B verwijst naar C. Elke stap kost crawl budget en PageRank.
- Gebroken interne links (404’s) die linkwaarde laten leeglopen
- Afbeeldingen zonder alt-tekst en zonder compressie
- Pagina’s met dunne content die de index vervuilen
- Hreflang zonder wederzijdse verwijzingen
Opsporingstool nummer één: Google Search Console. Gratis, direct gekoppeld aan hoe Google jouw site ziet. Kijk in Coverage/Indexering voor indexeerproblemen, in Core Web Vitals voor snelheidsproblemen, in het URL-inspectietool voor specifieke pagina’s.
Screaming Frog is je tweede gereedschap: een crawler die je eigen site doorzoekt zoals Googlebot dat doet. Snel een complete audit draaien, broken links vinden, canonical-tags controleren, redirect chains blootleggen. Gratis tot 500 URL’s, daarna een betaalde licentie.
PageSpeed Insights voor Core Web Vitals per pagina, inclusief specifieke aanbevelingen wat je kunt verbeteren.
Welke technische problemen pak je als eerste aan?
Niet alles is even urgent. Gebruik deze prioriteitenmatrix: hoge rankingimpact gecombineerd met lage complexiteit gaat voor.
| Issue | Rankingimpact | Complexiteit | Prioriteit |
|---|---|---|---|
| Noindex op de verkeerde pagina’s | Kritiek | Laag | Direct |
| Gebroken interne links | Hoog | Laag | Week 1 |
| Core Web Vitals boven drempel | Hoog | Middel | Week 1-2 |
| Canonical-fouten | Hoog | Middel | Week 1-2 |
| Redirect chains opruimen | Middel | Laag | Week 2 |
| Structured data implementeren | Middel | Middel | Week 3-4 |
| Hreflang (meertalig) | Hoog (meertalig) | Hoog | Week 3-4 |
| Crawl budget optimaliseren | Middel (grote sites) | Hoog | Later |
Start altijd met Search Console: als Google je pagina’s al rapporteert als niet-geïndexeerd of met fouten, los dat op voordat je iets anders doet.
Een bredere diagnose van je hele SEO-situatie vind je in SEO website verbeteren: diagnose eerst, dan de juiste prioriteiten stellen.
Technische SEO zelf doen of uitbesteden: een eerlijke afweging
Dit is de vraag die vrijwel niemand beantwoordt, terwijl jij er waarschijnlijk mee rondloopt.
Zelf doen is realistisch als:
- Je site minder dan 500 pagina’s heeft
- Je geen e-commerce bent met complexe facetnavigatie
- Je geen meertalige setup hebt
- Je comfortabel bent met Google Search Console en bereid bent Screaming Frog te leren
- De gevonden problemen beperkt zijn tot content-niveau aanpassingen (meta tags, alt-teksten, interne links)
Een specialist inschakelen heeft je voorkeur als:
- Je site grote technische schulden heeft opgebouwd (legacy platform, veel redirects, indexeerproblemen)
- Je een migratie plant: sitestructuur, domein of platform. Dit is technisch het hoogste risico.
- Je in een competitieve niche opereert waar technische details het verschil maken
- Core Web Vitals boven de drempel zitten en je dev-tijd nodig hebt
- Je meertalig werkt met hreflang-complexiteit
- Je na een core update flink gedaald bent en niet weet waarom
Wat mag een technische SEO-audit kosten? In Nederland zie je voor een gedegen technische audit op een middelgrote site (500 tot 5000 pagina’s) tarieven tussen 800 en 2500 euro. Dat is inclusief analyse en prioriteitenrapport, exclusief implementatie. Grotere sites of platforms met veel maatwerk liggen hoger. Voor een overzicht van wat je globaal kunt verwachten aan SEO-kosten, bekijk SEO kosten in Nederland: wat betaal je en waar let je op.
Wat doet een technische SEO-specialist en wat mag je verwachten?
Een goede technisch SEO-specialist levert je drie dingen:
- Audit: een volledige scan van je technische gezondheid, met bevindingen gerangschikt op prioriteit. Geen lijst van 200 issues zonder context, maar een helder plan.
- Implementatieadvies: specificaties die je developer direct kan uitvoeren, of de implementatie zelf als de specialist dat aanbiedt.
- Monitoring: technische SEO is geen eenmalig project. Na implementatie bewaar je de winst door te blijven monitoren.
Vraag altijd om een voorbeeld van een eerder rapport voordat je iemand inhuurt. Vage rapporten met alleen aanbevelingen zonder prioritering zijn een rode vlag.
Technische SEO is nooit af
Elke site-update, elke nieuwe pagina, elke platformmigratie introduceert potentieel nieuwe technische problemen. Google past zijn algoritme bij, Core Web Vitals krijgen nieuwe drempelwaarden, AI-zoekmachines stellen nieuwe eisen aan structured data en crawlbaarheid.
De praktische aanpak: plan elk kwartaal een lichte check via Search Console (nieuwe indexeerfouten? nieuwe CWV-problemen?) en voer jaarlijks een volledige crawl uit met Screaming Frog. Koppel dit aan een contentstrategie die ook technisch denkt: elke nieuwe sectie of functionaliteit verdient een technische check voor livegang, niet erna.
Als je wilt begrijpen hoe technische SEO past binnen je bredere SEO-aanpak, is SEO optimalisatie: wat het is, hoe het werkt en waar je begint een logische volgende stap.
Begin vandaag met Search Console openen, de Coverage-rapport bekijken en de eerste vijf fouten noteren. Dat kost je een halfuur en geeft je meer inzicht dan een week theorie lezen.