Website verhuizen naar een nieuwe host zonder downtime

Website naar een nieuwe host verhuizen

Website verhuizen: van host wisselen zonder downtime | We.Inc

Verhuis uw website naar een nieuwe host zonder downtime: maak een back-up, kopieer bestanden en database, test via uw hosts-bestand, verlaag de DNS TTL, schakel over, houd e-mail werkend en zeg daarna op.

Kopieer de site naar de nieuwe host terwijl de oude bezoekers blijft bedienen, bekijk de kopie via het hosts-bestand van uw computer en verlaag uw DNS TTL een paar dagen van tevoren. Laat dan de records van het domein naar de nieuwe server wijzen, laat de mailrecords (MX) met rust tenzij e-mail ook verhuist, en zeg het oude pakket pas op als het verkeer daar is gestopt.

De verhuizing in vijf fasen

Fase
Wat u doet
Site nog live?

1. Voorbereiden
Volledige back-up, DNS-records noteren, TTL verlagen
Ja, op de oude host

2. Kopiëren
Bestanden uploaden, database exporteren en importeren
Ja, op de oude host

3. Testen
De nieuwe kopie bekijken via uw hosts-bestand
Ja, op de oude host

4. Overschakelen
A- of CNAME-records wijzigen, SSL controleren
Ja, op beide terwijl DNS wordt bijgewerkt

5. Afronden
Verkeer op de oude host naar nul zien zakken, dan opzeggen
Ja, op de nieuwe host

Downtime bij een verhuizing komt bijna altijd door dingen in de verkeerde volgorde te doen: eerst het oude pakket opzeggen, DNS omzetten voordat de nieuwe kopie werkt, of vergeten dat e-mail in dezelfde DNS-zone staat. Deze gids houdt de oude site draaiende tot de nieuwe bewezen werkt, en met de checklist hieronder vinkt u elke stap af terwijl u bezig bent.

Werk de checklist van boven naar beneden af; elke fase hangt af van de vorige.
Vink stappen af zodra ze klaar zijn. Uw vinkjes worden in deze browser bewaard, zodat u later kunt terugkomen.
Gebruik de TTL-hulp om te zien hoe lang u moet wachten tussen het verlagen van de TTL en het overschakelen.
Kopieer de voorbeeldcommando's voor back-ups, het verhuizen van databases en DNS-controles.
Schakel over op een rustig moment voor uw site, en houd de oude host daarna nog minstens een paar dagen aan.

Bevries wijzigingen op de oude site (nieuwe berichten, bestellingen, plugin-updates) vanaf het kopiëren van de database tot het overschakelen, of kopieer de database vlak voor het overschakelen opnieuw.
Noteer elk DNS-record voordat u iets aanraakt; een schermafbeelding van de DNS-zone is genoeg.
Biedt de nieuwe host een gratis tijdelijk adres voor de site, gebruik dat dan voor een eerste controle, maar test ook met het echte domein via het hosts-bestand.
Verwijder de regel uit het hosts-bestand na het testen, anders blijft u de nieuwe server zien, ook als er iets misgaat.
Controleer contactformulieren na de verhuizing; die versturen mail vaak via de host en hebben misschien nieuwe instellingen nodig.

Veelgestelde vragen

Hoe lang duurt een hostingverhuizing?

Het kopiëren duurt voor een kleine site meestal een uur of twee. Het wachten duurt langer: geef de verlaagde TTL tijd om zich te verspreiden voordat u overschakelt, en houd de oude host draaiende tot het verkeer daar stopt, wat de gids van Google over siteverhuizingen als het signaal ziet om hem uit te zetten.

Schaadt een verhuizing naar een andere host mijn SEO?

Als de URL's gelijk blijven en de site de hele tijd werkt, beschrijft de gids van Google voor verhuizingen zonder URL-wijzigingen dit als een infrastructuurwijziging. Houd Search Console daarna in de gaten, en controleer met de URL-inspectietool of Googlebot de nieuwe server kan bereiken.

Wat is een DNS TTL?

De documentatie van Cloudflare definieert TTL als een veld op DNS-records dat bepaalt hoe lang elk record in de cache blijft. Een lagere TTL betekent dat resolvers sneller op wijzigingen controleren, zodat uw overstap bezoekers sneller bereikt.

Stopt mijn e-mail met werken?

Niet als uw MX-records nog naar uw mailprovider wijzen. Een MX-record is wat e-mail bij een mailserver aflevert. Een hostingverhuizing wijzigt de A- of CNAME-records; laat MX en de bijbehorende TXT-records zoals ze zijn, tenzij uw e-mail ook verhuist.

Hoe krijgt de nieuwe host een SSL-certificaat?

Veel hosts gebruiken Let's Encrypt. De HTTP-01-controle plaatst een bestand op uw server en moet via poort 80 gebeuren, dus die slaagt pas als het domein naar de nieuwe host wijst. De DNS-01-controle gebruikt een TXT-record en kan vóór het overschakelen worden gedaan als uw host dat ondersteunt.

Testen met het hosts-bestand

Uw computer kijkt eerst in het hosts-bestand voordat hij DNS raadpleegt, dus één regel die uw domein aan het IP-adres van de nieuwe server koppelt, laat alleen u de nieuwe kopie onder het echte domein zien. De eigen documentatie van Microsoft raadt dit aan om een site bij een nieuwe hostingprovider te bekijken.
Op Windows staat het bestand in C:\Windows\System32\drivers\etc en hebt u beheerdersrechten nodig om het te bewerken. Op een Mac of Linux is het /etc/hosts en hebt u sudo nodig.

Een site met database kopiëren

Sites die op WordPress en vergelijkbare systemen draaien, bewaren content in een database. Exporteer die bij de oude host (phpMyAdmin of mysqldump), maak een lege database aan bij de nieuwe host, importeer het bestand en werk de configuratie van de site bij met de nieuwe databasenaam, gebruiker en wachtwoord.
Rekent uw oude host per maand af, zeg dan niet op voordat de nieuwe site een tijd probleemloos heeft gedraaid; een extra maand is een goedkope verzekering.

Commando's voor elke stap

Vervang de voorbeeldnamen, IP-adressen en paden door uw eigen. Voer databasecommando's uit op een server of computer waarop de MySQL-client is geïnstalleerd.

Regel in het hosts-bestand om te testen

203.0.113.10 staat voor het IP-adres van de nieuwe server. Voeg zowel het kale domein als de www-naam toe.

Een MySQL-database exporteren en importeren

mysqldump schrijft de database weg als SQL-statements; de mysql-client voert ze opnieuw uit in de nieuwe, lege database.

Controleren wat DNS teruggeeft

Voer dit uit voor en na het overschakelen. Het tweede commando bevestigt dat de mailrecords niet zijn veranderd.

Welke DNS-records veranderen

DNS-records bij een hostingverhuizing

Record
Wat het doet
Wijzigen?

A / AAAA
Koppelt het domein aan het IP-adres van de server
Ja, naar het IP van de nieuwe host

CNAME
Koppelt een naam zoals www aan een andere domeinnaam
Ja, als de nieuwe host erom vraagt

MX
Levert e-mail af bij uw mailserver
Nee, tenzij e-mail verhuist

TXT
Bevat tekst zoals e-mailcontroles en siteverificatie
Meestal niet

Checklist voor de hostingverhuizing

{n} van {t} stappen klaar

Vinkjes wissen

1. Voorbereiden

2. Kopiëren

3. Testen

4. Overschakelen

5. Afronden

Download een volledige back-up van bestanden en database bij de oude host

Noteer elk DNS-record (A, CNAME, MX, TXT)

Verlaag de TTL op de records die u gaat wijzigen

Pauzeer contentwijzigingen en bestellingen op de oude site

Upload de sitebestanden naar de nieuwe host

Maak de database aan bij de nieuwe host en importeer de export

Werk de database-instellingen van de site bij voor de nieuwe host

Voeg een regel aan het hosts-bestand toe die uw domein naar het nieuwe IP laat wijzen

Test belangrijke pagina's, formulieren, logins en de checkout op de nieuwe kopie

Verwijder de regel uit het hosts-bestand

Wijzig de A- of CNAME-records naar de nieuwe host

Bevestig dat de MX- en e-mail-TXT-records ongewijzigd zijn

Controleer het HTTPS-certificaat op de nieuwe host

Zie het verkeer op de oude host naar nul zakken

Controleer Search Console en URL-inspectie

Zeg het oude hostingpakket op

TTL-hulp

Uw huidige TTL

{s} seconden ({h})

Wacht na het verlagen van de TTL minstens {h} voordat u overschakelt, zodat caches met de oude waarde verlopen zijn.