Een website verhuizen is een goed moment om de inrichting te vereenvoudigen. Het is ook een moment waarop vergeten mailboxen, geplande taken en nieuwe bestellingen problemen kunnen veroorzaken. Een bruikbaar verhuisplan omvat de volledige dienst: van de eerste back-up tot het moment waarop je het oude account met vertrouwen kunt sluiten.
1. Maak een inventaris vóór je iets kopieert
Lijst websitebestanden, databanken, uploads, softwareversies en geplande taken op. Neem e-mailaccounts, aliassen en DNS-records mee. Noteer externe afhankelijkheden, zoals betaalmeldingen, transactionele e-mail en diensten die toegang op basis van IP-adressen beperken.
Leg vast wie de verhuis goedkeurt en wie DNS mag aanpassen. Maak een onafhankelijke back-up vóór je aan de nieuwe omgeving begint.
2. Controleer of de nieuwe omgeving bij je toepassing past
Een geslaagde kopie is niet noodzakelijk een werkende website. Controleer de vereiste PHP-versie, extensies, databankondersteuning en opslagrechten. Bij toepassingen met een eigen uitrolprocedure vragen bestandspaden en omgevingsinstellingen extra aandacht.
Laat je een provider de websiteverhuis uitvoeren, spreek dan af wat inbegrepen is. Bestanden, databanken, mailboxen en de laatste synchronisatie kunnen afzonderlijke taken zijn. Een duidelijke afbakening voorkomt verrassingen op de lanceringsdag.
3. Test een kopie vóór je bezoekers omleidt
Gebruik een testadres of een geschikte lokale aanpassing van het hosts-bestand om de nieuwe omgeving te bereiken. Controleer de echte werkprocessen van je website:
- Bekijk verschillende paginatypes, niet alleen de startpagina.
- Meld je aan en probeer de beheeromgeving.
- Dien een formulier in en controleer of het aankomt.
- Upload een bestand en controleer of het bereikbaar is.
- Test het afrekenen met de ondersteunde testomgeving van de betaaldienst.
Voorkom dat de testkopie echte campagnes verstuurt, echte betalingen verwerkt of door zoekmachines met de openbare website verward wordt.
4. Bepaal hoe je veranderende gegevens behandelt
Een webshop, forum of boekingssysteem ontvangt nieuwe informatie terwijl de eerste kopie gemaakt wordt. Plan een laatste synchronisatie of een korte onderhoudsperiode. Zo raken bestellingen en berichten niet verdeeld over twee omgevingen waarin tegelijk geschreven kan worden.
Hetzelfde geldt bij een verhuis van WordPress-hosting. Een databankkopie van gisteren bevat mogelijk niet de bestellingen, wijzigingen of formulierinzendingen van vandaag.
5. Schakel om, volg op en houd een terugweg open
Bewaar de vorige DNS-waarden voordat je de relevante records wijzigt. Controleer de openbare website van buiten je eigen netwerk, test de e-mailroutering en volg toepassingsfouten op. Houd de oude hosting gedurende een afgesproken periode beschikbaar.
Bepaal vooraf wanneer je zou terugkeren naar de oude omgeving. DNS terugzetten is maar een deel van het herstel: je moet ook rekening houden met gegevens die op de nieuwe website zijn aangemaakt. Sluit het oude account pas wanneer de controles slagen, de back-ups werken en de nieuwe inrichting gedocumenteerd is.