Je migreert een WordPress-website zonder downtime door de nieuwe omgeving volledig op te bouwen en te testen voordat je het verkeer overzet, en het oude en nieuwe naast elkaar te laten draaien tijdens de DNS-overgang. Het idee erachter is simpel: er mag geen moment zijn waarop het ene weg is en het andere nog niet klaar. Concreet zet je de site op de nieuwe host op, test je hem op een tijdelijk adres, verlaag je van tevoren de TTL van het DNS, en zet je dan pas het DNS om. Je houdt de oude host actief tijdens de propagatie, want die is niet meteen overal doorgevoerd. Blijft het domein gelijk, dan veranderen de URLs niet en zijn er geen redirects nodig. De valkuil is content die nog wijzigt tijdens de migratie, dus doe een laatste synchronisatie vlak voor de omschakeling. WPBuildAI scant de site en levert de inventaris van content, afbeeldingen en URLs voor een migratie zonder verlies.

Waarom downtime ontstaat bij een migratie

Het helpt te weten waar downtime vandaan komt, want dat wijst aan wat je moet vermijden. Downtime ontstaat op het moment van overschakelen, niet bij het kopiëren. Als je de oude site uitzet of het DNS omzet voordat de nieuwe omgeving klaar en getest is, valt er een gat: bezoekers en Google komen aan bij iets wat niet werkt. Een tweede bron is het DNS zelf, dat niet meteen overal is doorgevoerd, dus een deel van het verkeer komt nog een tijd op het oude adres. De oplossing voor beide is overlap: oud en nieuw naast elkaar, zodat er nooit een moment zonder werkende site is.

Bouw en test de nieuwe omgeving eerst

De eerste regel is dat de nieuwe omgeving volledig klaar moet zijn voordat je iets omzet. Zet WordPress op de nieuwe host op, kopieer de bestanden (de map wp-content met thema, plugins en uploads) en zet de database over met een SQL-export. Werk de wp-config bij met de nieuwe toegangsgegevens. Test dan op een tijdelijk adres: laden de pagina’s, staan de afbeeldingen er, werkt de site. Het Web Almanac 2024 herinnert eraan hoe zwaar afbeeldingen wegen, dus controleer dat de map uploads compleet is. Pas als de nieuwe omgeving deze test doorstaat, is omschakelen veilig.

Verlaag de TTL van tevoren

Een kleine voorbereiding scheelt veel: verlaag de TTL van het DNS een paar dagen voor de migratie. De TTL bepaalt hoe lang servers een DNS-record onthouden voordat ze het opnieuw opvragen. Staat die op uren, dan duurt de overgang lang; verlaag je hem vooraf naar enkele minuten, dan is de propagatie na het omzetten snel. Dit verandert op zichzelf niets voor bezoekers, maar het verkort het venster waarin het oude en nieuwe record naast elkaar circuleren. Na de migratie kun je de TTL weer omhoog zetten. Sla je deze stap over, dan werkt het nog steeds, maar duurt de propagatie onnodig lang.

Laat oud en nieuw naast elkaar draaien

Het hart van een migratie zonder downtime is de overlap. Als je het DNS omzet naar de nieuwe host, blijft de oude host nog een tijd verkeer ontvangen, omdat het DNS niet bij iedereen tegelijk is doorgevoerd. Zet je de oude host meteen uit, dan komen die bezoekers in een gat terecht, ook al draait de nieuwe al. Houd de oude host dus actief tijdens de propagatie, zodat iedereen, ongeacht welk DNS-record hij ziet, op een werkende site komt. Deze overlap is precies wat downtime voorkomt, en pas als de propagatie compleet is, zet je de oude host uit.

De laatste synchronisatie vlak voor de omschakeling

Een valkuil die veel migraties parten speelt: content die nog wijzigt terwijl je migreert. Tussen het moment dat je de database kopieert en het moment dat je omschakelt, kan er een nieuwe reactie, bestelling of blogpost bij komen op de oude site. Die staat dan niet in de nieuwe omgeving. De oplossing is een laatste synchronisatie vlak voor de omschakeling: je haalt de wijzigingen sinds de eerste kopie nog over. Bij een levend blog of webshop is dit essentieel. Voor losse content kan de WordPress REST API helpen de laatste items op te halen, zodat niets van de migratievenster-periode verloren gaat.

URLs gelijk houden, anders 301

Een migratie naar nieuwe hosting raakt het SEO meestal niet, mits de URLs gelijk blijven. Blijft het domein hetzelfde en houd je dezelfde paden, dan verandert er voor Google niets en zijn er geen redirects nodig. Verandert er toch een adres, bijvoorbeeld omdat je tegelijk van domein wisselt, dan krijgt elke oude URL een 301 naar de nieuwe, in één stap, volgens de richtlijn voor site verplaatsen en de documentatie over redirects. Doe één ding tegelijk: een hostingmigratie is veiliger zonder gelijktijdige URL-wijziging, zoals ook in je SEO-waarde behouden staat.

Stap voor stap

  1. Maak een back-up van bestanden en database.
  2. Bouw de nieuwe omgeving op de nieuwe host: bestanden, database, wp-config.
  3. Test op een tijdelijk adres: pagina’s, afbeeldingen, functies.
  4. Verlaag de TTL van het DNS een paar dagen vooraf.
  5. Doe een laatste sync en zet dan het DNS om.
  6. Houd de oude host actief tijdens de propagatie en zet hem daarna uit.

Voorbeeld: een migratie zonder downtime

Neem een WordPress-blog dat naar een nieuwe host verhuist zonder offline te willen gaan. Het team bouwt de nieuwe omgeving op: bestanden gekopieerd, database overgezet, wp-config bijgewerkt. Het test op een tijdelijk adres, en pagina’s en afbeeldingen kloppen. Twee dagen vooraf is de TTL verlaagd naar enkele minuten. Vlak voor de omschakeling haalt het de paar nieuwe reacties van de oude site nog over met een laatste sync. Dan zet het het DNS om; door de lage TTL gaat de propagatie snel. De oude host blijft een dag actief, zodat bezoekers met een nog niet bijgewerkt DNS-record toch op een werkende site komen. Het domein blijft gelijk, dus geen redirects, en de site is geen moment offline.

Veelgemaakte fouten

  • Het DNS omzetten voordat de nieuwe omgeving is getest.
  • De oude host uitzetten voordat de propagatie compleet is.
  • De TTL niet vooraf verlagen, waardoor de overgang lang duurt.
  • De laatste sync overslaan en wijzigingen uit het migratievenster verliezen.
  • Tegelijk van domein wisselen zonder 301’s en zo 404’s veroorzaken.

Wat je moet onthouden

Je migreert een WordPress-website zonder downtime door de nieuwe omgeving eerst volledig te bouwen en te testen, en oud en nieuw naast elkaar te laten draaien tijdens de DNS-overgang. Verlaag de TTL vooraf, test op een tijdelijk adres, doe een laatste synchronisatie vlak voor de omschakeling en houd de oude host actief tijdens de propagatie. Blijft het domein gelijk, dan veranderen de URLs niet en zijn er geen redirects nodig; verandert er toch een adres, zet dan een 301. Doe één ding tegelijk, zodat de hostingmigratie los staat van een URL-wijziging. WPBuildAI scant de site en levert de inventaris van content, afbeeldingen en URLs voor een migratie zonder verlies. Stuur je site-URL voor een gratis analyse.

Geen connectie met WordPress, Lovable, Webflow, Shopify, Wix of Squarespace.