Wat gebeurt er met mijn Google-posities als ik een nieuwe website krijg?

Een nieuwe website is voor je vindbaarheid geen verbetering, het is een risico dat je beheerst. Alles wat Google over je site weet, hangt aan URL’s: welke pagina waarover gaat, welke links ernaartoe wijzen en hoe vaak erop geklikt wordt. Verandert een URL zonder dat je het doorgeeft, dan begint die pagina overnieuw. Met een redirectlijst en een nulmeting is dat beheersbaar. Zonder is het een gok waarvan je de uitslag pas na twee maanden ziet.

Wat je meeneemt en wat je verliest

Je neemt mee: je domeinnaam, de reputatie die daaraan hangt en de teksten die je overzet. Je verliest: de historie van elke URL die je weggooit of hernoemt zonder redirect, en een deel van de waarde van links van andere sites die naar die oude URL’s wijzen. Een 301-redirect geeft die waarde grotendeels door, maar een redirect naar de verkeerde pagina geeft niets door.

De gangbare aanname is dat een nieuwe site je posities verbetert omdat hij sneller en mooier is. In ons werk zien we in de eerste maanden vaker het omgekeerde, en dat komt bijna nooit door de techniek. Het komt doordat de nieuwe site minder tekst heeft. Een dienstpagina van 700 woorden die in het nieuwe ontwerp terugvalt naar 180 woorden met een grote foto, zakt omdat er letterlijk minder op staat. Dat geldt net zo hard voor je homepage, en daarom is wat er op je homepage moet staan ook een vindbaarheidsvraag.

Het migratieplan in vijf stappen

Stap een is de inventarisatie. Crawl je oude site en exporteer daarnaast uit Search Console alle URL’s die in de laatste twaalf maanden vertoningen of klikken hebben gehad. In ons werk zien we dat een handvol pagina’s het grootste deel van het zoekverkeer binnenhaalt. Die pagina’s krijgen de meeste aandacht.

Stap twee is de redirectlijst: een tabel met per oude URL precies een nieuwe URL. Dus niet alles naar de homepage, want een massale redirect naar de homepage behandelt Google als een pagina die niet bestaat. Stap drie is de nulmeting: leg vertoningen, klikken, posities en aanvragen van de laatste twaalf maanden vast voordat je live gaat, want achteraf kun je er niet meer op dezelfde manier bij.

Stap vier is de livegang: redirects actief, sitemap opnieuw indienen en robots.txt controleren op een blokkade uit de testomgeving. Stap vijf is nameten in week een, week vier en week twaalf, telkens met dezelfde cijfers naast de nulmeting.

Wat er in de praktijk misgaat

Het vaakst: de testsite blijft indexering blokkeren na livegang, waardoor je site wekenlang uit Google verdwijnt. Op de tweede plaats: redirectketens, waarbij URL A naar B wijst en B weer naar C. Op de derde plaats: pagina’s die stilletjes zijn samengevoegd, waarbij drie dienstpagina’s een pagina zijn geworden en het zoekverkeer van twee ervan wegvalt.

Snelheid is een kleiner probleem dan de meeste offertes suggereren. Core Web Vitals, met LCP onder 2,5 seconden, INP onder 200 milliseconden en CLS onder 0,1, zijn ranking-signalen, maar zwakke. Ze beslissen zelden een positie en ze kosten wel conversie: hoe snel je website moet laden gaat daar verder op in. Verwacht dus geen sprong in posities omdat je nieuwe site een halve seconde sneller is.

Hoe lang het duurt en wat je dan doet

Reken op twee tot zes weken waarin je posities schommelen, en op ongeveer drie maanden voor een eerlijk oordeel. Google moet elke URL opnieuw ophalen en de redirects volgen, en dat gaat pagina voor pagina. De verleiding om te gaan sleutelen is dan groot. Doe dat niet in de eerste maand, want dan weet je achteraf niet meer welke ingreep welk effect had.

Wat je wel doet: dagelijks de rapporten in Search Console nalopen op 404-fouten en die meteen omzetten naar een redirect. Verder je interne links nakijken, want die wijzen na een verhuizing vaak nog naar de oude URL’s. En let op: Google belooft en garandeert nergens posities, dus een bureau dat garandeert dat je niets kwijtraakt, verkoopt iets anders dan werk. Wat het structureel bijhouden van je vindbaarheid kost, staat in wat SEO per maand kost, en wat de bouw zelf kost in de opbouw van een websiteprijs. Wij nemen dit migratieplan standaard mee bij website ontwikkelen.

Zo doen wij dit

Bij een verhuizing werken we met drie documenten: een inventarisatie van alle bestaande URL’s met hun verkeer over twaalf maanden, een redirectlijst met per oude URL precies een nieuwe, en een nulmeting van vertoningen, klikken, posities en aanvragen. Die drie bestanden krijg jij ook, zodat je later zelf kunt nakijken wat er is gebeurd.

De teksten van pagina’s die zoekverkeer binnenhalen, nemen we in principe een op een mee. Willen we ze herschrijven, dan doen we dat na de verhuizing en niet tegelijk, zodat we weten welk effect bij welke ingreep hoort. De week voor livegang testen we alle redirects met een crawl van de oude URL-lijst, zodat er geen ketens of 404-fouten meegaan.

Na livegang kijken we opnieuw naar dezelfde cijfers en zetten we die naast de nulmeting. Op welke momenten dat gebeurt spreken we af. Die vergelijking zit in de maandrapportage, ook als het slechter is dan ervoor. We beloven geen behoud van posities. We beloven dat je precies ziet wat er is veranderd en wat we eraan doen. Zo’n migratie zit bij ons in de bouwprijs van een WordPress-site.

De fout die we het vaakst zien

De redirects pas maken nadat de nieuwe site live staat. Dan staan er een paar dagen honderden 404-pagina’s online, precies op de URL’s die het meeste verkeer binnenhalen, en Google haalt die fouten op voordat jij ze hebt gezien. Herstel duurt daarna weken in plaats van uren. Maak de redirectlijst in dezelfde week als het paginaschema, dus voordat er iets gebouwd is.

Bronnen

• Google Search Central, documentatie over siteverhuizingen met URL-wijzigingen
• Google Search Central, documentatie over redirects en canonical-URL's
• web.dev, documentatie over Core Web Vitals (LCP, INP en CLS)
• Eigen praktijkcijfers aiplusmarketing, augustus 2026

Hier helpen we mee: Website ontwikkelen