Nieuwe website laten bouwen: migratieplan voor je bestaande MKB-site

Je huidige website doet nog steeds zijn werk: bezoekers vinden je via Google, aanvragen komen binnen en je team weet waar alles staat. Tegelijk is de site verouderd, traag of lastig aan te passen. Een nieuwe website laten bouwen is dan logisch — maar de overstap zelf is het risico.

De meeste schade ontstaat niet door het nieuwe ontwerp, maar door wat er bij de verhuizing verloren gaat: pagina’s die verdwijnen zonder doorverwijzing, teksten die niet meeverhuizen en metingen die stoppen op de dag van livegang.

Een nieuwe website laten bouwen vraagt daarom een migratieplan naast het bouwplan. Hieronder lees je een praktisch stappenplan voor MKB-ondernemers, met een inventarisatie, een redirectplan, een testfase en nazorg na livegang.

Wat is een websitemigratie?

Een websitemigratie is het verhuizen van je website naar een nieuwe techniek, structuur of omgeving, waarbij je bestaande vindbaarheid, content en metingen zoveel mogelijk behoudt. Dat kan een verhuizing zijn van WordPress naar een moderne omgeving, maar ook een complete herbouw op hetzelfde domein.

Zoekmachines kennen je site via losse adressen (URL’s). Ieder adres heeft een geschiedenis: inkomende links, posities in zoekresultaten en vermeldingen in AI-antwoorden. Verandert een adres zonder doorverwijzing, dan begint dat adres voor Google opnieuw. Precies daarom is het redirectplan het hart van iedere migratie.

Twijfel je nog of je een nieuwe website of juist een webapplicatie nodig hebt? Gebruik eerst de beslisboom voor een website of webapplicatie en maak een realistische MKB-begroting.

Het migratieplan in zeven stappen

1. Inventariseer wat je hebt

Maak een lijst van alle bestaande pagina’s, met per pagina: het adres, het aantal bezoekers, de posities in Google, inkomende links en het aantal aanvragen. Zo weet je welke pagina’s je absoluut moet behouden. Vergeet ook de verborgen waarde niet: oude nieuwsbrieven, downloads en afbeeldingen die extern gedeeld worden.

2. Bepaal wat meeverhuist, wat samengevoegd wordt en wat verdwijnt

Niet iedere pagina verdient een plek op de nieuwe site. Leg per pagina vast: verhuist ongewijzigd, wordt herschreven, wordt samengevoegd met een andere pagina of verdwijnt. Bij samenvoegen en verdwijnen hoort altijd een doorverwijzing naar de beste vervangende pagina.

3. Maak het redirectplan

Leg voor ieder oud adres vast naar welk nieuw adres het doorverwijst, met een permanente (301) redirect. Eén-op-één waar het kan, naar de dichtstbijzijnde pagina waar het moet. Vermijd ketens van doorverwijzingen en verwijs nooit alles naar de homepage: Google behandelt dat als een niet-bestaande pagina. Google documenteert deze richtlijnen in zijn eigen handleiding voor siteverhuizingen. [1]

4. Bouw en vul de nieuwe site op een testomgeving

Laat de nieuwe site eerst volledig draaien op een afgeschermde testomgeving. Vul daar alle content in, inclusief paginatitels, metabeschrijvingen, afbeeldingen met alternatieve teksten en interne links. Test ook formulieren, snelheid en weergave op mobiel. Gebruik hiervoor de acceptatiechecklist voor het MKB.

5. Meet vóór de verhuizing

Leg vóór livegang een nulmeting vast: posities op je belangrijkste zoektermen, organische bezoekersaantallen, aanvragen en laadtijden. Zonder nulmeting kun je na de verhuizing nooit beoordelen of iets beter of slechter is geworden.

6. Ga live en controleer direct

Activeer bij livegang het complete redirectplan, dien de nieuwe sitemap in bij Google Search Console en controleer dezelfde dag of de belangrijkste oude adressen correct doorverwijzen. Test ook of formulieren, telefoonlinks en metingen werken.

7. Monitor en stuur bij

Volg de eerste weken posities, verkeer en aanvragen. Een tijdelijke dip is normaal; een daling die na enkele weken niet herstelt vraagt actie. Controleer dan eerst de doorverwijzingen en de dekking in Search Console.

Praktijkvoorbeeld: groothandel met 180 pagina’s

Dit voorbeeld is fictief en dient alleen ter illustratie.

Een technische groothandel met veertien medewerkers liet zijn negen jaar oude WordPress-site herbouwen. De inventarisatie liet zien dat 25 van de 180 pagina’s goed waren voor 80 procent van het organische verkeer en vrijwel alle aanvragen. Die 25 pagina’s verhuisden één-op-één, met herschreven teksten maar dezelfde adressen.

Van de overige pagina’s werden 90 samengevoegd tot 30 sterkere pagina’s; 65 pagina’s verdwenen met een doorverwijzing naar de beste vervanger. Het redirectplan telde 155 regels. Na livegang daalde het organische verkeer twee weken met circa 10 procent en herstelde het daarna volledig. Drie maanden later lag het aantal aanvragen boven het oude niveau, mede doordat de nieuwe site sneller laadde en de aanvraagformulieren korter waren.

Veelgemaakte fouten bij een websitemigratie

• Alle oude adressen naar de homepage doorverwijzen in plaats van naar de juiste vervangende pagina
• De testomgeving per ongeluk indexeerbaar laten, of de nieuwe site bij livegang nog geblokkeerd voor zoekmachines
• Paginatitels en metabeschrijvingen niet meeverhuizen
• Metingen en formulieren pas ná livegang testen
• Geen nulmeting, waardoor je achteraf niet kunt beoordelen wat de verhuizing heeft gedaan

Wat betekent dit voor GEO en AI-zichtbaarheid?

AI-antwoorden in onder andere ChatGPT, Gemini en Perplexity verwijzen naar pagina’s die ze kennen en vertrouwen. Verdwijnen adressen of verandert je content ingrijpend, dan kan dat je zichtbaarheid in die antwoorden beïnvloeden. Behoud daarom waar mogelijk je bestaande adressen, houd definities en kerngegevens consistent en zorg dat je gestructureerde gegevens op de nieuwe site minstens zo goed zijn als op de oude. Lees meer in onze uitleg over Generative Engine Optimization en doe een eerste check met de GEO- en SEO-scan.

Wanneer schakel je hulp in?

Een migratie met enkele tientallen pagina’s kun je met een zorgvuldig plan zelf begeleiden. Bij honderden pagina’s, webshopdata, meertaligheid of koppelingen met andere systemen is specialistische begeleiding verstandig. Wij migreren regelmatig sites van WordPress naar Lovable en bouwen nieuwe sites met behulp van vibe coding, waarbij het migratieplan onderdeel is van de opdracht.

Veelgestelde vragen

Verlies ik mijn posities in Google bij een nieuwe website?

Niet als je het goed aanpakt. Met een complete inventarisatie, een één-op-één redirectplan en behoud van je belangrijkste content is een tijdelijke schommeling normaal, maar blijvend verlies is meestal het gevolg van ontbrekende doorverwijzingen of verdwenen content.

Hoe lang duurt een websitemigratie?

Voor een MKB-site van enkele tientallen pagina’s reken op vier tot acht weken, inclusief inventarisatie, bouw, vulling en testen. De eigenlijke livegang is een kwestie van uren; de voorbereiding bepaalt het resultaat.

Moet ik mijn domeinnaam behouden?

Ja, behoud je domeinnaam als dat kan. Je domein heeft jaren aan autoriteit en inkomende links opgebouwd. Een domeinwijziging is een veel ingrijpendere verhuizing dan een herbouw op hetzelfde domein.

Wat is het verschil tussen een 301 en een 302 redirect?

Een 301 is een permanente doorverwijzing die de opgebouwde waarde van het oude adres doorgeeft aan het nieuwe. Een 302 is tijdelijk en geeft die waarde niet of nauwelijks door. Gebruik bij een migratie altijd 301-redirects.

Kan ik tegelijk met de migratie ook mijn teksten herschrijven?

Ja, maar doe het bewust. Herschrijf pagina’s die achterblijven, maar behoud de onderwerpen en zoekintentie van pagina’s die goed scoren. Grote tekstuele wijzigingen op je best scorende pagina’s brengen extra risico met zich mee.

Wat gebeurt er met mijn oude site na livegang?

Bewaar een volledige back-up van de oude site, inclusief database en afbeeldingen. Zo kun je altijd content terughalen die per ongeluk niet is meeverhuisd. Zet de oude omgeving offline zodra de nieuwe site stabiel draait.

Hoe weet ik of de migratie geslaagd is?

Vergelijk vier tot acht weken na livegang je posities, organische verkeer en aanvragen met de nulmeting. Herstel op of boven het oude niveau betekent dat de migratie geslaagd is. Blijft een belangrijke pagina achter, controleer dan de doorverwijzing en de indexering van die pagina.