Nieuwe website zonder je Google-posities te verliezen: migratie- en redirectchecklist

Je behoudt je posities in Google bij een nieuwe website door vooraf alle bestaande URL's in kaart te brengen, elke oude URL met een permanente 301-redirect door te sturen naar de meest relevante nieuwe pagina en de content die nu goed scoort te behouden. Na de livegang controleer je een paar weken lang in Google Search Console of alles correct wordt opgepikt.

Het misgaat bijna altijd op dezelfde plaatsen: vergeten redirects, weggelaten pagina's, een testomgeving die Google blokkeert en die blokkade mee live gaat, of een domeinwissel zonder melding aan Google. Voor een kmo of mkb-bedrijf dat veel klanten via Google binnenkrijgt, kan zo'n fout weken aan aanvragen kosten.

Deze gids volgt de richtlijnen van Google voor sitemigraties (opent in een nieuw venster) en vertaalt ze naar een concrete checklist die je met je webbouwer kunt overlopen.

#Welke soort migratie doe je, en hoe riskant is ze?

Elke wijziging van URL's, domein of techniek is een migratie; hoe meer er tegelijk verandert, hoe groter het risico. Bepaal daarom eerst wat er bij jou precies wijzigt.

Google raadt aan om bij kleine en middelgrote sites alle URL's in één keer te verhuizen. Wil je ook nog een nieuw domein en een nieuwe structuur, overweeg dan om die stappen te spreiden, zodat je een eventuele daling kunt verklaren.

#Waarom verliezen websites posities na een relaunch?

Websites zakken na een relaunch omdat Google de opgebouwde signalen van de oude pagina's niet terugvindt op de nieuwe. De meest voorkomende oorzaken:

• Oude URL's geven een 404 (pagina niet gevonden) in plaats van door te verwijzen.
• Pagina's die bezoekers opleverden, zijn weggelaten of ingekort tot een paar zinnen, omdat ze "niet meer in het nieuwe ontwerp pasten".
• Titels en koppen zijn gewijzigd zonder rekening te houden met de zoektermen waarop ze scoorden.
• De testomgeving blokkeerde Google via noindex of robots.txt, en die instelling is mee live gegaan.
• Interne links wijzen naar oude URL's, waardoor elke klik via een redirect loopt of doodloopt.
• De nieuwe site is trager, vooral op mobiel.
• De meting is weggevallen, waardoor niemand het verlies op tijd opmerkt.

Het goede nieuws: al deze oorzaken zijn vooraf te voorkomen.

#Stap 1: breng je huidige website volledig in kaart

Je kunt alleen doorverwijzen wat je kent, dus begin met een volledige lijst van alle URL's die nu bestaan en een momentopname van hoe ze presteren.

Verzamel URL's uit meerdere bronnen, want geen enkele bron is volledig:

1. Een crawl van je huidige site met een crawler zoals Screaming Frog (gratis tot 500 URL's).
2. Je XML-sitemap, meestal op /sitemap.xml.
3. Google Search Console: exporteer uit het prestatierapport de pagina's en zoekwoorden, liefst over de langste periode. Search Console bewaart 16 maanden aan gegevens (opent in een nieuw venster), dus exporteer ze nu, niet pas na de lancering.
4. Je analytics: de pagina's met de meeste bezoekers en conversies.
5. Pagina's met externe links: andere sites die naar je linken, zichtbaar in Search Console onder Links.
6. Losse bestanden: pdf's, afbeeldingen en oude campagnepagina's die in e-mails of drukwerk staan.

Markeer daarna je toppagina's: de pagina's met de meeste klikken, de meeste aanvragen of de meeste externe links. Daar ga je in stap 3 extra voorzichtig mee om.

#Stap 2: maak een redirectplan per URL

Koppel elke oude URL aan precies één nieuwe URL met dezelfde inhoud, en stel die in als permanente 301- of 308-redirect op de server. Dit document, de redirectmap, is het belangrijkste stuk van je hele migratie.

Een eenvoudige spreadsheet volstaat:

De regels die Google in zijn documentatie over redirects (opent in een nieuw venster) en sitemigraties hanteert:

• Gebruik server-side permanente redirects (301 of 308). Een 302 is tijdelijk; Google ziet de nieuwe URL dan niet als vervanger. JavaScript-redirects zijn het laatste redmiddel.
• Verwijs naar een inhoudelijk passende pagina. Veel oude URL's naar één irrelevante pagina zoals de homepage sturen, beschouwt Google als een "soft 404": een pagina die eigenlijk niet bestaat.
• Heeft een pagina geen vervanger, geef dan een 404 of 410. Dat is eerlijker voor bezoekers en Google.
• Vermijd ketens. Verwijst /a naar /b en /b naar /c, zet /a dan rechtstreeks naar /c. Controleer ook oude redirects van vorige migraties.
• Hou redirects zo lang mogelijk aan, in het algemeen minstens een jaar. Wij raden aan ze permanent te laten staan.

Vergeet de varianten niet: http en https, met en zonder www, met en zonder slash aan het einde. Elke variant moet in één stap op de juiste nieuwe URL landen.

#Stap 3: behoud wat nu goed scoort

Pagina's die nu verkeer opleveren, moeten na de migratie minstens even goed zijn: dezelfde kerninhoud, een vergelijkbare titel en even veel interne links. Een nieuw ontwerp mag de verpakking veranderen, niet wat Google waardeert.

Controleer voor elke toppagina:

• Tekst: de belangrijkste alinea's, antwoorden en zoekwoorden blijven staan. Inkorten mag, schrappen van wat rankt niet.
• Metatitel en metabeschrijving: overnemen of bewust verbeteren, niet leeg laten.
• Koppen (H1, H2): dezelfde onderwerpen, in vergelijkbare bewoording.
• Interne links: pagina's die veel links kregen in het menu of de footer, blijven goed bereikbaar.
• Afbeeldingen: alt-teksten en bestandsnamen behouden als die verkeer uit Google Afbeeldingen opleveren.
• Gestructureerde data: bijvoorbeeld LocalBusiness, FAQ of Product (schema.org), mee overzetten.
• Canonical-tags: elke nieuwe pagina verwijst naar zichzelf.
• Hreflang bij een meertalige site: bijgewerkt naar de nieuwe URL's. Meer daarover in meertalige website en SEO.

#Stap 4: test alles op een afgeschermde testomgeving

Bouw en test de nieuwe site op een testomgeving (staging) die niet in Google kan belanden, en controleer daar de redirects, de techniek en de meting voor je live gaat.

Scherm de testomgeving af met een wachtwoord; dat is betrouwbaarder dan alleen noindex. Test daarna:

1. Crawl de testsite en zoek naar 404's, redirectketens en ontbrekende titels.
2. Test de redirectmap met een lijst van alle oude URL's: elke URL moet in één stap op de juiste pagina landen.
3. Formulieren, offerteaanvragen en e-mailbevestigingen, ook in de spambox.
4. Analytics en de cookiebanner: meet je nog, en alleen na toestemming?
5. Snelheid op mobiel, vergeleken met je nulmeting.
6. De interne links: ze wijzen rechtstreeks naar nieuwe URL's, niet via redirects.

#Stap 5: de dag van de livegang

Op de dag zelf zet je de redirects actief, haal je elke blokkade voor Google weg en meld je de nieuwe sitemap aan. Kies een rustig moment, niet vlak voor een vakantie of je drukste verkoopperiode.

Checklist voor de livegang:

• Redirects actief en steekproefsgewijs getest op de live server.
• Geen noindex meer op pagina's die in Google moeten staan, en robots.txt blokkeert niets belangrijks.
• Nieuwe XML-sitemap ingediend in Google Search Console.
• Bij een domeinwissel: beide domeinen geverifieerd in Search Console en de Adreswijziging ingediend.
• Toppagina's aangeboden via de URL-inspectie in Search Console.
• Analytics en conversiemeting live gecontroleerd.
• Website-URL aangepast in je Google Bedrijfsprofiel, sociale profielen, advertenties en e-mailhandtekeningen.
• Vermeldingen in bedrijvengidsen en bij partners aangepast waar mogelijk.

#Na de livegang: wat controleer je de eerste weken?

Volg de eerste twee weken dagelijks Search Console en je analytics op, daarna wekelijks tot alles stabiel is. Google zegt zelf dat de zichtbaarheid tijdelijk kan schommelen (opent in een nieuw venster) en dat het bij een kleine tot middelgrote site enkele weken duurt voor de meeste pagina's verhuisd zijn.

Zie je een blijvende daling op een specifieke pagina, vergelijk dan de oude en de nieuwe versie: ontbreekt er tekst, is de titel anders, werkt de redirect? Doe na de lancering ook de gratis website-diagnose van Brisk voor een snelle technische controle.

#Van domeinnaam wisselen: extra aandachtspunten voor .be en .nl

Een nieuwe domeinnaam is de riskantste migratie, omdat Google een volledig nieuwe site ziet. Met de Adreswijziging-tool van Search Console (opent in een nieuw venster) help je Google om de signalen van het oude domein over te dragen.

Voorwaarden en aandachtspunten:

• Je moet eigenaar zijn van beide domeinen in Search Console, met hetzelfde Google-account.
• De 301-redirects moeten al actief zijn voor je de wijziging indient.
• De tool werkt alleen voor een wissel van domein of subdomein, niet voor http naar https of een nieuwe URL-structuur op hetzelfde domein.
• De tool blijft 180 dagen actief. Hou de redirects daarna gewoon aan.
• Hou je oude domeinnaam geregistreerd, bij DNS Belgium voor .be of SIDN voor .nl via je registrar. Laat je hem vervallen, dan verlies je de redirects en kan iemand anders het domein overnemen.

Plan je een nieuwe website en wil je de kosten en stappen kennen? Lees dan website laten maken: kosten, stappen en valkuilen.