Website verplaatsen

Leestijd 7 minuten

Bijgewerkt - 28 februari 2025

Een website verhuizen, wat betekent dat, waarom - en hoe werkt het? Dit artikel gaat uitgebreid in op deze vragen. Daarom is het iets langer dan gebruikelijk op mijn blog.

Het verplaatsen van een website kan verschillende betekenissen hebben:

Verhuizing hosting

• De website wordt overgezet van de ene hostingprovider naar de andere.
• Databases, bestanden en e-mails moeten vaak worden meegenomen.
• DNS-instellingen moeten worden aangepast.
• Bijvoorbeeld om prestatie-, veiligheids- of prijsredenen.

Domein overdracht

• De website verandert van een oud domein (bijv. oud-domein.nl) naar een nieuwe (nieuw-domein.nl).
• Redirects (301 redirects) zijn belangrijk om bezoekers en SEO-rankings te krijgen.

Server wijzigen

• De website blijft op hetzelfde domein, maar verhuist naar een nieuwe server (bijvoorbeeld van shared hosting naar een eigen server).
• Kan nodig zijn om onder andere prestatie- en veiligheidsredenen.

Waarom?

Een website die begon als een kleine blog groeit en vereist daarom meer geheugen, grotere databases en gaat verder dan het contract dat is afgesloten met de webhost. Een upgrade zou echter weer het budget overschrijden en daarom ga je op zoek naar andere hostingproviders.

In het begin denk je niet na over databases en andere bronnen. Je vergelijkt verschillende aanbiedingen en kiest meestal voor degene met de "hoogste" cijfers tegen de laagste prijs. Door een gebrek aan achtergrondkennis denk je niet na over de zin en noodzaak van deze "cijfers". En als je niet echt weet welke cijfers uiteindelijk belangrijk zijn, weet je ook niet welke vragen je moet stellen of op welke gegevens je in het bijzonder moet letten.

Aangezien contracten moeten worden nageleefd, zal de hostingprovider nauwelijks een oogje dichtknijpen als de ingestelde limieten worden overschreden, maar zal hij eerst beleefd wijzen op de omstandigheid die in strijd is met het contract en, als dit niet wordt verholpen, de website simpelweg blokkeren.

Goed, bij het kiezen van een provider moet je dus ook rekening houden met de maximaal toegestane databasegrootte. Dat is makkelijker gezegd dan gedaan, want bijna geen enkele provider vermeldt dit als criterium in zijn cijfers bij het kiezen van een tarief. Reden te meer om er expliciet naar te vragen, per e-mail of chat!
En dit is ook aan te raden bij bekende providers, waarvan de tarieven gemakkelijk kunnen oplopen tot enkele honderden euro's per jaar.

In het voorbeeldgeval was het precies dit, het overschrijden van de toegestane databasegrootte van 1.024 MB, dat de aanleiding vormde om van hostingprovider te veranderen.

Keuze van hostingprovider

Als je naar vergelijkingen van hostingproviders zoekt, zul je de lijst voornamelijk in oplopende volgorde van prijs vinden.

Naast pure "technische gegevens" zijn ook toegankelijkheid, responstijd en efficiëntie van ondersteuning belangrijker. Over AI zijn de meningen misschien verdeeld, maar aanbieders zetten AI steeds vaker in voor eerstelijnsondersteuning, dus voor algemene vragen van klanten. Dit is heel begrijpelijk en volstaat volledig voor dit doel. Het is grappig als AI je een "goede nacht" wenst en "slaap lekker!".

Een mens aan de andere kant moet echter beschikbaar zijn voor specifieke problemen en moet de hele dag beschikbaar zijn, 24/7. Hoe ver de inbegrepen ondersteuningsservice gaat en wanneer deze in rekening wordt gebracht, is ook iets dat moet worden verduidelijkt voordat het contract wordt afgesloten.

Contracten die jaren in de toekomst worden afgesloten zijn meestal prijstechnisch interessanter, vooral omdat de kostenkant dan op de lange termijn beter berekenbaar is. Een provider die zijn dienst opzegt voor het einde van de contracttermijn, of deze periode overleeft, zou natuurlijk de beste keuze zijn. Niemand kan dit echter garanderen.

De - meestal hogere - kosten na afloop van de initiële looptijd moeten ook worden meegenomen in het besluitvormingsproces, vooral omdat de stijging vaak zeer aanzienlijk is. Natuurlijk kun je het contract gewoon laten aflopen en de website - opnieuw - verhuizen, maar de ervaring leert dat dit vooral uit gemakzucht niet wordt gedaan.

Zodra je je nieuwe provider hebt gevonden, kun je beginnen met het verhuizen van je website.

Verhuizing van de website

Er zijn negen stappen nodig:

• Werk alle plug-ins, thema's en de WordPress-installatie bij naar de nieuwste versie
• Reorganisatie van de databases
• Download en installeer de plug-in voor gegevensback-up (bijv. UpdraftPlus)
• Gegevensback-up van alle inhoud (database, plugins, thema's, uploads, overige)
• Overdracht van het domein naar de nieuwe provider
• Installatie van WordPress op de servers van de nieuwe provider
• Installatie van de plug-in voor gegevensback-up (hier UpdraftPlus)
• De gegevens terugzetten naar de nieuwe WordPress-installatie
• Controleer DNS-items bij de nieuwe provider

Updates

Vooral WordPress moet op de nieuwste versie staan, omdat de nieuwe WordPress-installatie de nieuwste zal zijn. In de regel zijn versies naar beneden compatibel, maar deze maatregel voorkomt eventuele incompatibiliteiten.

Plug-ins zijn minder kritisch en kunnen nog steeds worden bijgewerkt na de migratie.

De plug-in voor gegevensback-up UpdraftPlusAls het al actief was op de oude installatie, moet het zeker worden bijgewerkt naar de huidige versie vóór de gegevensback-up, omdat het ook zal worden geladen en geïnstalleerd in de huidige versie nadat de WordPress-installatie op de nieuwe server is voltooid. Nogmaals, dit is om versie incompatibiliteit te voorkomen.

Database reorganisatie

Databases zijn als boekenplanken: één boek erin, drie boeken eruit, vijf boeken erin ... - ze leven en veranderen voortdurend. Soms wordt een groot boek dat niet in een opening past, opgesplitst in geschikte afzonderlijke delen en op verschillende plaatsen opgeslagen. De database heeft dus gefragmenteerde inhoud. Verwijzingen naar deze fragmenten nemen net zoveel opslagruimte in beslag als de inhoud zelf. Er worden ook logs opgeslagen, cachegegevens weggeschreven, enz.

Een database reorganisatie leest alle gegevens, voegt gefragmenteerde gegevens opnieuw samen, verwijdert tijdelijke gegevens die niet langer nodig zijn en optimaliseert op deze manier zowel de toegangssnelheid als de grootte van de database. Dit vermindert ook de tijd die nodig is om een back-up te maken en de database te herstellen.

Aangezien de database de centrale zenuw van een website is, is het sterk aan te raden om een kopie van de database te maken VOORDAT je deze reorganiseert en er een back-up van te maken op lokale opslag. Als er iets misgaat, kun je het herstellen.

Plug-in voor gegevensback-up

Er zijn een aantal plug-ins die speciaal bedoeld zijn voor het maken van back-ups en het migreren van een website. De meeste doen de back-up zonder problemen, maar vragen je om te betalen wanneer je migreert. Dus als je niet van plan bent om je website af en toe te migreren, zul je waarschijnlijk niet geïnteresseerd zijn in een jaarabonnement. De plug-in waarnaar hierboven wordt verwezen UpdraftPlus is hier een opmerkelijke uitzondering, omdat het bescheiden is en een herstel mogelijk maakt zonder mitsen en maren.

UpdraftPlus leidt je intuïtief door het back-upproces en kan de individuele bestanden downloaden naar je eigen computer zodra de installatie met succes is voltooid.

Domein overdracht

Wat is een domein?

Een domein is bijvoorbeeld www.google.de - www is optioneel en vertegenwoordigt het zogenaamde subdomein. Als u dus "google.nl" tot hetzelfde resultaat als "www.google.de". In beide gevallen wordt de website opgeroepen door Google.

"google" is de individuele naam, terwijl ".de" het topleveldomein (TLD) is.

EEP

De Uitbreidbaar provisioneringsprotocol (EPP) wordt gebruikt voor het beheer van domeinnamen bij registrars en registers en maakt gestandaardiseerde en veilige communicatie mogelijk tussen domeinregistrars zoals Namecheap, GoDaddy en de centrale registers zoals DENIC (Duits Netwerk Informatie Centrum) voor de TLD ".nl" En Verisign voor .com).

Een domeinverhuizing vereist een aanvraag van de domeinhouder, d.w.z. de websitebeheerder. De website-exploitant dient bij zijn vorige hostingprovider een aanvraag in voor de zogenaamde EPP-Auth-Code. De ontvangen code wordt ingevoerd op de aanvraagpagina voor domeinverhuizing van de nieuwe provider, die er vervolgens voor zorgt dat het domein van de oude naar de nieuwe provider wordt verhuisd.

Zodra de domeinverhuizing heeft plaatsgevonden, wijst het vorige "adres", dat voorheen naar de oude provider, zijn server en je eigen website leidde, naar nergens. Hier komen de Domeinnaam Server (DNS) in het spel komt.

DNS

A Domeinnaam Server zet het ingevoerde adres "www.google.de" om in een IP-adres dat geschikt is voor servers, hier "8.8.8.8".

DNS die wereldwijd beschikbaar is, werkt op elkaar in: Als de eerste server die wordt opgevraagd (DNS-oplosser) het IP-adres niet kent, geeft deze de zoekopdracht door aan de volgende. Dit recursief zoeken gaat door totdat de naamvermelding is gevonden en het gezochte IP-adres wordt teruggestuurd naar de locatie die het verzoek heeft ingediend en de gewenste website kan worden geladen.

Een DNS slaat ook extra gegevens op, zoals

• A-Record - Koppelt een domein aan een IPv4-adres.
• AAAA record - Koppelt een domein aan een IPv6-adres.
• CNAME record - Leidt een domein om naar een ander domein (bijv. www.example.com → voorbeeld.com).
• MX-Record - Definieert mailserver voor e-mails.
• TXT-bestand - Bevat aanvullende informatie, bijvoorbeeld voor beveiligingsmechanismen.

DNS-voortplanting

Elke hostingprovider heeft zijn eigen naamserver. De oude provider bijv. ns1.alterProvider.comde nieuwe, bijvoorbeeld ns1.newprovider.com.

Bij een verhuizing verwijst het oude adres dat bij de registratiehouder is opgeslagen naar ns1.alterProvider.com Daarom moet je eerst naar de website van de oude provider gaan.
Zodra de registratiehouder het nieuwe provideradres ontvangt ns1.newprovider.com er wordt een verzoek gestuurd naar de nieuwe provider, maar de website is nog niet overgezet naar hun server. De aanvraag blijft daarom zonder resultaat. De pagina verschijnt pas weer zoals gebruikelijk als alle inhoud is hersteld.

Of de oude of de nieuwe naamserver nog steeds is opgeslagen voor het verhuisde domein kan worden gecontroleerd via WhoIs controleren. Voer hiervoor het te controleren domein in het zoekveld rechtsboven in en klik op de knop WHOIS rechtsboven.

Bovendien moet de nieuwe adresvermelding nog worden doorgestuurd naar alle DSN's wereldwijd, wat tot ongeveer 48 uur kan duren. Het is dus mogelijk dat iemand in Nairobi toegang heeft tot de website, terwijl iemand uit Moskou nog steeds in het luchtledige belandt of een foutmelding krijgt.

Controleer DNS NameServer

Via de website kun je zien op welk DNS het nieuwe adres al is geregistreerd DNS-controle door NS te selecteren voor NameServer in het selectieveld rechts van het te registreren domein (bijv. csiag.de). Het resultaat wordt weergegeven onderaan de landenlijst voor elk land aan de rechterkant. De nieuwe NameServer zou daar moeten verschijnen in plaats van de oude.

WordPress installatie

Zodra het nieuwe adres via de DNS bij de nieuwe provider kan worden bereikt, kun je daar inloggen met de eerder ingevoerde gegevens en de WordPress installatie starten. De providers ontwerpen de gebruikersinterfaces van hun portalen over het algemeen zo intuïtief dat je de relevante menu's en functies meestal meteen kunt vinden.

Zodra de installatie van WordPress met succes is voltooid, wordt de plug-in voor gegevensback-up geïnstalleerd.

Plug-in voor gegevensback-up

In de zijbalk van de WordPress installatie vind je het menu-item Plugins.

Klik linksboven op de knop Nieuwe plugin toevoegen naar de overzichtspagina met beschikbare plug-ins.

Voer rechts in het zoekveld Plugins zoeken in UpdraftPlus en de plug-in die je zoekt verschijnt meteen, die je kunt installeren door op de knop Nu installeren wordt gestart. Na een succesvolle installatie wordt de plug-in gestart door te klikken op de knop Activeer in staat om te handelen.

De gegevens herstellen

Ook in de linkerkolom van het WordPress-menu staat nu UpdraftPlus opgesomd. Als u op dit item klikt, wordt de functieselectie voor Opslaan of Herstellen geopend.

De functies Migreren / klonen lijken te zijn gereserveerd voor de koopversie, waardoor de pure functionaliteit Nu beveiligen of, verder naar beneden, Herstel wordt gebruikt.

Er is geen bestaande back-up op de nieuwe server, daarom moeten de bestanden van de back-up bij de oude provider eerst worden teruggezet door te klikken op Back-upbestanden uploaden moet worden overgezet naar de server van de nieuwe provider.

Zodra de overdracht is voltooid, zijn er nu vijf knoppen beschikbaar na de back-updatum/-tijd in de onderstaande tabel. Aan het begin van de regel staat een vakje. Klik hierop en klik rechts op de knop Herstel Start het herstel.

Als het herstellen wordt geannuleerd, wordt er een bijbehorende foutmelding weergegeven, evenals een knop om de fout te corrigeren. In de meeste gevallen kan het herstelproces de lege databasetabellen die door de vorige WordPress-installatie zijn gemaakt, niet overschrijven. Daarom moeten ze expliciet handmatig worden verwijderd met een klik en moet het proces vervolgens opnieuw worden gestart.

Zodra de restore met succes is voltooid, is de website gewoon toegankelijk, op voorwaarde dat de DNS-propagatie is voltooid.

Valkuil hosts bestand

Het hosts-bestand is een lokaal configuratiebestand van een besturingssysteem dat wordt gebruikt om IP-adressen toe te wijzen aan hostnamen. Het maakt het mogelijk om bepaalde domeinen naar een specifiek IP-adres te leiden zonder een DNS-query uit te voeren.

Voorbeeld:

##
# Gastdatabase
# localhoist wordt gebruikt om de loopbackinterface te configureren
# tijdens het opstarten van het systeem. Verander dit gegeven niet.
##
139.162.163.62 csiag.de
139.162.163.62 www.csiag.de
127.0.0.1 localhost
255.255.255.255 broadcasthost
::1 localhost

De inzendingen 139.162.163.62 leidde naar de oude hostingprovider, wat de reden is waarom, ondanks een herstel naar de nieuwe provider, toegang altijd landde op de oude provider - zonder een DNS query - en wijzigingen aan de website bij de nieuwe provider niet werden weergegeven op apparaten die van buitenaf toegang hadden.

Daarom moesten deze regels worden uitgecommentarieerd met een #, zodat er opnieuw een DNS-query kan worden uitgevoerd en naar de nieuwe provider kan worden gerouteerd:

# 139.162.163.62 csiag.de
# 139.162.163.62 www.csiag.de

Hosts bestand bewerken

Open onder Mac OSX (Sonoma) de Terminal in de Finder onder Utilities en voer in

sudo nano /etc/hosts

enter. Er volgt een wachtwoordprompt. Het bestand wordt dan geopend voor bewerking.

Gebruik de pijltjestoets omlaag om de cursor voor de eerste regel te plaatsen, bijvoorbeeld 139...., typ #, gevolgd door een spatie. Gebruik nu de pijltjestoetsen links en omlaag om de cursor voor de volgende regel te plaatsen, hier weer 139..., typ weer #, gevolgd door een spatie, zoals hierboven weergegeven.

Hosts bestand opslaan

Met de toetsencombinatie Ctrl+X , gevolgd door Y En ENTER het bestand is opgeslagen.

OSX DNS-cache verwijderen

Om de DNS-cache van het besturingssysteem zelf te verwijderen, voert u

sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

in. De website moet dan worden aangesproken en weergegeven met het nieuwe IP-adres dat is verkregen via het op deze manier geforceerde DNS-verzoek.