Wat is technische SEO? Alles wat ervoor zorgt dat een zoekmachine je pagina's kan ophalen, lezen en in zijn index opnemen; dat is in één zin de betekenis van technische SEO. Het gaat niet over wat er op een pagina staat, maar over of Google, Bing en AI-zoekdiensten er überhaupt bij kunnen. Zit daar een fout, dan helpen goede teksten en links niet: een pagina die niet geïndexeerd is, kan nergens op scoren.
Zoek je een afvinklijst voor je hele site, inclusief content en lokaal? Gebruik dan de SEO-checklist voor beginners. Losse begrippen staan in de kennisbank.
Wat valt onder technische SEO?
Onder technische SEO valt alles wat bepaalt of een pagina bereikbaar, leesbaar en indexeerbaar is: robots.txt en noindex, interne links en de XML-sitemap, de HTML die je server levert, canonicals, statuscodes en redirects, HTTPS, de mobiele versie, hreflang en laadsnelheid. Wat er op de pagina staat (tekst, titel, koppen) is on-page SEO; links van andere sites zijn linkbuilding.
| Onderdeel | Wat het regelt | Waar je het controleert |
|---|---|---|
| Robots.txt | Welke paden crawlers mogen ophalen | robots.txt-rapport in Search Console |
| Noindex | Welke pagina's niet in de index mogen | Pagina-indexering, URL-inspectie |
| Interne links en sitemap | Hoe zoekmachines je pagina's vinden | Crawltool, rapport Sitemaps |
| Server-HTML en rendering | Of de tekst leesbaar is zonder JavaScript | Paginabron, URL-inspectie |
| Canonicals | Welke URL telt bij dubbele inhoud | URL-inspectie, Pagina-indexering |
| Statuscodes en redirects | Wat er gebeurt met verplaatste of verwijderde pagina's | Crawltool |
| HTTPS en mobiel | Veilige levering en de versie die Google indexeert | Browser, URL-inspectie |
| Hreflang | Welke taalversie bij welke zoeker hoort | Crawltool, broncode |
| Snelheid | Laadtijd en reactiesnelheid voor bezoekers | Core Web Vitals-rapport |
Structured data rekenen veel mensen ook tot technische SEO. Het helpt Google je inhoud te begrijpen, maar repareert geen van de punten hierboven. Hoe je het toevoegt, staat in structured data implementeren.
Wat is een voorbeeld van technische SEO?
Het bekendste voorbeeld: na de livegang van een nieuwe site staat de noindex van de testomgeving nog aan, en Google haalt de pagina's uit de zoekresultaten zodra hij ze opnieuw crawlt. De oplossing is één instelling. Andere voorbeelden zijn een http-adres dat met één 301 naar https doorstuurt, een canonical die drie varianten van dezelfde productpagina samenvoegt, en een robots.txt-regel die per ongeluk een hele map afsluit. Zo zien die regels er letterlijk uit:
| Regel | Waar het staat | Wat het doet |
|---|---|---|
<meta name="robots" content="noindex"> | In de <head> van de pagina | Houdt de pagina uit de index. In WordPress zet je hem sitebreed uit onder Instellingen > Lezen, door 'Zoekmachines ontmoedigen deze site te indexeren' uit te vinken. |
<link rel="canonical" href="https://www.voorbeeld.nl/product"> | In de <head> van elke variant | Wijst varianten met ?kleur= of ?sort= naar de schone product-URL. |
Disallow: /producten/ | In robots.txt | Sluit de hele map /producten/ af voor crawlers. Wil je alleen de interne zoekresultaten afsluiten, schrijf dan Disallow: /producten/zoeken/. |
Uit ons werk: vier domeinen naar één
Dutch Fiber Trading uit Obdam had vier domeinen: dftrading.eu, dutchfibertrading.nl, dutchfibertrading.com en asphaltx.nl. We stuurden ze met 301-redirects naar één canoniek domein, dutchfibertrading.com, met een nieuwe site in vier talen en 424 URL's in de sitemap. De regel bij zo'n samenvoeging: redirects, canonicals, hreflang en sitemap wijzen alle vier naar hetzelfde domein.
dutchfibertrading.com staat sinds eind juli 2026 als nieuw domein in Search Console. In de eerste 73 dagen leverde het 684 klikken en 47.699 vertoningen op, bij een gemiddelde positie van 14,0.
Een voor-en-navergelijking is er niet: het domein had geen eerdere meting in Search Console. Het hele verhaal staat bij de case Dutch Fiber Trading; hoe we een SEO-migratie begeleiden, lees je bij technische SEO laten doen.
Hoe werkt technische SEO?
Google beschrijft zijn eigen werking in drie fasen: crawlen, indexeren en resultaten tonen; bij JavaScript zit er een renderstap tussen. Technische SEO gaat over de drie stappen vóór de resultaten:
- Crawlen. Googlebot vindt een URL via links of je sitemap en haalt hem op. Meer in crawlen.
- Renderen. Google voert de pagina uit met een recente versie van Chrome, inclusief JavaScript, en ziet dan wat een bezoeker ziet.
- Indexeren. Google analyseert de inhoud, kiest bij dubbele pagina's één canonieke URL en beslist of de pagina in de index komt. Meer in Google indexeren.
Pas daarna komt ranking. Google garandeert niet dat een pagina wordt gecrawld of geïndexeerd: ook als alles klopt, beslist Google zelf of een pagina in de index komt.
Crawlen: kan de zoekmachine erbij?
Het robots.txt-bestand in de root van je domein vertelt crawlers welke paden ze niet mogen ophalen. Eén verkeerde regel maakt een hele map onzichtbaar. Uitleg over de opbouw staat in robots.txt.
- Blokkeer geen CSS- en JavaScript-bestanden: Google heeft ze nodig om te renderen.
- Robots.txt is volgens Google geen manier om een pagina uit de zoekresultaten te houden. Een geblokkeerde URL met links ernaartoe kan alsnog verschijnen, alleen zonder beschrijving.
- Wil je een pagina uit Google, gebruik dan noindex. Die werkt alleen als de pagina niet geblokkeerd is in robots.txt: anders leest Google de tag nooit.
- Of Google je robots.txt goed kan lezen, zie je in het robots.txt-rapport onder Instellingen in Search Console.
Interne links zijn de belangrijkste route naar je pagina's. Een pagina waar niets naartoe linkt (een weespagina) vindt een crawler slecht. Een sitemap helpt bij het ontdekken, maar vervangt geen logische interne linkstructuur. Wat er in een sitemap hoort, lees je in XML-sitemap: wat erin hoort.
Link elke belangrijke pagina vanuit het menu of een categoriepagina; in Screaming Frog zie je in de kolom Crawl Depth welke pagina's dieper dan drie klikken zitten. URL's met filter- of sessieparameters (?sort=, ?sessionid=) krijgen een canonical naar de schone URL.
Crawlbudget: meestal alleen voor grote sites
Google noemt crawlbudget een onderwerp voor sites met 1 miljoen+ pagina's die wekelijks veranderen, of 10.000+ pagina's die dagelijks veranderen, en voor sites waar een groot deel van de URL's op 'Gevonden - momenteel niet geïndexeerd' staat. Worden je nieuwe pagina's op de dag van publicatie al gecrawld, dan hoef je je er volgens Google niet mee bezig te houden.
Renderen: staat je tekst in de HTML?
Google zet pagina's in een wachtrij om te renderen. Dat duurt soms enkele seconden, maar kan langer duren. Googlebot klikt niet en vult geen formulieren in: tekst die pas na een klik of invoer verschijnt, ziet hij niet. Laad je tekst bij het scrollen, gebruik dan lazy loading die Google ondersteunt.
Voor andere crawlers is dit strenger. Google schrijft zelf dat niet alle bots JavaScript kunnen uitvoeren. In een meting van Vercel (december 2024) voerde geen van de crawlers van OpenAI, Anthropic, Meta, ByteDance en Perplexity JavaScript uit. Die van ChatGPT en Claude haalden JavaScript-bestanden wel op, maar voerden ze niet uit. Dat kan inmiddels veranderd zijn, dus reken er niet op.
Zet je hoofdtekst daarom in de HTML die de server levert.
In Search Console test je hetzelfde voor Google. Kies in de URL-inspectie 'Live URL testen' en daarna 'Geteste pagina bekijken': je ziet de gerenderde HTML en een screenshot. Een screenshot krijg je alleen bij een geslaagde live test, niet voor de geïndexeerde versie.
Indexeren: wat zeggen de meldingen in Search Console?
Het rapport Pagina-indexering in Search Console toont per reden waarom URL's niet in de index staan. Lees de redenen; ze zeggen meer dan het totaal. De meldingen hieronder staan zoals Google ze in het Nederlands noemt.
| Melding | Wat het betekent | Wat je doet |
|---|---|---|
| URL gemarkeerd als 'noindex' | De pagina vraagt zelf om niet geïndexeerd te worden. | Bewust? Prima. Zo niet: tag weghalen, vaak een vergeten testinstelling. |
| URL geblokkeerd door robots.txt | Google mag de pagina niet ophalen. | Controleer of de regel klopt; gebruik noindex als je de pagina uit Google wilt. |
| Gevonden - momenteel niet geïndexeerd | Google kent de URL maar heeft hem nog niet gecrawld, meestal om je server niet te overbelasten. | Minder overbodige URL's, meer interne links naar belangrijke pagina's, serversnelheid nakijken. Meer in crawlen. |
| Gecrawld - momenteel niet geïndexeerd | Google heeft de pagina gelezen maar (nog) niet opgenomen. | Opnieuw indienen is volgens Google niet nodig. In de praktijk is de pagina vaak te dun of lijkt hij te veel op een andere. Meer in Google indexeren. |
| Duplicaat, Google heeft een andere canonieke pagina gekozen dan de gebruiker | Je canonical wijst naar URL A, maar Google koos URL B. | Laat canonical, interne links, sitemap en redirects naar dezelfde URL wijzen. |
| Alternatieve pagina met correcte canonieke tag | Een variant verwijst netjes naar de hoofdversie. | Niets: dit is de bedoeling. |
| Pagina met omleiding | De URL stuurt door naar een andere. | Niets, mits de redirect klopt. Haal hem wel uit je sitemap. |
| Soft 404 | De pagina geeft status 200, maar is leeg of toont een foutmelding. | Echte 404 geven, of inhoud toevoegen als de pagina moet blijven. |
| Niet gevonden (404) / Serverfout (5xx) | De pagina bestaat niet, of de server faalde. | 404 op een oude URL met links: redirect naar de vervanger. 5xx: server laten nakijken. |
Canonicals: welke URL telt?
Dezelfde inhoud onder meerdere URL's (met en zonder slash, met parameters, http en https) splitst je signalen. Google kiest per groep één canonieke URL. Uitleg over de tag zelf staat in canonical tag.
Google rangschikt de signalen zo: een redirect is een sterk signaal, een rel=canonical ook, en opname in de sitemap een zwak signaal. Het blijven signalen, geen bevelen. Laat ze daarom alle drie dezelfde kant op wijzen, en gebruik robots.txt of noindex niet om een canonieke versie af te dwingen.
Statuscodes en redirects
Elke URL geeft een statuscode terug. Dit is hoe Google ze volgens zijn eigen documentatie behandelt:
- 200: de pagina bestaat. Alleen deze URL's horen in je sitemap.
- 301 en 308: permanent verhuisd, een sterk signaal dat de nieuwe URL de canonieke wordt. Meer in 301-redirect.
- 302 en 307: tijdelijk verhuisd, een zwak signaal. Gebruik ze niet voor een definitieve verhuizing.
- 404 en 410: de pagina bestaat niet (meer). Google behandelt beide hetzelfde: de URL verdwijnt uit de index en wordt minder vaak gecrawld.
- 5xx en 429: Google gaat tijdelijk langzamer crawlen. Blijft de fout, dan vallen ook al geïndexeerde pagina's er uiteindelijk uit.
Googlebot volgt maximaal 10 redirects achter elkaar, maar Google adviseert om direct naar de eindbestemming te verwijzen. Laat elke oude URL dus in één stap naar zijn vervanger gaan en houd redirects minstens een jaar aan.
Stuur veel oude URL's niet naar één ongerelateerde pagina zoals de homepage. Google waarschuwt dat dit als soft 404 kan worden gezien. Twee uitzonderingen:
- Heb je meerdere pagina's samengevoegd tot één nieuwe pagina, dan mag je ze wel allemaal daarheen sturen.
- Heeft een pagina geen vervanger, geef dan gewoon een 404 of 410.
Een verhuizing naar een nieuw domein of een relaunch is het moment waarop dit het vaakst misgaat, omdat honderden URL's tegelijk veranderen. Hoe we zo'n SEO-migratie begeleiden, staat bij onze dienst technische SEO.
HTTPS, mobiel en meertaligheid
Google noemde HTTPS in 2014 een lichte rankingfactor en noemt HTTPS nog steeds als onderdeel van paginabeleving. Zorg dat elke http-variant met één 301 naar https gaat en dat er geen http-afbeeldingen of -scripts op je https-pagina's staan.
Google indexeert en rankt op basis van de mobiele versie van je site, opgehaald door de smartphone-crawler. Inhoud of links die alleen op desktop staan, tellen niet mee.
Heb je meerdere talen, dan vertelt hreflang welke versie bij welke zoeker hoort. Elke taalversie moet naar zichzelf én naar alle andere versies verwijzen; wijzen twee pagina's niet naar elkaar, dan negeert Google de tags.
Snelheid en Core Web Vitals
Google zegt dat Core Web Vitals door zijn rankingsystemen worden gebruikt, maar dat relevantie voorgaat: de meest relevante pagina wint, ook als hij trager is. Snelheid is dus een onderdeel van technische SEO, zelden het grootste.
Hoe je LCP, INP en CLS meet en leest, staat in Core Web Vitals verbeteren. De concrete ingrepen staan in je website sneller maken.
AI-zoekdiensten en Bing
Voor Google heb je niets extra's nodig. Om als bron in AI Overviews of AI Mode te verschijnen, moet een pagina geïndexeerd zijn en met een snippet in Google kunnen verschijnen. Google schrijft uitdrukkelijk dat er geen extra technische eisen zijn, en dat je geen nieuwe machineleesbare bestanden, AI-tekstbestanden of speciale structured data nodig hebt. Wat een bestand als llms.txt wel en niet doet, lees je in de kennisbank.
Andere aanbieders hebben eigen crawlers, met verschillende doelen: zoeken (OAI-SearchBot, PerplexityBot) of training (GPTBot). Hoe je zoeken toestaat maar training weigert, staat bij robots.txt en AI-crawlers. Wat je verder doet om in ChatGPT en Perplexity genoemd te worden, valt onder AI-vindbaarheid.
Controleer daarnaast je CDN of firewall: botbescherming blokkeert soms crawlers die je in robots.txt juist toelaat. Dat zie je niet in robots.txt, alleen in de instellingen of logs van je CDN.
Bing heeft een eigen index. Met IndexNow meld je nieuwe en gewijzigde URL's direct aan Bing, Yandex, Naver, Seznam.cz en Yep. Google staat niet in de lijst van deelnemende zoekmachines; daar blijven je sitemap en interne links de route.
Technische SEO-checklist: in welke volgorde controleer je alles?
Begin bij wat pagina's uit de index houdt en eindig bij wat alleen helpt. Dit is de volgorde, met per stap de technische SEO-tip die erbij hoort:
- Pagina-indexering in Search Console. Welke redenen komen het vaakst voor, en staan er belangrijke pagina's tussen?
- Robots.txt, noindex en sitemap. Blokkeert iets per ongeluk een map of template, en staan alleen 200-URL's in je sitemap?
- Een crawl van je hele site. Met een tool als Screaming Frog (gratis tot 500 URL's) zie je statuscodes, redirectketens, canonicals en pagina's zonder interne links. Andere gratis opties staan in gratis SEO-tools.
- Paginabron tegenover gerenderde pagina. Staat je hoofdtekst in de HTML van de server?
- Canonicals en redirects. Wijzen ze, samen met je interne links en sitemap, naar dezelfde URL?
- HTTPS, mobiel en hreflang. Gaat elke http-variant in één stap naar https, staat alles ook op mobiel, en verwijzen taalversies naar elkaar?
- CDN en firewall. Laten ze Googlebot, Bingbot, OAI-SearchBot en PerplexityBot door?
- Core Web Vitals. Eerst het rapport in Search Console, daarna pas snelheid in detail.
- Structured data. Als laatste: het helpt, maar repareert niets wat hierboven stuk is.
Pak eerst fouten in een template aan: die raken honderden pagina's tegelijk. Wil je de lijst niet zelf doorlopen, laat dan een technische SEO-audit doen: dezelfde punten, met een lijst van wat eerst moet.
Veelgemaakte technische SEO-fouten
Deze fouten zie je zelf terug met Search Console en een crawl. Per fout staat erbij waar.
- Noindex mee naar productie. De testomgeving stond op noindex of had 'Zoekmachines ontmoedigen' aan, en die instelling ging mee bij livegang. Zichtbaar als 'URL gemarkeerd als noindex' in Pagina-indexering.
- Noindex én robots.txt-blokkade. Google kan de noindex dan niet lezen, dus de pagina blijft mogelijk in de index. Zichtbaar in de URL-inspectie, die dan meldt dat robots.txt het crawlen blokkeert.
- Redirectketens na een relaunch. Oud naar tussenstap naar nieuw, in plaats van in één keer. Zichtbaar in het redirectrapport van je crawltool.
- Alles naar de homepage. Verwijderde pagina's massaal doorsturen levert soft 404's op in plaats van behouden waarde. Zichtbaar als 'Soft 404' in Pagina-indexering.
- Canonical en interne links oneens. De canonical zegt URL A, het menu linkt naar URL B. Zichtbaar als 'Google heeft een andere canonieke pagina gekozen'.
- Tekst alleen via JavaScript. Google ziet hem misschien, crawlers zonder JavaScript niet (zie Renderen hierboven). Zichtbaar via 'Paginabron weergeven'.
- Botbescherming te streng. De firewall weert OAI-SearchBot of PerplexityBot terwijl robots.txt ze toelaat. Zichtbaar in de firewall- of botlogs van je CDN.
Veelgestelde vragen over technische SEO
Wat is het verschil tussen technische SEO en on-page SEO?
Technische SEO gaat over de vraag of een zoekmachine je pagina kan ophalen, lezen en indexeren. On-page SEO gaat over wat er op de pagina staat: titel, koppen, tekst en de meta description. Technisch komt eerst: zonder indexering telt de tekst niet mee.
Heeft een kleine website technische SEO nodig?
Ja, maar het is minder werk. Bij een site van twintig pagina's gaat het vooral om een correcte robots.txt, geen vergeten noindex, één domein op https en tekst die in de HTML staat. Crawlbudget speelt bij zo'n site geen rol (zie Crawlbudget hierboven).
Kan ik technische SEO zelf doen?
De controle zelf wel: Search Console en een gratis crawl van 500 URL's brengen de meeste fouten aan het licht. Het oplossen vraagt soms toegang tot de server, het thema of de code. Bij een domeinverhuizing of een JavaScript-site gaan honderden URL's tegelijk om; daar loont een tweede paar ogen op de redirectkaart en de gerenderde HTML.
Wat is het verschil tussen technische SEO en een audit?
Technische SEO is het doorlopende werk: fouten voorkomen en oplossen. Een audit is een eenmalige meting van de stand van zaken, met een lijst van wat er mis is en in welke volgorde je het oppakt. Wat er in zo'n audit zit, staat bij SEO-audit laten doen.
Hoe vaak moet ik technische SEO controleren?
Kijk maandelijks naar het rapport Pagina-indexering en direct na elke grote wijziging: een nieuw thema, een relaunch, een verhuizing of een nieuwe plug-in. Technische fouten ontstaan vaak op precies zo'n moment.
Telt technische SEO ook voor ChatGPT en AI Overviews?
Ja. AI Overviews en AI Mode gebruiken de gewone Google-index, dus wat daar niet in staat, kan er niet in verschijnen. ChatGPT search en Perplexity hebben eigen crawlers (OAI-SearchBot, PerplexityBot) die je niet moet blokkeren, en die lezen je tekst het best als hij in de server-HTML staat (zie Renderen hierboven). Wat er verder verandert, lees je in SEO-trends 2026.
Is een 410 beter dan een 404?
Voor Google maakt het geen verschil: beide statuscodes worden hetzelfde behandeld. Een 410 is wel duidelijker voor jezelf en andere systemen, omdat hij zegt dat de pagina bewust is verwijderd.
Hoe lang duurt het voordat een technische fix effect heeft?
Dat hangt af van hoe snel Google de betrokken pagina's opnieuw crawlt, en dat verschilt per pagina. In het rapport Pagina-indexering laat je Google met 'Oplossing valideren' controleren of een melding is opgelost. Meer over doorlooptijden lees je in hoe lang duurt SEO.