Een nieuwe website kan er goed uitzien en toch nauwelijks zichtbaar worden in Google. Vaak blijkt na de lancering dat belangrijke pagina's op noindex staan, canonicals naar de testomgeving verwijzen of scripts de website op mobiele apparaten vertragen.
Bij Hashtagmonks behandelen we technische SEO daarom als onderdeel van de bouw, niet als reparatieronde na de livegang. Deze technische SEO checklist helpt je dezelfde controles in een vaste volgorde uit te voeren.
Technische SEO-checklist: het korte antwoord
Controleer vóór de lancering minimaal deze onderdelen:
- Bepaal welke URL's indexeerbaar moeten zijn en test hun HTTP-status en indexeringsinstructies.
- Schrijf unieke paginatitels en metabeschrijvingen voor alle belangrijke pagina's.
- Laat iedere indexeerbare pagina met een correcte canonical naar de voorkeurs-URL verwijzen.
- Maak een schone XML-sitemap en controleer of robots.txt Google niet onbedoeld blokkeert.
- Voeg passende structured data toe en valideer de gebruikte eigenschappen.
- Bouw interne links vanaf navigatie, overzichtspagina's en relevante teksten.
- Meet LCP, INP en CLS op mobiel en los de grootste prestatieproblemen op.
- Crawl de definitieve website en controleer redirects, foutcodes en verweesde pagina's.
- Verifieer het domein in Google Search Console en monitor de indexering na de lancering.
We gebruiken hieronder een doorlopend voorbeeld: de fictieve adviespraktijk Noordlicht Advies verhuist van losse dienstenpagina's naar een nieuwe websitestructuur. De belangrijkste URL wordt https://noordlicht-advies.example/diensten/hr-advies.
1. Indexeerbaarheid in technische SEO controleren
Begin met een lijst van URL's die organisch verkeer mogen ontvangen. Neem niet automatisch iedere gegenereerde URL op. Een bedankpagina, intern zoekresultaat of tijdelijke campagnevariant heeft meestal geen zelfstandige plek in de zoekresultaten nodig.
Controleer per belangrijke URL vier signalen. De server moet een statuscode 200 geven, de pagina mag geen noindex bevatten, robots.txt mag de URL niet blokkeren en de inhoud moet zonder verplichte interactie beschikbaar zijn. Een pagina die pas tekst toont nadat een gebruiker op een knop klikt, is onnodig kwetsbaar.
Bij Noordlicht Advies stond op de testomgeving terecht deze instructie:
<meta name="robots" content="noindex, nofollow">
Het probleem ontstaat wanneer die tag meegaat naar productie. Verwijder hem niet alleen uit de template, maar controleer de uiteindelijke HTML van meerdere paginatypen. Een CMS kan aparte instellingen hebben voor pagina's, berichten en archieven.
Gebruik na publicatie de URL-inspectietool van Google Search Console om te zien of Google een URL kan ophalen, welke canonical Google kiest en of indexering is toegestaan. Test in elk geval de homepage, een belangrijke dienstenpagina en een pagina die vanuit een nieuwe template is gemaakt.
Let ook op JavaScript. Google kan veel JavaScript verwerken, maar rendering kost tijd en kan mislukken door geblokkeerde bestanden of fouten. Bekijk daarom zowel de broncode als de gerenderde versie. Staat de hoofdtekst alleen in de gerenderde HTML, controleer dan extra zorgvuldig of titels, links en structured data daarin aanwezig blijven.
2. Metadata voor technische SEO instellen
Een paginatitel helpt zoekmachines en gebruikers te begrijpen waarvoor een URL bedoeld is. Maak hem specifiek voor de pagina. De titel van Noordlicht Advies wordt bijvoorbeeld HR-advies voor groeiende organisaties | Noordlicht Advies, niet Diensten | Noordlicht Advies.
Gebruik één duidelijke H1 die aansluit op de inhoud. De title-tag en H1 hoeven niet identiek te zijn, maar ze moeten wel dezelfde verwachting scheppen. Een title-tag over HR-advies met een H1 over organisatieontwikkeling is te breed en kan een teken zijn dat twee onderwerpen op één pagina zijn samengevoegd.
Schrijf vervolgens een metabeschrijving die het concrete aanbod of antwoord samenvat. Google kan een ander tekstfragment tonen wanneer dat beter bij de zoekopdracht past. Dat maakt de beschrijving niet nutteloos. Een goede beschrijving helpt nog steeds om de pagina scherp te positioneren en kan worden gebruikt voor gedeelde links of andere zoekopdrachten.
Controleer metadata op templateniveau. Een handmatig goedgekeurde dienstenpagina zegt weinig als vijftig automatisch aangemaakte pagina's dezelfde titel krijgen. Zoek tijdens de crawl naar ontbrekende titels, dubbele titels en titels die alleen uit de bedrijfsnaam bestaan.
Voeg ook Open Graph-gegevens toe voor een verzorgde weergave wanneer iemand een pagina deelt. Ze hebben geen directe functie als klassieke rankingfactor, maar voorkomen wel dat een verkeerd beeld of een onbegrijpelijke tekst bij de link verschijnt.
3. Canonicals in de technische SEO-checklist
Een canonical vertelt welke URL als voorkeursversie geldt wanneer meerdere URL's sterk vergelijkbare inhoud hebben. Laat iedere indexeerbare pagina in beginsel naar zichzelf verwijzen met een absolute URL.
Voor het voorbeeld betekent dit:
<link rel="canonical" href="https://noordlicht-advies.example/diensten/hr-advies">
Controleer het protocol, subdomein, pad en eventuele afsluitende slash. De canonical mag niet per ongeluk naar http, www, de testomgeving of een oude URL wijzen. Houd ook je redirects, interne links en sitemap in overeenstemming met dezelfde voorkeursversie.
Een canonical is geen betrouwbaar alternatief voor een redirect. Als https://noordlicht-advies.example/hr-consultancy definitief is vervangen, stuur die oude URL dan met een permanente redirect naar de nieuwe pagina. Een canonical laat de oude URL technisch bereikbaar en kan tegenstrijdige signalen opleveren.
Pas canonicals bovendien niet blind toe op pagina's met wezenlijk andere inhoud. Wanneer twee diensten elk een eigen zoekintentie beantwoorden, moeten ze meestal zelfstandige URL's blijven. Een verkeerde canonical kan ervoor zorgen dat Google precies de pagina negeert die je zichtbaar wilt maken.
4. XML-sitemap en robots.txt technisch controleren
De XML-sitemap hoort alleen definitieve, indexeerbare voorkeurs-URL's te bevatten. Verwijder redirects, foutpagina's, URL's met noindex en alternatieve varianten. Google kan URL's ook zonder sitemap ontdekken, maar een schone sitemap maakt ontdekking en diagnose eenvoudiger.
Bij Noordlicht Advies bleek /diensten/hr-consultancy nog in de sitemap te staan nadat die pagina naar /diensten/hr-advies was doorgestuurd. Dat is geen ramp, maar het geeft wel een rommelig signaal. Werk de sitemap bij en laat uitsluitend de eind-URL staan.
Controleer daarna robots.txt op domeinniveau. Een eenvoudige productieversie kan er zo uitzien:
```txt User-agent: * Disallow:
Sitemap: https://noordlicht-advies.example/sitemap.xml ```
Blokkeer geen CSS- of JavaScriptbestanden die nodig zijn om de pagina correct weer te geven. Gebruik robots.txt ook niet om gevoelige informatie af te schermen. Een geblokkeerde URL kan nog steeds bekend worden via externe links, terwijl het bestand zelf openbaar is.
Test de sitemap door hem in een browser te openen en in Search Console in te dienen. Controleer daarna niet alleen of Google hem kan lezen, maar ook hoeveel ingediende URL's uiteindelijk worden geïndexeerd. Een groot verschil kan wijzen op dubbele inhoud, zwakke pagina's, technische blokkades of verkeerde canonicals.
5. Schema toevoegen aan de technische SEO
Structured data geeft machines een expliciete beschrijving van onderdelen op de pagina. Voor een bedrijfswebsite kunnen bijvoorbeeld Organization, LocalBusiness, Service, Article en BreadcrumbList relevant zijn. Kies alleen typen die werkelijk passen bij de zichtbare inhoud.
Gebruik bij voorkeur JSON-LD en plaats consistente gegevens in de code. De bedrijfsnaam, URL en contactgegevens mogen niet per template veranderen. Verwijs bij een dienstenpagina naar de organisatie die de dienst aanbiedt en bouw breadcrumbs op volgens de echte sitestructuur.
De officiële woordenlijst op Schema.org laat zien welke typen en eigenschappen beschikbaar zijn. Dat betekent niet dat iedere eigenschap moet worden ingevuld. Minder, maar correcte informatie is beter dan een groot blok met aannames.
Voor Noordlicht Advies voegen we Organization toe op organisatieniveau, Service aan de HR-adviespagina en BreadcrumbList aan de onderliggende pagina's. We voegen geen beoordeling of prijs toe als die niet zichtbaar en feitelijk onderbouwd is.
Valideer de uiteindelijke productie-URL, niet alleen een los codefragment. Veel fouten ontstaan door dubbele schema-blokken van een plug-in en een handmatig script. Controleer bovendien na templatewijzigingen opnieuw. Structured data kan technisch geldig zijn en toch inhoudelijk verkeerd naar een oude URL verwijzen.
Structured data ondersteunt ook de bredere machineleesbaarheid van de website. Wie naast Google aandacht besteedt aan zichtbaarheid in antwoordmachines, kan verder lezen over het verschil tussen SEO en GEO.
6. Interne links voor een vindbare nieuwe website
Interne links bepalen hoe bezoekers en crawlers door de website bewegen. Een URL in de sitemap is niet automatisch goed ingebed in de site. Belangrijke pagina's moeten ook vanuit de navigatie, een overzichtspagina of relevante inhoud bereikbaar zijn.
Voor Noordlicht Advies komt /diensten/hr-advies in het dienstenoverzicht. Daarnaast verwijst een artikel over personeelsgroei met de ankertekst begeleiding bij HR-vraagstukken naar de pagina. Dat is informatiever dan drie losse links met lees meer.
Gebruik gewone HTML-links met een geldig href-attribuut. Knoppen die alleen via een JavaScript-event werken, zijn minder betrouwbaar en kunnen ontoegankelijk zijn. Controleer ook of links niet naar redirects wijzen. Iedere interne link kan rechtstreeks naar de definitieve URL gaan.
Besteed aandacht aan verweesde pagina's. Dat zijn URL's die wel in de sitemap of analytics voorkomen, maar geen interne links ontvangen. Ze missen context en zijn moeilijker te ontdekken. Een crawler vindt ze soms niet eens, tenzij je de sitemap of een export uit Search Console toevoegt.
Kijk ten slotte naar de klikdiepte. Een belangrijke dienst hoeft niet letterlijk één klik van elke pagina verwijderd te zijn, maar mag ook niet diep onder algemene archieven verdwijnen. Houd de structuur begrijpelijk: homepage, dienstenoverzicht, afzonderlijke dienst. Breadcrumbs ondersteunen die relatie, maar vervangen de normale navigatie niet.
De technische basis moet aansluiten op de gekozen websitearchitectuur. De vergelijking tussen een AI-website en een WordPress-website bespreekt welke beheervorm bij verschillende organisaties past.
7. Core Web Vitals meten vóór de lancering
Core Web Vitals meten drie aspecten van de gebruikerservaring: laadsnelheid, reactiesnelheid en visuele stabiliteit. Meet vooral op mobiel. Een website die op de laptop van de bouwer snel voelt, kan op een gemiddeld toestel en een mobiele verbinding alsnog traag reageren.
De aanbevolen grenzen worden hieronder weergegeven. Google beoordeelt praktijkdata doorgaans op het 75e percentiel, waardoor een eenmalige snelle test geen garantie biedt.
| Meetwaarde | Goed | Wat je controleert | Veelvoorkomende oorzaak |
|---|---|---|---|
| LCP | maximaal 2,5 seconden | Wanneer het grootste zichtbare element verschijnt | Te grote hero-afbeelding, trage server of blokkerende CSS |
| INP | maximaal 200 milliseconden | Hoe snel de pagina reageert op interacties | Zware JavaScript-taken of te veel scripts |
| CLS | maximaal 0,1 | Hoeveel zichtbare elementen verspringen | Afbeeldingen zonder afmetingen, late banners of wisselende fonts |
De definities en meetmethoden staan in de documentatie over Core Web Vitals van web.dev. Maak onderscheid tussen laboratoriumdata en praktijkdata. Een lokale test helpt bij het opsporen van oorzaken, terwijl praktijkdata laat zien wat echte bezoekers gedurende een langere periode ervaren.
Bij Noordlicht Advies was de grote headerafbeelding het LCP-element. De afbeelding werd als onnodig groot bestand geladen en pas via JavaScript ingevoegd. De oplossing was concreet: exporteer het beeld op passende afmetingen, gebruik een modern bestandsformaat, lever varianten voor verschillende schermbreedtes en laad het belangrijkste beeld niet vertraagd.
Voor CLS reserveer je vooraf ruimte voor afbeeldingen, formulieren en cookiemeldingen. Voor INP beperk je scripts van externe partijen en stel je niet-kritische code uit. Verwijder een script als niemand kan uitleggen waarvoor het nog nodig is.
Deze uitleg van Google geeft een bruikbare introductie tot Search Console, dat je na de technische controles gebruikt voor monitoring:
Hoe Hashtagmonks de technische SEO-checklist in het bouwproces verwerkt
Zelf controleren blijft mogelijk, maar het werk wordt foutgevoelig wanneer ontwerp, content, techniek en lancering door verschillende partijen worden uitgevoerd. In een websiteproject bij Hashtagmonks volgen de controles daarom dezelfde volgorde als hierboven.
Eerst wordt bepaald welke pagina's een eigen zoekdoel hebben. Dat voorkomt dat er achteraf tientallen dunne of overlappende URL's moeten worden opgeruimd. Daarna krijgen de gekozen pagina's een vaste URL, titel, beschrijving en headingstructuur. Zo ontstaan metadata en inhoud niet los van elkaar.
Vervolgens worden de technische relaties vastgelegd. De voorkeurs-URL krijgt een self-referencing canonical, vervangen pagina's krijgen een redirect en alleen definitieve URL's horen in de sitemap. Robots-instructies worden bij de overgang van test naar productie opnieuw beoordeeld.
Daarna volgen structured data en interne links. Een dienstenpagina krijgt context vanuit het dienstenoverzicht en relevante inhoud, terwijl schema de zichtbare bedrijfs- en paginagegevens beschrijft. De laatste bouwfase richt zich op mobiele prestaties, beeldformaten, scripts en visuele stabiliteit.
Vlak voor publicatie wordt de website opnieuw als geheel gecontroleerd. Dat is belangrijk, want een aanpassing aan de navigatie of cookie-instellingen kan eerder goedgekeurde techniek alsnog beïnvloeden. Na de livegang volgen inspecties in Search Console en controles van de geïndexeerde URL's.
Deze aanpak past ook bij een korte productietijd. In het artikel over een website laten maken binnen zeven dagen staat waarom snelle oplevering alleen verantwoord is als inhoud en technische keuzes vooraf duidelijk zijn. Voor blijvende ondersteuning kan SEO en zoekmachinemarketing na de lancering aansluiten op dezelfde technische basis.
Technische SEO afstemmen met hosting en IT-beheer
Niet ieder technisch probleem wordt in het CMS veroorzaakt. DNS-instellingen, SSL-certificaten, serverconfiguratie, redirects en beveiligingsregels kunnen eveneens bepalen of zoekmachines een website betrouwbaar bereiken. Betrek daarom tijdig degene die het domein en de IT-omgeving beheert.
Vraag vóór de verhuizing wie toegang heeft tot DNS, wanneer records worden aangepast en of het oude hostingpakket nog tijdelijk beschikbaar blijft. Maak ook een export van de bestaande redirects en bepaal wie certificaatfouten of servermeldingen na de omschakeling oplost. Een onduidelijke taakverdeling leidt regelmatig tot een site die wel live lijkt, maar via één domeinvariant niet bereikbaar is.
Organisaties die deze verantwoordelijkheden extern hebben belegd, kunnen de lancering bijvoorbeeld afstemmen met hun eigen beheerder of een IT-dienstverlener zoals t-company. Het doel van die afstemming is niet om SEO-taken bij IT neer te leggen. Zorg er juist voor dat de webbouwer de URL-structuur, canonicals en redirects bepaalt, terwijl de beheerpartij controle houdt over domein-, certificaat- en serverwijzigingen.
Plan de omschakeling op een moment waarop beide partijen beschikbaar zijn. Controleer direct daarna HTTP- en HTTPS-varianten, met en zonder www, plus enkele oude URL's. Zo voorkom je dat een klein infrastructuurprobleem de rest van de technische SEO-checklist ondermijnt.
8. Crawl en test de website vóór de livegang
Voer vlak voor publicatie een volledige crawl uit op de definitieve omgeving. Een controle op de testomgeving is niet voldoende, omdat domeinregels, redirects, analytics en robots-instructies tijdens de verhuizing veranderen.
Neem minimaal deze controles mee:
- Alle belangrijke URL's geven statuscode
200en gebruiken HTTPS. - Oude URL's verwijzen in één stap naar de juiste nieuwe bestemming.
- Titels, H1's, canonicals en metabeschrijvingen ontbreken nergens waar ze nodig zijn.
- De XML-sitemap bevat alleen indexeerbare voorkeurs-URL's.
- Interne links wijzen niet naar foutpagina's, redirects of de testomgeving.
- Afbeeldingen hebben passende afmetingen en beschrijvende alt-teksten.
Test daarnaast formulieren en cookietoestemming. Een verkeerd ingesteld toestemmingsscript kan analytics volledig blokkeren of juist te vroeg laden. Dat is zowel een meetprobleem als een privacyvraagstuk.
Vergelijk de oude en nieuwe URL-lijst als het om een vervanging van een bestaande website gaat. Voor iedere waardevolle oude URL moet een bewuste keuze bestaan: behouden, inhoudelijk vervangen of verwijderen. Stuur niet alles naar de homepage. Een specifieke redirect helpt bezoekers en zoekmachines beter.
Na publicatie dien je de sitemap in, inspecteer je representatieve pagina's en controleer je de eerste weken regelmatig indexeringsmeldingen. Verwacht niet dat iedere nieuwe URL onmiddellijk zichtbaar is. Onderzoek wel snel waarom belangrijke pagina's worden uitgesloten of waarom Google een andere canonical kiest.
Wie de technische investering naast ontwerp en content wil begroten, vindt aanvullende aandachtspunten in het overzicht van de kosten van een professionele website in 2026.
Veelgestelde vragen over een technische SEO-checklist
Wanneer voer je technische SEO uit bij een nieuwe website?
Begin tijdens het bepalen van de sitestructuur. URL's, navigatie en paginatypen beïnvloeden later de canonicals, sitemap en interne links. Herhaal de controle op de testomgeving, vlak voor de lancering en direct na de livegang. Alleen achteraf testen maakt structurele fouten duurder om te herstellen.
Hoe weet ik of Google mijn nieuwe website kan indexeren?
Controleer of de URL een 200-status geeft, geen noindex bevat en niet via robots.txt wordt geblokkeerd. Bekijk daarna de URL in Search Console. Daar zie je of Google de pagina kan ophalen, welke canonical is geselecteerd en of er een indexeringsprobleem bestaat.
Moet elke pagina in de XML-sitemap staan?
Nee. Zet alleen de definitieve, indexeerbare voorkeurs-URL's in de sitemap. Bedankpagina's, redirects, foutpagina's en URL's met een noindex horen er niet in. Een URL die niet in de sitemap staat, kan overigens nog steeds via interne of externe links worden ontdekt.
Zijn Core Web Vitals een garantie op hogere posities?
Nee. Goede prestaties lossen zwakke inhoud of een onduidelijk aanbod niet op. Ze verbeteren wel de gebruikservaring en voorkomen dat techniek een onnodige achterstand veroorzaakt. Beoordeel daarom inhoud, relevantie en prestaties samen.
Kan ik technische SEO zelf controleren?
Een compacte website is vaak handmatig te controleren met een crawler, Search Console en prestatietests. Bij een migratie, veel paginatypen of complexe JavaScript-weergave neemt het risico toe. Laat dan minimaal de URL-mapping, canonicals, redirects en indexeringssignalen door iemand met technische SEO-ervaring beoordelen.
Helpt technische SEO ook om zichtbaar te worden in AI-antwoorden?
Een crawlbare website met een heldere structuur, consistente entiteiten en feitelijke inhoud is ook voor andere machines eenvoudiger te verwerken. Dat garandeert geen vermelding. Het artikel over vindbaar worden in ChatGPT, Perplexity en Gemini behandelt welke aanvullende inhoudelijke en autoriteitssignalen daarbij een rol spelen.
Wil je vooraf zien hoe een nieuwe website met een heldere technische basis eruit kan zien? Laat dan gratis een websitevoorbeeld maken. Dat is vrijblijvend en kosteloos.