WordPress verhuizen: stappenplan en controle

Deze handleiding gaat over een gewone WordPress-installatie die een andere webhost krijgt. Je kunt je domeinnaam behouden. Verhuis e-mail afzonderlijk als die mee moet; je WordPress-kopie bevat geen volledige mailboxen. Voor multisite, een drukke webshop of een maatwerkapplicatie is een afgestemd plan met de host nodig.

1. Leg je huidige installatie vast

Noteer WordPress- en PHP-versie, databaseomvang, vrije schijfruimte, actieve plug-ins, thema en de adressen van belangrijke pagina’s. Leg vast welke processen op de site gegevens toevoegen: reacties, bestellingen, formulierinzendingen, uploads en geplande taken. Die bepalen wanneer je een laatste kopie nodig hebt.

Controleer bij de nieuwe host of het pakket je installatietype, database en gebruikte software ondersteunt. Vraag naar upload- en importlimieten, een testomgeving, certificaatuitgifte en ondersteuning bij fouten. Een PHP-wijziging kan een oude plug-in laten uitvallen. Test een noodzakelijke versieaanpassing op een kopie en maak duidelijk wie verouderde onderdelen oplost.

Kies eerst het pakket en de verhuisafspraken via WordPress-hosting vergelijken. De gids hostingkosten helpt bij het budget voor overlap en eventuele betaalde hulp. Het is niet nodig tegelijk je ontwerp, domeinnaam, alle plug-ins én hosting te veranderen.

2. Maak een volledige back-upset

WordPress bestaat uit bestanden en databasegegevens. De database bevat onder meer inhoud en instellingen; bestanden bevatten bijvoorbeeld thema’s, plug-ins en uploads. De gewone export onder Gereedschap is nuttig voor inhoudsoverdracht, maar vervangt geen volledige back-up. Zie de officiële back-updocumentatie.

Geef de kopie een datum en een duidelijke naam, bijvoorbeeld site-voor-verhuizing-2026-10-11. Bewaar hem op een beveiligde plek buiten de installatie. Een SQL-export en wp-config.php kunnen persoonsgegevens of geheimen bevatten: zet die niet in een openbare webmap en voeg ze niet onbewerkt toe aan een supportbericht. Test het herstel voordat je de oude omgeving kwijt raakt.

3. Kies providerhulp, een plug-in of handmatig

Een gratis plug-in is pas geschikt als de benodigde import en herstelmogelijkheden ook gratis beschikbaar zijn. Controleer de officiële plug-inpagina, ondersteuning en actuele compatibiliteit. Installeer niet meerdere migratie- en back-upplug-ins voor dezelfde eenmalige klus. Maak ook bij een plug-in een afzonderlijke herstelkopie.

De profielen van Cloud86, STRATO, TransIP en WebOké helpen je de onderzochte pakketten en verhuisvoorwaarden afwegen. Er zijn geen eigen snelheidstests of sterrenbeoordelingen aan deze verhuisgids verbonden.

4. Handmatig overzetten: werk op de nieuwe omgeving

Onderstaande volgorde is een werkplan voor een reguliere installatie. De WordPress-migratiedocumentatie maakt onderscheid tussen dezelfde URL behouden en een ander domein gebruiken. Wijzig je bestaande productieserver niet terwijl je de nieuwe kopie klaarmaakt.

1. Maak de doelomgeving klaar. Gebruik de door je host aangegeven webmap en stel een nieuwe database met passende toegang in. Laat database- of inloggegevens veilig instellen; neem oude geheimen niet mee in een openbaar document.
2. Kopieer de bestanden. Gebruik de beveiligde overdracht die de host ondersteunt, bijvoorbeeld SFTP. Controleer de documentroot en verborgen configuratiebestanden. Zet een back-uparchief niet blijvend publiek beschikbaar.
3. Importeer de database. Selecteer nadrukkelijk de nieuwe, lege database. Controleer de importmelding, tabellen en tabelprefix. Een import in de verkeerde database kan een andere website overschrijven.
4. Pas de nieuwe configuratie aan. Laat wp-config.php verwijzen naar de nieuwe databasehost, databasenaam en gebruiker. De tabelprefix moet overeenkomen met de geïmporteerde tabellen. Behoud noodzakelijke eigen instellingen en stem serverregels af met de host.
5. Controleer de URL-strategie. Behoud je hetzelfde domein en dezelfde paden, dan is er doorgaans geen domeinvervanging nodig. Een tijdelijke test-URL mag niet onbedoeld de uiteindelijke site-URL worden.
6. Open de kopie via de testmethode van je host. Controleer dat je werkelijk de nieuwe server ziet. Beperk toegang en voorkom dat de kopie echte meldingen, betalingen of dubbele taken uitvoert.

Zie je een databaseverbindingsfout? Controleer eerst naam, gebruiker, rechten en host in de nieuwe configuratie. Installeer WordPress niet opnieuw over de geïmporteerde site heen om de fout op te lossen. Bewaar een foutmelding zonder wachtwoorden en vraag gericht hulp.

Als de domeinnaam óók verandert

Een gewone zoek-en-vervangactie in een SQL-bestand kan opgeslagen structuren beschadigen. Gebruik een methode die WordPress-data correct verwerkt. WP-CLI ondersteunt daarvoor search-replace met een proefrun. Onderstaand commando is uitsluitend een fictief controlevoorbeeld voor een ervaren beheerder op de nieuwe kopie; het wijzigt nog niets.

wp search-replace 'https://oud.voorbeeld.example' 'https://nieuw.voorbeeld.example' --skip-columns=guid --dry-run

De .example-adressen zijn verzonnen. Controleer eerst database, pad, tabelscope en verwachte wijzigingen. Maak een back-up en beoordeel het proefresultaat vóór een echte vervanging. Het behouden van GUID-waarden voorkomt dat je identificatoren onnodig verandert. Multisite en domeinspecifieke plug-ininstellingen vragen een afzonderlijk plan.

5. Test met een vaste lijst

Maak zelf een kleine testset die bij jouw site past. Onderstaand voorbeeld hoort bij een fictieve advieswebsite. Bij een webshop voeg je productvarianten, belasting, levering, voorraad en een toegestane testbetaling toe.

Controleer HTTPS voor het hoofdadres en www, redirects, afbeeldingen en scriptverwijzingen. Gebruik een geldig certificaat; negeer geen browserwaarschuwing om een test te laten slagen. Stel met de host vast hoe je een certificaat vóór of bij de omschakeling kunt uitgeven.

6. Neem de laatste wijzigingen mee en schakel om

Een testkopie van gisteren bevat de bestelling van vanochtend niet. Spreek een korte wijzigingspauze af, maak een laatste consistente kopie en neem recente uploads mee. Laat bij een drukke webshop de beheerder de schrijfacties en synchronisatie begeleiden. Vermijd twee servers die tegelijkertijd nieuwe bestellingen verwerken.

Wijzig daarna alleen de afgesproken webrecords bij de actieve DNS-beheerder. Controleer ook AAAA en www; bewaar de oude waarden. Laat mailrecords staan wanneer mail niet verhuist. Volg voor dit deel het DNS-draaiboek voor hosting overstappen.

Controleer de live site opnieuw zodra verkeer de nieuwe server bereikt. Houd de oude omgeving beschikbaar zolang je nog moet vaststellen of daar relevante nieuwe gegevens binnenkomen. Terugschakelen mag nieuwe orders of inzendingen niet laten verdwijnen: maak eerst een actuele kopie en stem af hoe je gegevens uit beide omgevingen bewaart.

7. Behoud je vindbaarheid bij de verhuizing

Behoud waar mogelijk bestaande URL’s. Controleer canonical-verwijzingen en sitemap op de uiteindelijke host en verwijder een test-noindex of toegangsafscherming van de productieomgeving. Verander je URL’s, gebruik dan gerichte permanente redirects naar de passende nieuwe pagina. Alle oude pagina’s naar de homepage sturen helpt bezoekers niet.

Maak een lijst van veel bezochte pagina’s en oude verwijzingen en test die vóór en na de verhuizing. Controleer 404-meldingen en de zoekmachinegegevens wanneer je daar toegang toe hebt. Google beschrijft de aandachtspunten bij een verhuizing zonder URL-wijziging. Een serverwissel levert op zichzelf geen hogere positie op; bereikbaarheid en behoud van de bestaande inhoud zijn het doel.

Problemen herkennen en oplossen

WordPress-verhuischecklist

Vink af tijdens je controle. De vinkjes worden niet bewaard na het herladen; je kunt deze handleiding ook via je browser afdrukken.

• Software, ruimte, toegang en installatievorm geïnventariseerd.
• Bestanden én database als volledige herstelbare set bewaard.
• Nieuwe databaseverbinding en tabelprefix gecontroleerd.
• Afgeschermde testkopie verstuurt geen echte transacties of dubbele taken.
• Website, beheer, uploads en formulieren getest.
• Laatste database- en bestandenwijzigingen meegenomen.
• DNS, HTTPS, www en eventuele IPv6-route gecontroleerd.
• Productie heeft geen onbedoelde test-noindex of blokkade.
• Nieuwe back-up, foutcontrole en herstelplan beschikbaar.
• Oude omgeving pas beëindigd na gegevens- en verkeerscontrole.

Veelgestelde vragen over WordPress verhuizen

Bronnen en werkwijze

Officiële bronnen gecontroleerd op 11 oktober 2026. De testset, beslismatrix en checklist zijn eigen praktische uitwerkingen. Er is voor deze gids geen websiteverhuizing of prestatietest uitgevoerd. De handelingen hangen af van je host, software en installatie.

1. WordPress: Backups — verschil tussen bestanden, database en inhoudsexport.
2. WordPress: Migrating WordPress — verhuizen met dezelfde of gewijzigde domeinnaam.
3. WP-CLI: search-replace — veilige verwerking van opgeslagen structuren en proefrun.
4. Google Search Central: site verhuizen zonder URL-wijziging — bereikbaarheid en controles bij een serverwissel.