Je site is structureel traag
Bezoekers wachten 3+ seconden, Lighthouse onder de 60, klanten klagen. Negen van de tien keer ligt het aan een te krap pakket of een overvolle server. Een betere hoster lost het in één avond op.
Hosting verloopt, je hoster is te traag, je groeit uit je shared-pakket of je wil naar een nieuwe omgeving (managed WordPress, VPS, internationale hosting)? Een migratie zonder downtime, zonder data-verlies en zonder mail-uitval vraagt voorbereiding. Ik regel dat dagelijks — voor WordPress, Drupal, Joomla, OpenCart en custom PHP-sites tussen alle gangbare Nederlandse en buitenlandse hosters.
Migreren is geen klein klusje. Maar in deze zes situaties is het bijna altijd de moeite waard — zowel financieel als operationeel.
Bezoekers wachten 3+ seconden, Lighthouse onder de 60, klanten klagen. Negen van de tien keer ligt het aan een te krap pakket of een overvolle server. Een betere hoster lost het in één avond op.
Je hoster meldt: "PHP 7.4 stopt over zes weken." Je site draait niet op PHP 8.x door verouderde plugins of code. Tijd voor een gefaseerde upgrade — vaak gecombineerd met een nieuwe hoster.
Hostingmarkt consolideert. Prijzen stijgen, kwaliteit daalt, of een gedwongen platform-migratie staat eraan te komen. Beter zelf het moment kiezen dan onder dwang verhuizen.
Tickets die 48+ uur openblijven, ChatGPT-achtige antwoorden, medewerkers die je site niet begrijpen. Voor een MKB-site die geld waard is, niet langer acceptabel.
Specialistische hosting (Kinsta, Cloudways, Pressable) of eigen VPS voor custom config. Duurder per maand, maar voor commerciële sites verdient het zichzelf terug aan minder beheer-overhead.
Domein bij Mijndomein, hosting bij Hostnet, mail bij M365 — drie facturen, drie loketten, drie wachtwoorden. Migratie naar één partij is rustiger én vaak goedkoper.
Een goede migratie is voor 80% voorbereiding. Hieronder de stappen die je vóór de feitelijke overdracht moet hebben doorlopen — voor jezelf, of als overzicht van wat ik bij je doe.
Een migratie zonder downtime werkt door slimme overlap: oude site blijft draaien terwijl de nieuwe wordt klaargezet en getest. Pas als alles bewezen werkt, schakelen we DNS over. Bezoekers merken meestal niets.
Compatibility-check op nieuwe hosting (PHP, MySQL, extensies, disk-space). DNS TTL verlagen naar 5 minuten 24-48u vooraf. Complete backup van bestanden + database. Lijst van DNS-records, externe koppelingen en speciale configuratie.
Volledige bestand-sync (rsync, FTP of cPanel-transfer) en database-import naar nieuwe hosting. URLs in database aanpassen waar nodig. Testen via aangepaste /etc/hosts — ik gebruik de nieuwe site zonder dat bezoekers er iets van merken. Volledige doorklik-test.
DNS-records overzetten op het moment dat alles bewezen werkt. Mail-migratie parallel. Post-migration: monitoring van HTTP-statussen, response-tijden en mail-deliverability voor 24-48 uur. Bij issues: directe rollback via DNS naar oude hosting.
De principes zijn gelijk, de details verschillen per CMS, hosting-stack en complexiteit. Hieronder de meest voorkomende migratie-types en bijbehorende technische uitleg uit de kennisbank.
Het complete stappenplan met TTL-strategie, /etc/hosts-test, DNS-switch en mail-migratie. De technische basis voor elke migratie die ik uitvoer — handig om mee te lezen voor je eigen begrip.
Migratie wordt vaak gedreven door een geforceerde PHP-upgrade. Stappenplan met compatibility-checks per CMS, control-panel-instructies en rollback-strategie — relevant of je verhuist of niet.
A, MX, CNAME, TXT in mensentaal — wat doet elke record en wat moet je weten bij een migratie? Toegankelijke uitleg van alle records waar je als site-eigenaar mee te maken krijgt.
Bij een hosting-wissel gaan veel mailflows om — en zonder correct ingestelde SPF/DKIM/DMARC belandt jouw mail in spam. Drie DNS-records die het verschil maken tussen 'komt aan' en 'wordt geblokkeerd'.
Bij migratie tussen Apache-hosters meestal eenvoudig over te zetten — bij overstap naar Nginx-omgeving moet je .htaccess-regels vertalen. Praktijk-uitleg met voorbeelden van redirects en beveiliging.
Bij migratie moet je SSL opnieuw uitgeven of overzetten. Voor 95% van de sites is Let's Encrypt prima — maar wanneer is een betaald cert wel zinvol? Het echte verschil tussen DV, OV en EV.
Harde lessen uit jaren praktijk. Hier wijk ik niet vanaf — bij elke migratie, bij elk type klant.
Rollback is je verzekering tegen het slechtste scenario. Bij elke wijziging: een verse backup, een snapshot of een DNS-record dat nog naar de oude omgeving wijst. Geen rollback-pad — dan begin ik niet.
Vóór de cutover doorlopen we de hele site op staging — login, contactformulier, checkout, mail-verzending. Pas wanneer alles aantoonbaar werkt onder een aangepaste /etc/hosts gaat het MX- of A-record om. Niet eerder.
Edge-cases duiken pas op ná de eerste week — wekelijkse cron-jobs, scripts die alleen draaien op een specifieke trigger, facturen die op de 28e gegenereerd worden. De oude hosting blijft je vangnet, ook al voelt 't als geld weggooien.
Eerst alle e-mails kopiëren via IMAP-sync, dan pas MX-record omzetten. Andersom: nieuwe inkomende mail belandt in een leeg postvak op de nieuwe omgeving terwijl ik nog oude content aan het kopiëren ben. Volgorde voorkomt verloren berichten.
Klassiek dev-principe: "Friday deploys are forbidden". Gaat er iets mis op vrijdagavond, dan zit jij — én ik — in het weekend met een offline klant. Migraties plan ik op zondagavond of dinsdagavond. Dan zijn er nog 5 werkdagen om eventuele issues op te lossen.
Migratie-tools en hosting-transfer-services kunnen veel — maar zelden alles. En de details die ze missen zijn vaak precies de details die je weken na de migratie pas merkt. Hier wat elk wel en niet doet.
In de praktijk gebruiken migratie-tools jouw hoofdsite + database als 80% van het werk — maar de overige 20% (mail, DNS, SSL, cron, externe koppelingen, post-migration monitoring) is het verschil tussen "we zijn online maar er klagen klanten" en "alles werkt vlekkeloos op de nieuwe omgeving". Die 20% is mijn werk.
Wat klanten meestal eerst vragen voordat ze beslissen om de overstap te maken.
Een typische WordPress-migratie tussen Nederlandse hosters is binnen één werkdag klaar — vaak 4-6 uur actief werk verspreid over twee dagen (dag 1: voorbereiden + sync, dag 2: cutover + monitoring). Grote sites of complexe migraties (WooCommerce met veel orders, custom code, mail-migratie van 50+ mailboxen) kunnen 1-3 dagen kosten. Voor de bezoeker is er meestal géén waarneembare downtime — de slimme TTL- en /etc/hosts-aanpak zorgt daarvoor.
Bij een goede migratie: vrijwel niet. De truc is een korte overlap-periode waarin beide hostings parallel staan. We synchroniseren bestanden en database naar de nieuwe locatie, testen via /etc/hosts vóór de DNS-switch, en switchen DNS pas als alles bewezen werkt. Bezoekers zien hoogstens een paar minuten 'oude site' tijdens DNS-propagatie — geen 404's, geen downtime.
Eenvoudige WordPress-site (klein verkeer, weinig plugins, geen WooCommerce): 250-500 euro inclusief mail-migratie en post-migration check. Standaard WordPress of WooCommerce-site: 500-900 euro. Grote sites, complexe e-commerce, of meerdere domeinen tegelijk: vanaf 900 euro op basis van scope. Vóór akkoord een vaste prijs zodat je weet waar je aan toe bent — geen verrassingen achteraf.
Mailmigratie is meestal een apart traject naast de site-migratie. Twee opties: nieuwe hosting voor mail (mailboxen en bestaande inhoud overzetten via IMAP-sync), of mail bij externe provider (Microsoft 365, Google Workspace) houden. In beide gevallen: geen verlies van bestaande mails, geen onderbreking. Bij externe mailproviders verandert er bij een hosting-migratie eigenlijk niets — alleen de A-records voor je site verhuizen, MX-records blijven.
Bij een goede migratie blijven rankings volledig intact — Google merkt vaak niet eens dat je verhuisd bent zolang URLs identiek blijven en de site beschikbaar blijft tijdens de DNS-switch. Wat wél kan misgaan: gebroken interne links na slordige URL-updates in de database, missende redirects vanuit oude URLs, of slechte performance op nieuwe hosting waardoor Core Web Vitals dalen. Mijn migratie-checklist dekt al die punten.
Dagelijks tussen alle gangbare Nederlandse hosters: Hostnet, TransIP, Vimexx, Antagonist, Mijndomein, Versio, Strato, Argeweb. Plus naar internationale hosters (SiteGround, Cloudways, Kinsta, WP Engine) of vanaf shared naar VPS/dedicated. Control panels: cPanel, Plesk, DirectAdmin — geen voorkeur, ik ken ze allemaal.
Voor een eenvoudige WordPress-site met basis-plugins en weinig data: ja, met plugins als Duplicator, All-in-One WP Migration of UpdraftPlus. Voor commerciële sites, e-commerce met live orders, sites met complexe configuratie of mail-migratie erbij: de risico's wegen meestal niet op tegen de besparing. Migraties die misgaan kosten vaak meer in herstel dan een professionele migratie kost.
Vóór elke migratie maak ik een complete backup van de huidige werkende site. Mocht er iets onverwachts gebeuren, zetten we DNS terug naar de oude hosting en rollen je site terug — tijd: ~5-10 minuten. Tijdens de DNS-cutover monitor ik actief de nieuwe hosting (HTTP-statussen, response-tijden, mail-deliverability) en bij issues schakel ik direct terug. Worst-case scenario is dus 'we proberen het op een ander moment opnieuw', niet 'je site is gesneuveld'.
Ja. Domein-overdracht is een aparte stap die los staat van hosting-migratie maar vaak tegelijk gedaan wordt. Voor .nl-domeinen: SIDN-token en EPP-code regelen, transfer aanvragen, DNS bij nieuwe registrar instellen. Voor .com/.org/.net: AuthCode bij oude registrar opvragen. Procedure duurt meestal 5-7 dagen voor de transfer voltooid is — site blijft tijdens die periode gewoon bereikbaar.
Bellen of WhatsApp is bij urgente zaken het snelst — meestal reageer ik zo snel mogelijk. Ook mailen of een bericht via het formulier op de homepage kan altijd.
Website Technical Support Specialist
WordPress · Drupal · Joomla · OpenCart · CMS Made Simple
Spoed buiten werkuren? Bel altijd — bij echte noodgevallen neem ik zo snel mogelijk contact op.