Marketing / media / technologie

Nederlandse editie
Nederlands

Een website verhuizen met een controleerbaar SEO-plan

Bereid een domein- of URL-verhuizing voor met een inhoudskaart, redirects en controles. Met een fictief omschakelplan en eerlijke grenzen aan verkeersbehoud.

Bronnen bekijken
Hoge gebouwen vormen een symmetrisch patroon rond een donkere open ruimte.
Illustratieve foto. Steven Wei stevenwei · CC0 1.0
In dit artikel

Een SEO-plan voor een websiteverhuizing bewaakt de bereikbaarheid en betekenis van bestaande pagina's wanneer domein, platform of URL's veranderen. Het bestaat uit een inventaris, inhoudelijke koppelingen van oud naar nieuw, geteste redirects en controle na de omschakeling. Een migratieplan kan risico's beperken, maar garandeert geen gelijkblijvende posities of bezoekersaantallen.

Begin vóór de nieuwe website wordt opgeleverd. Als de oude adressen pas na lancering worden verzameld, ontbreken vaak downloads, taalversies of historische pagina's met waardevolle verwijzingen. Het nieuwe ontwerp is slechts één onderdeel van de verhuizing.

Bepaal wat werkelijk verandert

Schrijf op of domein, protocol, hosting, inhoud, navigatie en URL-structuur veranderen. Een hostingwissel met dezelfde adressen vraagt andere maatregelen dan een volledig nieuw domein en samengevoegde artikelen. Vermijd onnodig veel gelijktijdige wijzigingen als dat de diagnose moeilijk maakt.

Wijs één coördinator aan en verdeel inhoud, techniek en oplevering. Maak de omvang passend bij uw marketingbudget, inclusief tijd voor herstel. Een technisch bureau kan redirects uitvoeren, maar heeft inhoudelijke input nodig om te bepalen welke nieuwe pagina een oude vraag beantwoordt. Bewaar toegang tot de oude configuratie zolang herstel nodig kan zijn.

Inventariseer meer dan het huidige hoofdmenu

Verzamel openbare URL's uit het CMS, sitemap, beschikbare zoekrapporten en relevante verwijzingsgegevens. Neem afbeeldingen, downloads, taalversies en bekende oude slugs mee. Markeer welke inhoud actueel blijft, samenvoegt, bewust verdwijnt of afgeschermd moet worden.

Google beschrijft de voorbereiding in siteverhuizingen met URL-wijzigingen. Maak een kaart met oud adres, nieuwe bestemming, reden en verantwoordelijke. Een automatische koppeling op vergelijkbare slugs kan een voorstel leveren, maar geen inhoudelijke eindbeslissing. Een dienst die stopt, krijgt niet vanzelf de nieuwe homepage als vervanger.

Een fictief omschakelplan voor een praktijk

Een fictieve praktijk heeft 32 openbare inhoudspagina's en zes downloads. Zij behoudt 26 pagina's, voegt vier pagina's samen tot twee gidsen en verwijdert twee achterhaalde aankondigingen zonder vervanger. De aantallen dienen alleen als oefening.

De planning gebruikt vier controlepoorten:

  1. De inhoudseigenaar keurt de oud-naar-nieuwkaart goed.
  2. De nieuwe bestemmingen en downloads werken op een afgeschermde testomgeving.
  3. Redirects, canonicals, sitemap en taalrelaties worden gezamenlijk gecontroleerd.
  4. Na omschakeling worden dezelfde belangrijke routes op het echte domein herhaald.

Er wordt geen verkeersbehoud voorspeld. De controlepoorten tonen welke voorwaarden nodig zijn om de verhuizing verantwoord te kunnen beoordelen en herstellen.

Bouw redirects naar relevante eindbestemmingen

Gebruik bij blijvende adreswijzigingen passende permanente serverredirects. Stuur oude adressen rechtstreeks naar de inhoudelijke vervanger en voorkom ketens. Voor bewust verdwenen inhoud zonder alternatief kan een 404 of 410 correct zijn.

Google legt de werking uit bij redirects; de praktische gids over redirects instellen helpt met controlepunten. Werk ook uw eigen links naar de eindadressen bij. Houd oude domeinen en benodigde certificaten beschikbaar zodat de redirects blijven werken. Google's migratierichtlijn adviseert redirects doorgaans minstens een jaar te behouden; bestaande verwijzingen kunnen langer onderhoud rechtvaardigen.

Controleer publicatie-instructies vóór de lancering

Een testomgeving moet passend afgeschermd zijn. Zorg tegelijk dat tijdelijke blokkades niet ongemerkt op de publieke website blijven staan. Controleer robots.txt, noindex, canonicals en eventuele HTTP-headers op de nieuwe productieroutes.

Bekijk de sitemap, interne links en taalalternatieven samen. Een oude domeinnaam in een canonical kan een belangrijke fout zijn, ook als alle pagina's visueel goed ogen. Laat formulieren, transactieroutes en andere gevoelige onderdelen afzonderlijk beoordelen. Een contentmigratie is geen toestemming om echte inschrijvingen, betalingen of e-mails als test uit te voeren.

Maak de omschakeling herstelbaar

Leg vast wie domein- en serverinstellingen kan aanpassen, hoe de oude situatie beschikbaar blijft en welke problemen een terugkeer of gerichte reparatie vragen. Bewaar benodigde configuratie zonder geheimen in een gedeelde oplevernotitie te zetten.

Controleer tijdens de omschakeling eerst de belangrijkste routes: homepage, dienst, artikel, download, taalversie en een oud adres met redirect. Controleer ook een niet-bestaand adres. Bij een storing moet duidelijk zijn of de oorzaak DNS, TLS, applicatierouting of inhoud is. Een algemene mededeling “de migratie loopt nog” is voor herstel minder bruikbaar dan een concrete fout op een benoemd onderdeel.

Meld veranderingen waar de hulpmiddelen dat ondersteunen

Verifieer passende oude en nieuwe properties in Search Console. Bij een geschikte domeinverhuizing kan Google's adreswijzigingshulpmiddel onderdeel van de procedure zijn. Het is niet voor iedere URL-wijziging bedoeld; volg de toepasselijke migratiedocumentatie.

Dien de actuele sitemap in en controleer indexeringsmeldingen en gekozen canonicals. Vraag belangrijke externe verwijzers waar haalbaar hun adressen bij te werken. Geen van deze stappen vervangt de redirects op uw eigen server. Verwacht bovendien verwerkingstijd: opgeslagen rapporten hoeven niet direct de nieuwe toestand te tonen. Herhaald indienen zonder een inhoudelijke of technische wijziging lost een fout niet op.

Beoordeel de periode erna per vraag

Controleer eerst bereikbaarheid en foutmeldingen, daarna zoekopname en relevante prestaties. Vergelijk redelijk vergelijkbare perioden en houd rekening met seizoen, nieuw aanbod en andere wijzigingen. Een daling kan meerdere oorzaken hebben; een stijging bewijst evenmin dat iedere migratiekeuze juist was.

De gids over marketingresultaten meten helpt conclusies begrenzen. Maak een restpuntenlijst met voorbeelden, eigenaar en vervolgstap. Sluit de migratie pas administratief af wanneer de belangrijke routes zijn gecontroleerd en blijvend beheer is toegewezen. De oude redirectkaart blijft een nuttig document zolang er oude adressen rondgaan.

Plan daarnaast een controle van informatie die buiten het hoofdartikel staat. Een downloadlink kan nog naar het oude domein wijzen, een formulier kan een verouderde bedankroute gebruiken en een afbeeldingenbibliotheek kan oude bestandspaden bevatten. Koppel ieder restpunt aan een concrete eigenaar. Controleer bij herstel opnieuw de oorspronkelijke route, in plaats van alleen de nieuwe bestemming te openen. Daarmee bewijst u dat de bezoeker vanaf het oude vertrekpunt geholpen wordt. Bewaar ook welke tijdelijke oplossingen een einddatum hebben, zodat een noodmaatregel niet ongemerkt onderdeel van het blijvende platform wordt. Dit maakt de overdracht aan blijvend beheer concreet en controleerbaar.

Bronnen en verder lezen

Google Search Central biedt de primaire uitleg over siteverhuizingen met URL-wijzigingen en redirects. Het omschakelplan is fictief; een echte migratie vraagt controle van uw infrastructuur en publicaties.