Het korte antwoord
Technische SEO zorgt dat Google je site kan crawlen, begrijpen en snel tonen. De kern: een snelle, mobielvriendelijke site, een schone structuur met sitemap en interne links, geen crawl-blokkades, correcte canonicals, HTTPS, en content die al in de HTML staat (server-side gerenderd) zodat ook AI-crawlers haar zien. Het is geen losse trucendoos maar de fundering waarop je content en autoriteit pas tot hun recht komen.
Wat is technische SEO?
Technische SEO is het deel van zoekmachineoptimalisatie dat draait om de techniek onder je website: kan een zoekmachine je pagina's vinden, ophalen, begrijpen en snel weergeven. Het gaat niet over de woorden op de pagina, maar over alles eromheen wat bepaalt of die woorden uberhaupt gezien worden.
Het is handig om SEO in drie lagen te zien. De inhoud (waar gaat je pagina over en is die goed?), de autoriteit (verwijzen andere sites naar je?) en de techniek (kan Google er fysiek bij?). Die laatste laag is de fundering. Goede content op een site die Google niet kan lezen, is als een prachtige winkel zonder ingang. Wil je het hele plaatje, lees dan eerst wat SEO precies is en hoe het werkt. Dit artikel zoomt in op de technische laag.
Crawlen en indexeren
Voordat je kunt ranken, moet Google je pagina's kunnen vinden en ophalen (crawlen) en ze daarna opnemen in de zoekindex (indexeren). Dat zijn twee aparte stappen: een pagina kan prima gecrawld zijn en alsnog niet geindexeerd worden, bijvoorbeeld omdat Google de inhoud te dun vindt. Beide moeten goed gaan voordat je verschijnt in de resultaten.
Een paar onderdelen sturen dit proces:
- Robots.txt: een klein bestand dat zoekmachines vertelt waar ze wel en niet mogen komen. Handig om ruis buiten te houden, maar een verkeerde regel kan per ongeluk je hele site blokkeren. Dat is een van de pijnlijkste fouten die we tegenkomen.
- Sitemap: een lijst met al je belangrijke pagina's die je bij Google indient. Zet er alleen pagina's in die je echt geindexeerd wilt hebben, dus geen pagina's met een noindex of een redirect.
- Interne links: pagina's waar nergens naar gelinkt wordt, zijn voor Google moeilijk te vinden. Een goede interne linkstructuur leidt zowel bezoekers als de crawler langs je belangrijkste pagina's.
- Noindex: de instructie om een pagina wel toe te staan, maar niet in de zoekresultaten te tonen. Gebruik die op pagina's die nuttig zijn voor bezoekers maar geen zoekwaarde hebben, zoals een bedankpagina of een interne zoekresultatenpagina.
Een veelgemaakte fout: een pagina tegelijk blokkeren in robots.txt en er een noindex op zetten. Dat werkt averechts. Als Google de pagina niet mag ophalen, kan hij de noindex namelijk nooit lezen, waardoor de URL alsnog kan binnensluipen. Wil je iets echt uit de index houden, laat Google de pagina dan wel crawlen maar zet er een noindex op.
Core Web Vitals: snelheid die echt telt
Core Web Vitals zijn de drie waarden waarmee Google de gebruikerservaring meet. Ze gaan over hoe snel je site laadt, hoe snel hij reageert en hoe stabiel hij is. Snelheid is geen primaire rankingfactor maar een tie-breaker: bij twee even relevante pagina's wint de snellere. Belangrijker nog, een trage site jaagt bezoekers weg. Dit zijn de drie meetpunten en hun streefwaarden:
| Meetpunt | Wat het meet | Goede waarde | Veelvoorkomende oorzaak |
|---|---|---|---|
| LCP | Laadtijd van het grootste element, vaak je hero-afbeelding of titel | < 2,5 sec | Trage server, te zware afbeeldingen, een hero die lazy laadt |
| INP | Hoe snel de pagina reageert op een klik of tik | < 200 ms | Zware scripts van derden, zoals chatwidgets en trackers |
| CLS | Hoeveel de lay-out verspringt tijdens het laden | < 0,1 | Afbeeldingen zonder afmetingen, banners die content wegduwen |
Even kort wat je eraan doet. Voor een betere LCP zorg je voor snelle hosting, comprimeer je afbeeldingen naar moderne formaten als WebP of AVIF en laat je je hoofdafbeelding nooit lazy laden. Voor een betere INP stel je zware scripts van derden uit tot na de eerste interactie, want chatwidgets en trackers zijn vaak de boosdoener. Voor een betere CLS geef je elke afbeelding en advertentieblok vaste afmetingen mee, zodat er niets verspringt terwijl de pagina laadt.
Een belangrijk punt waar veel mensen de mist in gaan: stuur op de cijfers van echte bezoekers (de veldwaarden), niet alleen op een testscore in een tool. Google rankt op wat echte gebruikers in Chrome ervaren, gemeten over de afgelopen 28 dagen. Een perfecte score van 100 in een snelheidstest zegt weinig als je bezoekers op hun telefoon op een matig 4G-netwerk alsnog drie seconden zitten te wachten. Het lab is je diagnose, het veld is je rapportcijfer.
Mobile-first: Google beoordeelt je mobiele site
Google indexeert sinds een paar jaar volledig mobile-first: de mobiele versie van je site is leidend voor hoe je rankt, ook als de meeste van je klanten op desktop binnenkomen. Wat op desktop mooi staat maar op mobiel hapert of mist, kost je dus rankings. Test je belangrijkste pagina's daarom altijd eerst op een telefoon.
Een valkuil die we vaak zien: content die op mobiel volledig wordt weggelaten om de pagina korter te maken. Voor Google bestaat die content dan niet, want hij beoordeelt de mobiele versie. Content die je netjes wegvouwt in een tabblad of accordeon telt wel gewoon mee, dus dat mag. Let ook op afbeeldingen die pas laden bij het scrollen: de crawler scrollt niet, dus content die alleen bij een scroll-actie verschijnt, wordt soms niet gezien.
Site-structuur, URL-opbouw en crawl-diepte
Een goede site-structuur zorgt dat zowel bezoekers als Google snel bij je belangrijkste pagina's komen. De vuistregel: elke belangrijke pagina moet binnen drie kliks vanaf de homepage bereikbaar zijn. Pagina's die dieper weggestopt zitten, worden trager en minder vaak gecrawld, en raken eerder uit beeld.
Voor je URL's geldt: kort, leesbaar en met je belangrijkste woord erin. Een URL als jouwsite.nl/diensten/webdesign is voor iedereen te begrijpen, een URL als jouwsite.nl/?p=4827 niet. Houd een logische opbouw aan, gebruik koppeltekens tussen woorden en vermijd onnodige parameters. Een nette structuur is geen cosmetica, hij stuurt direct hoe diep en hoe vaak Google je site doorloopt.
Werk je met aparte pagina's per plaats of regio, dan komt structuur extra nauw. Een logische opbouw met goede interne links voorkomt dat lokale pagina's als losse, dunne eilandjes blijven hangen. Hoe je die pagina's inhoudelijk sterk maakt, lees je in ons artikel over lokale SEO en beter gevonden worden in je regio.
Canonical, dubbele content en trailing slash
Dubbele content ontstaat wanneer dezelfde inhoud op meerdere URL's bereikbaar is. Een canonical-tag lost dat op: die wijst Google naar de officiele versie, zodat alle signalen op een URL gebundeld worden in plaats van dat varianten met elkaar concurreren. Het is een van de stilste maar meest voorkomende oorzaken van indexatieproblemen.
Dezelfde pagina kan vaak op verrassend veel manieren bestaan zonder dat je het doorhebt:
- Met en zonder www (jouwsite.nl en www.jouwsite.nl).
- Met en zonder trailing slash, dus de schuine streep aan het eind van de URL (/diensten en /diensten/). Voor Google zijn dat technisch twee verschillende pagina's. Kies een vorm en wees consistent, in je interne links, je sitemap en je canonical.
- Met filter- of trackingparameters, zoals ?kleur=blauw of ?utm_source=. Die maken eindeloos veel varianten van dezelfde pagina.
- Met http en https, als de oude onbeveiligde versie nog bereikbaar is.
De oplossing is overal hetzelfde: kies een voorkeursvariant, stuur de rest met een redirect daarheen, en laat je canonical altijd naar die ene schone URL wijzen. Een canonical die naar een redirect of een geblokkeerde pagina verwijst, negeert Google, en dan kiest hij zelf wel een versie. Dat wil je niet aan het toeval overlaten.
HTTPS en beveiliging
HTTPS, het slotje in de adresbalk, is al jaren een lichte rankingfactor en bovenal een basisvereiste van vertrouwen. Zonder geldig SSL-certificaat tonen browsers een waarschuwing, en die jaagt bezoekers direct weg. Het is geen optie meer maar de absolute ondergrens.
Belangrijk is dat de overstap naar HTTPS compleet is. Stuur alle http-verkeer met een redirect door naar de https-versie, zodat de oude onbeveiligde URL's niet als dubbele content blijven rondzwerven. Controleer ook dat alle elementen op je pagina, zoals afbeeldingen en scripts, via https laden. Een enkel onveilig element kan het slotje al breken. Een SSL-certificaat hoort bij elke fatsoenlijke hosting, dus hier hoef je in 2026 niets extra's voor te betalen.
JavaScript, server-side rendering en AI-crawlers
Hier zit in 2026 de grootste technische valkuil, en tegelijk de grootste kans. Het draait om de vraag waar je content wordt opgebouwd: op de server, voordat de pagina verstuurd wordt, of pas in de browser met JavaScript nadat de bezoeker hem heeft opgehaald. Dat verschil bepaalt of zoekmachines en AI-systemen je tekst kunnen lezen.
Steeds meer mensen zoeken via een AI-antwoord in plaats van via de klassieke zoeklijst, en willen ze in dat antwoord geciteerd worden, dan moet hun content vindbaar zijn voor de crawlers van die systemen. En daar zit het probleem: de meeste AI-crawlers van ChatGPT, Claude en Perplexity voeren geen JavaScript uit. Bouwt je site de inhoud pas in de browser op, dan zien zij een vrijwel lege pagina. Geen tekst om te lezen, dus niets om te citeren.
Het antwoord is server-side rendering. Daarbij staat je content al volledig in de HTML voordat de pagina wordt verstuurd. Zo zien Google, ChatGPT, Perplexity en alle anderen exact dezelfde tekst, zonder dat ze JavaScript hoeven te draaien.
Onze kijk: server-side renderen is in 2026 geen luxe
Een paar jaar geleden was een site die volledig in de browser werd opgebouwd vooral traag te indexeren. Inmiddels is het actief schadelijk geworden, want het maakt je onzichtbaar voor de AI-crawlers die geen JavaScript draaien. Wij bouwen bij Next Win onze maatwerk-sites server-side op Next.js en Vercel, juist omdat we zien dat verkeer verschuift naar AI-antwoorden. Het is geen technisch detail voor de developer, het is het verschil tussen wel of niet geciteerd worden in een wereld die steeds meer via AI zoekt.
Een aandachtspunt erbij: blokkeer die AI-crawlers niet per ongeluk. Sommige securityplugins en firewalls sluiten ze standaard uit, waardoor je jezelf afsnijdt van AI-citaties zonder het te weten. Wil je een goede basis voor zowel Google als AI, lees dan ook hoe lang SEO duurt voordat het resultaat oplevert, want techniek op orde is wat dat traject versnelt.
Structured data en schema.org
Met structured data, ook wel schema genoemd, vertel je Google expliciet wat iets is: een bedrijf, een artikel, een product, een review. Het is een soort vertaalmachine die je content omzet in iets wat een machine met zekerheid begrijpt. Het is geen magische rankingknop, maar het maakt je vermelding duidelijker en vergroot de kans dat AI-systemen je content correct citeren.
Twee dingen zijn in 2026 veranderd en goed om te weten. Ten eerste verdwijnt het bekende FAQ-sterretje uit de Google-resultaten in de loop van 2026. Schema bouwen puur voor dat extra blokje heeft dus weinig zin meer. Ten tweede wint diezelfde markup juist aan waarde als signaal voor AI: het helpt een model met zekerheid een passage toe te schrijven aan jou. Bouw schema dus voor de betekenis eronder, niet voor het sterretje. Belangrijk is wel dat de schema in de server-gerenderde HTML staat, anders zien crawlers haar niet. Bij ons hoort een nette schema-opzet standaard bij het bouwen.
Technische-SEO-checklist
Wil je snel checken of je basis op orde is, loop dan deze lijst langs. Geen enkele regel hierop is een trucje, het is allemaal fundering. Sta je op de meeste punten groen, dan heb je een gezonde technische basis.
- ✓ Je belangrijkste pagina's zijn binnen drie kliks vanaf de homepage bereikbaar.
- ✓ Je hebt een actuele sitemap met alleen indexeerbare pagina's, ingediend in Google Search Console.
- ✓ Je robots.txt blokkeert geen pagina's die je juist geindexeerd wilt hebben.
- ✓ Geen enkele pagina heeft tegelijk een noindex en een robots.txt-blokkade.
- ✓ Je site draait volledig op HTTPS en alle http-verkeer wordt doorgestuurd.
- ✓ Je hebt een voorkeursvariant gekozen voor www en trailing slash, en bent daar overal consistent in.
- ✓ Elke pagina heeft een correcte canonical die naar een schone, werkende URL wijst.
- ✓ Je LCP is onder 2,5 seconde, je INP onder 200 milliseconde en je CLS onder 0,1, gemeten in het veld.
- ✓ Je belangrijkste content is op mobiel volledig aanwezig, niet weggelaten.
- ✓ Je hoofdcontent staat al in de HTML (server-side gerenderd), niet pas na JavaScript.
- ✓ AI-crawlers worden niet per ongeluk geblokkeerd door een plugin of firewall.
- ✓ Je structured data staat in de server-gerenderde HTML en klopt met de zichtbare tekst.
Veelgemaakte technische fouten
De meeste technische SEO-problemen die we tegenkomen zijn geen exotische bugs, maar dezelfde handvol fouten die telkens terugkomen. Ze kosten ongemerkt rankings, vaak maandenlang, omdat niemand ze in de gaten heeft. Dit zijn de usual suspects:
- Een per ongeluk achtergebleven noindex, vaak nog van toen de site in aanbouw stond. De hele site staat dan op onzichtbaar.
- Content die alleen in de browser wordt opgebouwd, waardoor AI-crawlers en soms ook Google een lege pagina zien.
- Een verkeerd ingestelde of ontbrekende canonical, waardoor Google zelf gokt welke versie de officiele is.
- Dubbele content door trailing slash, www of parameters, die niet netjes naar een variant wordt geleid.
- Een trage site door te zware afbeeldingen en scripts van derden, die je LCP en INP de das om doen.
- Content die op mobiel ontbreekt, terwijl Google juist de mobiele versie beoordeelt.
- Een rommelige migratie zonder redirects, waarbij oude URL's in het niets verdwijnen en hun opgebouwde waarde meenemen.
De rode draad: het zijn bijna allemaal fouten die je voorkomt door techniek vanaf de bouw goed te doen, en door na elke grote wijziging even te controleren. Daar zijn we eerlijk in. Veel van deze problemen los je een keer goed op en heb je daarna nooit meer last van.
Geschreven door
Gerwin Morren
Oprichter en WordPress-specialist
Gerwin is oprichter van Next Win en bouwt al 8+ jaar maatwerk websites en webshops in WordPress en WooCommerce. Hij combineert techniek met SEO, zodat een site niet alleen mooi is, maar ook gevonden wordt en bezoekers omzet in klanten.
