Een nieuwe website zonder je vindbaarheid te verliezen: de verhuischecklist

Een nieuwe website is een mooi moment, maar ook een risico: wie zonder plan overstapt, kan binnen een paar weken veel van zijn vindbaarheid kwijt zijn. Pagina's krijgen andere adressen, oude links gaan naar niets en Google moet alles opnieuw leren. Gelukkig beschrijft Google zelf in zijn documentatie hoe je een verhuizing netjes aanpakt. Hieronder vertalen we dat naar een checklist voor een ondernemer met een gewone bedrijfswebsite.

Waarom gaat het mis?

Zoekmachines kennen je pagina's op hun adres (URL). Verandert dat adres zonder dat je aangeeft waar de pagina naartoe is gegaan, dan ziet Google een verdwenen pagina en een nieuwe pagina zonder geschiedenis. Ook links van andere websites, bladwijzers van klanten en vermeldingen op sociale media verwijzen naar de oude adressen. De typische oorzaken: geen redirects, andere URL-structuur, pagina's die zonder reden vervallen, en per ongeluk een “niet indexeren”-instelling die van de testomgeving is blijven staan.

Stap 1: maak een volledige inventaris

Voordat er iets verandert, leg je vast wat er nu is:

1. Een lijst van alle huidige URL's. Je haalt die uit je sitemap, je CMS of een crawl-tool.
2. De pagina's die verkeer en aanvragen opleveren. Gebruik je analytics en Search Console om te zien welke pagina's belangrijk zijn.
3. Pagina-titels, beschrijvingen, koppen en belangrijke teksten.
4. Pagina's waar andere websites naar linken.

Dit is je referentie. Zonder deze lijst kun je na de verhuizing niet controleren wat er is veranderd.

Stap 2: bepaal wat blijft, verandert of vervalt

Niet elke pagina hoeft mee. Maar vervallen pagina's moeten bewust vervallen. Beslis per pagina:

• Behouden op dezelfde URL, als het kan. De eenvoudigste verhuizing is een waarbij URL's niet veranderen.
• Verplaatsen naar een nieuwe URL, met een redirect.
• Samenvoegen met een andere pagina, met een redirect naar de beste vervanger.
• Verwijderen, alleen als er echt niets meer te bieden is.

Google benadrukt in zijn hulpdocumentatie dat het helpt om inhoud die al goed werkt zo veel mogelijk te behouden en dat je zoekers niet in de kou laat staan met een pagina die niets meer te bieden heeft.

Stap 3: koppel oude aan nieuwe URL's met permanente redirects

Het kernstuk: een tabel van oud adres naar nieuw adres, en voor elk oud adres een permanente (301) doorverwijzing naar de bijbehorende nieuwe pagina. Volgens Google:

• Verwijs naar de meest relevante nieuwe pagina, niet alles naar de homepage.
• Vermijd ketens van meerdere redirects achter elkaar.
• Laat de redirects zo lang mogelijk staan. Google noemt als vuistregel doorgaans minimaal een jaar.

Gebruik de nieuwe URL consequent in je interne links, je sitemap en je canonical-tags, zodat alle signalen dezelfde kant op wijzen.

Stap 4: houd de inhoud en techniek op niveau

Een redesign is een goed moment om inhoud te verbeteren, maar verwijder niet zomaar tekst. Houd rekening met:

• Titels en koppen: behoud relevante zoektermen waar mensen je al op vinden, in gewone taal.
• Interne links: zorg dat belangrijke pagina's vanuit het menu en vanuit andere pagina's bereikbaar blijven.
• Afbeeldingen: geef ze beschrijvende bestandsnamen en alternatieve tekst, en behoud hun URL's of redirect ze.
• Gestructureerde gegevens: neem bestaande markeringen over of verbeter ze.
• HTTPS: zorg dat de nieuwe site over een beveiligde verbinding werkt en dat oude HTTP-adressen doorverwijzen.
• Snelheid en mobiel: een nieuwe site hoort niet trager of lastiger op mobiel te zijn dan de oude.

Stap 5: test op een aparte omgeving

Bouw en test op een testomgeving die niet vindbaar is voor zoekmachines, bijvoorbeeld afgeschermd met een wachtwoord. Controleer daar de redirects, formulieren, 404-pagina en e-mailmeldingen. En denk eraan, bij livegang, die testomgevingsinstelling te verwijderen. Een vergeten “noindex” is een van de duurste fouten in een verhuizing.

Stap 6: de dag van livegang

1. Zet de nieuwe site live en activeer de redirects.
2. Open stichproefsgewijs oude URL's en controleer of ze op de juiste nieuwe pagina uitkomen.
3. Controleer dat de nieuwe pagina's indexeerbaar zijn (geen noindex, geen blokkade in robots.txt).
4. Dien de nieuwe sitemap in via Search Console.
5. Test contactformulieren en bestelprocessen met een echte aanvraag.
6. Controleer dat analytics goed meet.

Verandert je domeinnaam, dan biedt Search Console een functie voor adreswijziging. Verhuis je alleen binnen hetzelfde domein, dan heb je die niet nodig.

Stap 7: monitor de weken erna

Het is normaal dat de zoekresultaten na een verhuizing even schommelen. Google noemt in zijn documentatie dat het even kan duren voordat alles is verwerkt. Let in Search Console op:

• Foutmeldingen bij het indexeren en “niet gevonden”-pagina's.
• Veranderingen in vertoningen en klikken per pagina, vergeleken met je referentie.
• Oude pagina's die nog steeds in de resultaten staan en niet goed doorverwijzen.

Los fouten snel op; vaak is het een ontbrekende redirect of een verkeerde canonical.

Wat je beter niet doet

• Alle oude pagina's naar de homepage sturen.
• De URL-structuur veranderen zonder reden.
• Oude inhoud weggooien omdat de nieuwe site “schoner” moet zijn.
• Op vrijdagmiddag live gaan zonder dat iemand de redirects kan controleren.
• Tegelijk domeinnaam, ontwerp, inhoud en platform wijzigen, als je dat kunt vermijden. Hoe meer tegelijk verandert, hoe moeilijker het te achterhalen is wat een eventuele daling veroorzaakt.

Tot slot

Een verhuizing zonder verlies is vooral organisatie: inventariseren, koppelen, testen en controleren. Bij CUBO Agency nemen we dat mee in elk websiteproject en beschrijven we onze aanpak op de pagina werkwijze. Wil je een nieuwe site, maar zorgt de verhuizing je? Plan een gratis kennismaking. Lees ook je website-project voorbereiden.

Bronnen

Gecontroleerd op 28 oktober 2026 aan de hand van de bronnen hieronder. Regels en richtlijnen veranderen; dit artikel is algemene informatie en geen juridisch of fiscaal advies.

• Site moves with URL changes (Google Search Central)
• SEO Starter Guide (Google Search Central)
• Creating helpful, reliable, people-first content (Google Search Central)
• Why HTTPS matters (web.dev)

Plan kennismaking