Technische SEO-checklist voor een nieuwe website (vóór je live gaat)

Een technische SEO-checklist voor een nieuwe website vink je af tijdens de bouw.

Een nieuwe website is hét moment om technische SEO meteen goed te zetten. De fundamenten die je tijdens de bouw vastlegt, zijn na de lancering het duurst om te veranderen.

Het verdict: regel vier fundamenten voor je live gaat. Daarna maken snelheid, mobiel, HTTPS en eerlijke structured data het af.

Het korte antwoord in vier punten:

• Indexeerbaarheid: zorg dat je site geïndexeerd kan worden.
• Structuur: leg een logische URL- en navigatiestructuur vast.
• Headings: geef elke pagina een nette heading-hiërarchie.
• Meta-velden: vul ze per pagina in.

Doe je dat voor je live gaat, dan begin je met een schone basis in plaats van met een lijst reparaties.

Waar deze checklist ophoudt

Dit is bewust een fundamenten-checklist voor een site in aanbouw.

Zoek je een diepere, developer-gerichte lijst met snelheid, redirects en structured data in detail? Lees dan onze technische SEO-checklist voor developers.

Deze pagina hoort bij de bredere gids over een B2B-website laten maken. Voor de dag van de lancering zelf is er de SEO-checklist om je website live te zetten.

Waarom regel je technische SEO tijdens de bouw en niet erna?

Omdat de duurste fouten precies de keuzes zijn die je vroeg maakt.

Denk aan je URL-structuur, je navigatie en je informatie-architectuur. Die achteraf wijzigen betekent drie dingen:

• redirects opzetten;
• interne links herzien;
• hopen dat je geen rankings verliest.

Dat hele probleem voorkom je door het tijdens de bouw één keer goed te doen.

De eerste indruk telt

Er speelt ook een volgorde-kwestie. Een nieuwe site heeft nog geen autoriteit, geen backlinks en geen historie bij Google.

De eerste indruk die zoekmachines van je site krijgen, bepaalt hoe vlot ze de rest oppakken.

Gevolg: een site die schoon, snel en logisch gestructureerd live gaat, wordt sneller en vollediger geïndexeerd dan een site vol technische ruis. Wordt je nieuwe site toch niet gevonden, lees dan waarom een nieuwe website niet gevonden wordt in Google.

Stuur op de pagina’s die omzet opleveren

Bij Customer Impact bouwen we conversiegerichte B2B-sites. We sturen daarbij op de vraag die telt: vinden zoekmachines straks de pagina’s die jou aanvragen en omzet opleveren?

Niet op ijdele cijfers zoals het aantal geïndexeerde pagina’s.

Die focus begint tijdens de bouw, niet bij de eerste rapportage drie maanden later.

De checklist in één beeld

Zo ziet de volgorde eruit die we in dit artikel aflopen:

Elke stap hieronder heeft een eigen afvinklijst.

Hoe zorg je dat je nieuwe site überhaupt geïndexeerd kan worden?

Door de staging-instellingen op te ruimen en robots.txt, canonicals en sitemap correct te zetten.

Indexeerbaarheid is de eerste hindernis.

Het is ook de fout die het vaakst onopgemerkt blijft. Neem bijvoorbeeld een gloednieuwe site die volledig op noindex staat, omdat de staging-instelling is meegegaan naar productie.

Zonder indexering rankt zelfs je beste content nergens.

Vijf checks voor je live gaat

Vink dit af:

• Staging-noindex weg: controleer op pagina-niveau én in je CMS-instellingen.
• Staging achter een wachtwoord: niet met robots.txt alleen.
• Productie-robots.txt correct: laat de site volledig crawlbaar, inclusief CSS en JavaScript.
• Canonical per pagina: naar de definitieve URL, zodat inhoud niet dubbel concurreert.
• XML-sitemap: alleen indexeerbare, canonical URL’s, ingediend in Search Console.

Elke check vraagt een korte toelichting.

Waarom een wachtwoord en geen robots.txt

Volgens Google is robots.txt geen manier om een pagina uit Google te houden.

Een geblokkeerde URL kan toch geïndexeerd worden als andere sites ernaar linken. Scherm je staging-omgeving daarom af met een wachtwoord.

Hoe een schone robots.txt eruitziet

Je productie-robots.txt laat Google alles crawlen wat het nodig heeft om de pagina te renderen. Zo ziet die van onze eigen site eruit:

De robots.txt van customerimpact.be, oktober 2026: één regel die alle crawlers toelaat, plus de sitemap.

Eén regel en een verwijzing naar de sitemap volstaan. Wil je bepaalde AI-crawlers weren, lees dan eerst AI-bots blokkeren in robots.txt.

Canonical en sitemap

Stel per pagina een canonical-tag in die naar de definitieve URL wijst. Zo concurreert dezelfde inhoud niet via meerdere URL’s.

Sitemap: genereer daarnaast een XML-sitemap met alleen indexeerbare, canonical URL’s. Dien die in via Google Search Console zodra de site live staat.

Hoe je die opbouwt, staat stap voor stap in een XML-sitemap opzetten voor een nieuwe site.

Disallow of noindex?

Let goed op het verschil tussen Disallow in robots.txt en noindex. Ze lijken op elkaar maar doen iets anders:

De verkeerde keuze houdt pagina’s onbedoeld uit de zoekresultaten. Test elke regel voor je hem live zet.

Let op: combineer ze niet blind. Google schrijft dat een noindex pas werkt als de pagina niet geblokkeerd is in robots.txt, anders ziet de crawler de regel nooit.

Meer combinaties lees je in noindex, canonical en robots-directives.

Na de lancering: controleer de indexering

Staat de site live, kijk dan in Search Console welke pagina’s echt geïndexeerd zijn. Het rapport Crawlstatistieken toont of Google je site vlot kan ophalen:

Crawlstatistieken in onze eigen Search Console voor customerimpact.be, oktober 2026.

Let vooral op de responscodes: veel fouten wijzen op een server- of redirectprobleem. Hoe je het indexeringsrapport leest, staat in het indexeringsrapport van Search Console.

Onze ervaring: we koppelen bij de start meteen Google Analytics, Search Console en Bing Webmaster Tools. Bing pikt pagina’s bijna meteen op zodra IndexNow is aangesloten.

Welke URL- en sitestructuur leg je vast voor je live gaat?

Een logische, ondiepe structuur waarin elke belangrijke pagina in een paar klikken bereikbaar is.

Die structuur bepaalt hoe vlot Google je site crawlt en hoe makkelijk bezoekers hun weg vinden.

Dit is de keuze die je het minst graag achteraf wijzigt. Neem er nu de tijd voor.

Vier keuzes tijdens de bouw

Concreet:

1. Korte, beschrijvende URL-slugs op basis van het onderwerp, niet op interne ID’s of datums.
2. Een logische hiërarchie van categorieën en subpagina’s, die de URL weerspiegelt.
3. Belangrijke pagina’s binnen drie klikken vanaf de homepage, dienst- en contactpagina’s in de navigatie.
4. Een plan voor interne links: elke belangrijke pagina krijgt minstens één link vanuit relevante content.

/diensten/website-laten-maken/ zegt bijvoorbeeld meer dan /page?id=42.

Zonder interne link blijft een pagina voor Google bijna onzichtbaar. Hoe je die links vanaf dag één legt, lees je in interne links voor een nieuwe website.

Navigatie is meer dan een menu

Je navigatie is hoe crawlbaarheid en gebruikersgemak samenkomen.

Meer daarover lees je bij website-navigatie en bij de SEO-kant van je site-architectuur.

Tip: leg deze keuzes liefst al vast in je wireframes, voordat er een regel code is geschreven.

Hoe richt je je headings en content-hiërarchie in?

Met één <h1> per pagina voor het hoofdonderwerp, gevolgd door een logische opbouw in <h2> en <h3>.

Headings zijn niet bedoeld om tekst groter te maken.

Ze vertellen zoekmachines, en steeds vaker AI-zoeksystemen, hoe je content in elkaar zit.

Vier regels voor headings

Houd het simpel en consistent:

• Eén <h1> per pagina die het onderwerp benoemt, niet meerdere.
• Een nette <h2>/<h3>-hiërarchie zonder niveaus over te slaan voor het uiterlijk.
• Koppen die de vraag beantwoorden in plaats van vage labels.
• Semantische HTML (<nav>, <main>, <article>) in plaats van een zee van <div>’s.

Zo snappen zowel mensen als zoekmachines de structuur. Ook in de code blijft ze leesbaar.

Wie bewaakt de headings?

De inhoud van die koppen is contentwerk, de tags zelf zijn dev-werk. Op een nieuw bouwproject lopen die twee makkelijk door elkaar.

Vuistregel: spreek expliciet af wie de heading-structuur in het template bewaakt en wie de teksten levert. Anders blijft het tussen wal en schip liggen.

Welke meta-velden vul je per pagina in voor de lancering?

Een unieke title en meta description per pagina, plus de Open Graph-velden voor social media.

Let op: één template voor de hele site is een veelgemaakte fout op nieuwe websites. Dan delen tientallen pagina’s dezelfde titel en concurreren ze met elkaar.

Google vraagt zelf om beschrijvende, beknopte titels en vermijdt liefst herhaalde of standaardtekst in je <title>-elementen.

Vier velden per pagina

Per pagina regel je:

• Een unieke title: het onderwerp vooraan, binnen de gangbare lengte zodat hij niet wordt afgekapt.
• Een meta description: vat de pagina samen en nodigt uit om te klikken.
• Betekenisvolle alt-teksten: voor toegankelijkheid én beeld-SEO.
• Open Graph- en social-velden: een gedeelde link toont titel en afbeelding, geen kale URL.

Google herschrijft de meta description soms. Toch vergroot een goede beschrijving je kans op een nette weergave. Meer daarover lees je in wat een meta description is.

Tip: bekijk hoe je titel en beschrijving in Google verschijnen met de SERP-snippet-preview.

Zorg dat de redactie erbij kan

Richt je CMS zo in dat de redactie deze velden per pagina kan invullen zonder developer.

Een site waar niemand bij de meta-velden kan, vervalt na de lancering snel naar lege of dubbele titels.

Wat zet je verder technisch goed voor de site het verkeer in moet?

De randvoorwaarden die de basis afmaken: snelheid, mobiel, beveiliging en eerlijke structured data.

Deze hoeven niet perfect te zijn op dag één.

Ze moeten wel op orde zijn voor je echt verkeer binnenhaalt.

Snelheid

Comprimeer afbeeldingen in moderne formaten, beperk render-blokkerende scripts en meet met Core Web Vitals in plaats van op gevoel.

De grootste winst zit in het verschil tussen traag en snel, niet tussen snel en perfect. Zo zien echte velddata eruit in PageSpeed Insights:

Onze eigen mobiele velddata in PageSpeed Insights, oktober 2026. LCP is goed (1,9 s), maar één zwak meetpunt (CLS 0,13) laat de beoordeling falen.

Eén zwak meetpunt volstaat dus om de beoordeling te laten falen. Test je eigen pagina’s met de website-snelheidstest.

Mobiel

Google beoordeelt je site op basis van de mobiele versie.

Controleer dus dat alle content, metadata en structured data ook mobiel aanwezig zijn, niet alleen op desktop.

Beveiliging

Lever de hele site over HTTPS met een geldig certificaat. Zorg dat er geen mixed-content-waarschuwingen overblijven.

Structured data

Voeg alleen schema-markup toe die de inhoud eerlijk beschrijft, zoals Organization of BreadcrumbList. Verzin geen markup voor content die er niet is.

Controleer je markup voor de lancering in de Schema Markup Validator:

Schema Markup Validator op onze eigen pagina customerimpact.be/en/, oktober 2026: 0 fouten en 0 waarschuwingen.

Nul fouten en nul waarschuwingen is het doel voor je live gaat.

Toegankelijkheid

Een toegankelijke site is vaak ook beter crawlbaar. Vermijd de bekende toegankelijkheidsfouten al in je templates.

Een volledige lijst staat in de WCAG-checklist voor je website.

Verhuis je van een bestaande site?

Dan komt er een laag bij: redirects van oude naar nieuwe URL’s, zodat je opgebouwde autoriteit niet wegvalt.

Hoe je dat zonder rankingverlies aanpakt, lees je bij website-migratie zonder rankingverlies en in een redirectplan voor je herlancering.

Tip: controleer na de livegang elke oude URL met de redirect-checker.

De korte samenvatting

Technische SEO voor een nieuwe website draait om vier fundamenten die je tijdens de bouw vastlegt:

1. Indexeerbaar: geen staging-noindex, schone robots.txt en sitemap.
2. Gestructureerd: een logische URL- en navigatiestructuur.
3. Hiërarchisch: een nette heading-structuur per pagina.
4. Beschreven: meta-velden per pagina ingevuld.

De randvoorwaarden, snelheid, mobiel, HTTPS en eerlijke structured data, maken het af.

Loop deze checklist af voor je live gaat, dan begin je met een schone basis in plaats van een lijst dure reparaties.

Webflow? Loop dan aanvullend onze Webflow SEO-checklist door voor de platformspecifieke instellingen.

Wil je dat we je nieuwe site meteen op een technisch correcte basis bouwen die voor leads is gemaakt? Bekijk onze website-dienst of bespreek je project met ons.

Neem contact op