Hosting

Website verhuizen naar een nieuwe host

Door OneFrame5 min lezen

Volg dit duidelijke stappenplan voor een vlekkeloze website‑migratie. Minimaliseer downtime, regel DNS en SSL, behoud SEO en test veilig. Inclusief FAQ en tips.

Waarom en wanneer verhuizen?

Een verhuizing naar een nieuwe hostingpartij kan veel opleveren: snellere laadtijden, betere ondersteuning, meer schaalbaarheid en vaak lagere kosten. Ook security is een reden: moderne hosts bieden tijdige updates, isolatie en geavanceerde WAF- en DDoS‑bescherming. Merkt u vaak storingen, trage reacties van support of is de serverconfiguratie verouderd? Dan is het tijd om te verhuizen.

Kies een moment met weinig verkeer en plan de verhuizing zorgvuldig. Leg doel en scope vast (alleen web, ook e‑mail, of ook DNS?), stel een tijdlijn op en wijs verantwoordelijkheden toe. Met een strak plan voorkomt u verrassingen en verkort u de cut‑over.

Voorbereiding: inventaris en back-ups

Begin met een inventaris: CMS en versie (bijv. WordPress/Drupal), PHP‑versie, database‑type en ‑versie, extensies/plugins, cronjobs, queue‑workers, e‑mailroutes (MX, SPF, DKIM) en externe koppelingen (betalingen, CDN, API‑sleutels). Noteer ook serverinstellingen zoals geheugenlimieten, max upload size en cachinglagen.

Maak volledige back‑ups: bestanden, database en configuraties. Test een restore in een aparte omgeving om te bevestigen dat de back‑up werkt. Versleutel gevoelige dumps, documenteer het herstelplan en houd een rollback‑scenario paraat. Dit is uw vangnet als er toch iets misgaat.

Testomgeving en performance-check

Richt op de nieuwe host een stagingomgeving in die de productie zo nauwkeurig mogelijk spiegelt: zelfde PHP‑/DB‑versies, extensies en cache. Importeer de database, zet media over en controleer logging. Gebruik desnoods een hosts‑file override om de site lokaal op de nieuwe server te bekijken zonder DNS te wijzigen.

Voer performance‑tests uit (bijv. Lighthouse of k6) en controleer core‑web‑vitals, cachingheaders en database‑indices. Fix fouten en optimaliseer nu al: elke seconde winst op staging betaalt zich terug na livegang.

Migreren: bestanden, database en e‑mail

Zet bestanden over via SFTP/rsync en controleer rechten en eigenaars. Importeer de database (bijv. mysqldump/pg_dump) en update de app‑config met de nieuwe DB‑gegevens. Verhuist u ook e‑mail? Plan een IMAP‑kopie of gebruik de migratietool van uw provider, en controleer mailboxquota en aliassen.

Verandert de domeinnaam of mapstructuur? Voer dan een veilige search‑en‑replace uit op URL’s en paden (let op serialized data). Test cruciale flows: inloggen, checkout, formulieren, webhooks en betalingen. Pas .env‑variabelen en cronjobs aan en zet background workers klaar.

DNS, TTL en SSL/TLS instellen

Verlaag 24–48 uur vóór de cut‑over de TTL van uw DNS‑records (bijv. naar 300 seconden), zodat de switch sneller wereldwijd wordt opgepikt. Zoals Cloudflare het samenvat: "TTL bepaalt hoe lang een resolver een DNS‑record in cache houdt" (bron: Cloudflare, https://www.cloudflare.com/learning/dns/dns-records/dns-ttl/). Werk tijdens de cut‑over A/AAAA of CNAME bij en controleer ook MX, SPF en DKIM als e‑mail meeverhuist.

Zorg voor een geldig SSL‑certificaat op de nieuwe host. Met Let’s Encrypt kunt u gratis en geautomatiseerd certificaten uitgeven; onthoud: "Certificates must be installed on the server" (bron: Let’s Encrypt, https://letsencrypt.org/docs/). Test HTTP→HTTPS‑redirects, HSTS en tussenliggende certificaten.

SEO en redirects controleren

Blijft de URL‑structuur gelijk? Dan is een hostwissel meestal SEO‑neutraal. Wijzigt er wel iets (paden, domein)? Richt dan 301‑redirects in van elke oude naar de juiste nieuwe URL. Google adviseert expliciet: "Gebruik 301‑redirects voor permanente verhuizingen" (bron: Google Search Central, https://developers.google.com/search/docs/advanced/crawling/site-move?hl=nl). Werk sitemaps bij en dien ze in bij Search Console.

Controleer canonicals, hreflang, robots.txt en noindex‑regels. Houd crawlstatistieken en 404’s in de gaten na livegang, en los gebroken links snel op. Zo behoudt u autoriteit en minimaliseert u ranking‑schommelingen.

Monitoring en nazorg

Na de DNS‑switch monitort u uptime, foutlogboeken, 404’s, performance en e‑mailaflevering. Houd de oude hosting nog enkele dagen actief vanwege DNS‑propagatie en als rollbackoptie. Minimaliseer verandering op verandering: voer eerst de verhuizing uit, optimalisaties later.

Plan een evaluatie na 48 uur en na een week. Documenteer bevindingen, rond tickets af en update uw runbook. Met heldere monitoring en nazorg is de verhuizing niet alleen geslaagd, maar ook duurzaam geborgd.

Veelgestelde vragen

Antwoorden op de meest gestelde vragen over dit onderwerp

  1. Inventaris en planning (scope, tijdlijn, verantwoordelijkheden).
  2. Volledige back‑ups maken en herstel testen.
  3. Staging opzetten op de nieuwe host, omgeving spiegelen.
  4. Bestanden en database migreren; configuraties en cronjobs aanpassen.
  5. Grondig testen van functionaliteit, formulieren, betalingen en webhooks.
  6. TTL verlagen en cut‑over voorbereiden.
  7. DNS‑records omzetten naar de nieuwe server.
  8. SSL/TLS activeren en HTTP→HTTPS controleren.
  9. SEO‑checks: sitemaps, canonicals en zo nodig 301‑redirects (zie Google: "Gebruik 301‑redirects voor permanente verhuizingen"; bron: https://developers.google.com/search/docs/advanced/crawling/site-move?hl=nl).
  10. Monitoring en nazorg.

Klaar voor de volgende stap?

Klaar voor een soepele verhuizing zonder verrassingen? Vraag vandaag een gratis migratie‑check aan en ontvang een concreet plan, inclusief risicoanalyse en tijdlijn.

Aanbevolen artikelen

1