Déménager un site web

Temps de lecture 7 minutes

Mis à jour - février 28, 2025

Déménager un site web, qu'est-ce que cela signifie, pourquoi - et comment cela se fait-il ? C'est à ces questions que cet article est consacré en détail. C'est pourquoi il est un peu plus long que d'habitude sur mon blog.

Le déménagement d'un site web peut avoir différentes significations :

Déménagement de l'hébergement

• Le site web est transféré d'un hébergeur à un autre.
• Les bases de données, les fichiers et les e-mails doivent souvent être emportés.
• Les paramètres DNS doivent être adaptés.
• Par exemple, pour des raisons de performance, de sécurité ou de prix.

Déménagement de domaine

• Le site web passe d'un ancien domaine (par ex. vieux-domaine.fr) à une nouvelle (nouveau-domaine.fr).
• Les redirections (301 redirects) sont importantes pour obtenir des visiteurs et des classements SEO.

Changement de serveur

• Le site web reste sur le même domaine, mais déménage sur un nouveau serveur (par exemple d'un hébergement partagé vers un serveur personnel).
• Peut être nécessaire, entre autres, pour des raisons de performance, de sécurité.

Pourquoi ?

Un site web qui, au départ, n'était qu'un petit blog, prend de l'ampleur et nécessite donc plus de mémoire, des bases de données plus importantes et dépasse le cadre du contrat conclu avec l'hébergeur web. Mais une mise à niveau dépasserait à nouveau le budget, d'où la recherche d'autres fournisseurs d'hébergement.

Au début, on ne se préoccupe pas des bases de données et autres ressources. On compare différentes offres et on choisit généralement celle qui propose les chiffres les plus "élevés" au prix le plus bas. On ne se préoccupe pas de la pertinence et de la nécessité de ces "chiffres", faute de connaissances de base. Et si l'on ne sait pas vraiment de quels chiffres il s'agira en fin de compte, on ne sait pas non plus quelle question poser ni sur quelles données porter une attention particulière.

Comme les contrats doivent être respectés, le fournisseur d'hébergement ne fermera guère les yeux en cas de dépassement des limites fixées, mais signalera d'abord poliment la situation contraire au contrat et, s'il n'y est pas remédié, bloquera tout simplement le site web.

Il faut donc prendre en compte la taille maximale autorisée de la base de données lors du choix du fournisseur. C'est plus facile à dire qu'à faire, car presque aucun fournisseur ne l'inclut comme critère dans ses chiffres lors du choix du tarif. Raison de plus pour le demander explicitement, par mail ou par chat !
Et cela est également conseillé pour les fournisseurs renommés, dont les tarifs atteignent tout à fait quelques centaines d'euros par an.

Dans le cas cité en exemple, c'est précisément le dépassement de la taille de base de données de 1.024 Mo accordée qui a motivé le changement de fournisseur d'hébergement.

Choix du fournisseur d'hébergement

Si l'on cherche à comparer les fournisseurs d'hébergement, on trouve principalement la liste dans l'ordre croissant des prix.

Outre les "données techniques" pures, l'accessibilité, le temps de réaction et l'efficacité de l'assistance revêtent une plus grande importance. Les avis peuvent être partagés en ce qui concerne l'IA, mais les fournisseurs utilisent de plus en plus l'IA pour couvrir le support de premier niveau, c'est-à-dire les questions générales des clients. C'est tout à fait compréhensible et suffit amplement à cette fin. Il est amusant de voir l'IA vous souhaiter une "bonne nuit" et un "bon sommeil".

L'étendue de la prestation d'assistance incluse et le moment où elle devient payante sont également des points à clarifier avant la conclusion du contrat.

Les contrats conclus pour plusieurs années dans le futur sont généralement plus intéressants en termes de prix, d'autant plus que les coûts peuvent ainsi être calculés à plus long terme. Un fournisseur qui cesse ses activités avant l'expiration du contrat, ou qui survit à cette période, serait bien sûr le meilleur choix. Mais personne ne peut le garantir.

Les coûts - généralement plus élevés - après l'expiration de la durée initiale devraient également être pris en compte dans la prise de décision, d'autant plus que l'augmentation est souvent très nette. Bien sûr, il est possible de laisser le contrat expirer purement et simplement et de déménager - une fois de plus - le site web, mais l'expérience montre que les gens s'abstiennent de le faire, notamment pour de basses raisons de commodité.

Celui qui a maintenant trouvé son nouveau fournisseur peut commencer à déménager son site web.

Déménagement du site web

Neuf étapes sont nécessaires :

• Mise à jour de tous les plug-ins, thèmes et de l'installation de WordPress à la version actuelle
• Réorganisation des bases de données
• Télécharger et installer le plug-in de sauvegarde des données (par ex. UpdraftPlus)
• Sauvegarde de tous les contenus (base de données, plugins, thèmes, téléchargements, autres)
• Déménagement du domaine chez le nouveau fournisseur
• Installation de WordPress sur les serveurs du nouveau fournisseur
• Installation du plug-in pour la sauvegarde des données (ici UpdraftPlus)
• Récupération des données dans la nouvelle installation WordPress
• Vérifier les enregistrements DNS chez le nouveau fournisseur d'accès

Mises à jour

WordPress en particulier devrait être à la dernière version, car la nouvelle installation de WordPress sera la plus récente. En règle générale, les versions sont certes rétrocompatibles, mais cette mesure permet d'éviter les incompatibilités éventuelles.

Les plug-ins sont moins critiques et peuvent être mis à jour même après la migration.

Le plug-in de sauvegarde des données UpdraftPlusLa version actuelle de WordPress, si elle était déjà active sur l'ancienne installation, devrait en tout cas être mise à jour avant la sauvegarde des données, car elle sera également chargée et installée dans sa version actuelle sur le nouveau serveur une fois l'installation de WordPress terminée. Ceci également afin d'éviter toute incompatibilité de version.

Réorganisation de la base de données

Les bases de données sont comme des bibliothèques : un livre à l'intérieur, trois livres à l'extérieur, cinq livres à l'intérieur... - elles vivent et changent en permanence. Il arrive aussi qu'un gros livre qui ne rentre pas dans un espace soit découpé en morceaux adaptés et stockés à différents endroits. La base de données possède donc des contenus fragmentés. Les références à ces fragments occupent autant d'espace mémoire que les contenus eux-mêmes. Des logs sont également stockés, des données de cache sont écrites, etc.

Une réorganisation de la base de données lit toutes les données, réassemble les données fragmentées, supprime les données temporaires qui ne sont plus nécessaires et optimise de cette manière, entre autres, la vitesse d'accès et la taille de la base de données. Cela permet également de réduire le temps nécessaire à la sauvegarde et à la restauration de la base de données.

La base de données étant le nerf central d'un site web, il est vivement conseillé de faire une copie de la base de données AVANT de la réorganiser et de la sauvegarder sur un support local. En cas de problème, il est possible de la restaurer.

Plug-in de sauvegarde des données

Il existe de nombreux plug-ins qui se consacrent à la sauvegarde des données et à la migration d'un site web. La plupart d'entre eux effectuent la sauvegarde sans problème, mais font payer la migration. Il est donc peu probable que celui qui n'a pas l'intention de déménager son site web tous les jours s'enthousiasme pour un abonnement annuel. Le plug-in en lien ci-dessus UpdraftPlus fait ici une exception glorieuse, car il se montre modeste et autorise sans problème une sauvegarde arrière.

UpdraftPlus guide intuitivement à travers le processus de sauvegarde et peut, une fois l'installation terminée avec succès, télécharger les différents fichiers sur son propre ordinateur.

Déménagement de domaine

Qu'est-ce qu'un domaine ?

Un domaine est par exemple www.google.de - www est facultatif et représente ce que l'on appelle le sous-domaine. Par conséquent, la saisie de "google.de" donne le même résultat que "www.google.de". Dans les deux cas, le site web de Google est appelé.

"google" est le nom individuel, tandis que ".de" est le nom de domaine de premier niveau (TLD).

EEP

Le Protocole d'approvisionnement extensible (EPP) sert à la gestion des noms de domaine chez les registraires et les registres et permet une communication standardisée et sécurisée entre les registraires de domaine tels que Namecheap, GoDaddy et les bureaux d'enregistrement centraux tels que DENIC (Centre allemand d'information sur le réseau) pour le TLD ".fr" et Verisign pour .com).

Un déménagement de domaine suppose une demande du propriétaire du domaine, c'est-à-dire de l'exploitant du site web. Celui-ci demande à son ancien fournisseur d'hébergement ce que l'on appelle le "transfert de domaine". EPP-Auth-Code. Il saisit le code reçu sur la page de demande de transfert de domaine auprès du nouveau prestataire, qui se charge ensuite de faire transférer le domaine de l'ancien vers le sien, le nouveau prestataire, auprès des bureaux d'enregistrement.

Dès que le déménagement du domaine est effectué, l'ancienne "adresse", qui menait jusqu'à présent à l'ancien fournisseur, à son serveur et à son propre site web, pointe dans le vide. C'est là que viennent les Serveur de noms de domaine (DNS) entre en jeu.

DNS

UN Serveur de noms de domaine convertit l'adresse saisie "www.google.de" en adresse IP appropriée pour les serveurs, ici "8.8.8.8".

Les DNS disponibles dans le monde entier interagissent : Si le premier serveur interrogé (résolveur DNS) ne connaît pas l'adresse IP, il transmet la demande au suivant. Cette recherche récursive se poursuit jusqu'à ce que l'entrée du nom soit trouvée et que l'adresse IP recherchée soit renvoyée au service demandeur et que la page web souhaitée ait pu être chargée.

De plus, un DNS stocke des enregistrements supplémentaires, tels que

• A-Record - Associe un domaine à une adresse IPv4.
• Enregistrement AAAA - Associe un domaine à une adresse IPv6.
• Enregistrement CNAME - Redirige un domaine vers un autre (par exemple www.example.com → exemple.com).
• MX-Record - Définit les serveurs de messagerie pour les e-mails.
• Enregistrement TXT - Contient des informations supplémentaires, par exemple pour les mécanismes de sécurité.

Propagation de l'ADN

Chaque fournisseur d'hébergement possède ses propres serveurs de noms. L'ancien fournisseur, par exemple ns1.alterAnbieter.com, le nouveau par exemple ns1.nouveaufournisseur.com.

En cas de déménagement, l'ancienne adresse enregistrée par le registraire renvoie à la nouvelle adresse. ns1.alterAnbieter.com Le site web de l'ancien fournisseur d'accès est donc le premier à être consulté.
Une fois que le registraire a reçu la nouvelle adresse du fournisseur ns1.nouveaufournisseur.com une demande est envoyée au nouveau fournisseur, mais le site web n'a pas encore été transféré sur son serveur. La demande reste donc sans résultat. Ce n'est qu'après la sauvegarde de tous les contenus que la page réapparaît comme à l'accoutumée.

Pour savoir si l'ancien ou le nouveau serveur de noms est encore enregistré pour le domaine transféré, il faut cliquer sur WhoIs vérifier le domaine. Pour ce faire, il suffit de saisir le domaine à vérifier dans le champ de recherche en haut à droite et de cliquer sur le bouton WHOIS situé à droite.

En outre, la nouvelle adresse doit encore être transmise à tous les DSN du monde, ce qui peut prendre jusqu'à 48 heures environ. Il est donc possible que quelqu'un de Nairobi puisse accéder au site web, alors que quelqu'un de Moscou se retrouve encore dans le néant ou reçoit un message d'erreur.

Vérifier le DNS NameServer

Il est possible de savoir sur quel DNS la nouvelle adresse a déjà été enregistrée en consultant la page web Vérificateur de DNS en sélectionnant NS pour NameServer dans le champ de sélection à droite du domaine à enregistrer (par ex. csiag.de). Le résultat s'affiche en bas dans la liste des pays pour chaque pays à droite. Ce n'est plus l'ancien, mais le nouveau NameServer qui devrait y apparaître.

Installation de WordPress

Une fois que la nouvelle adresse est accessible via le DNS chez le nouveau fournisseur, on peut s'y connecter à l'aide des données précédemment attribuées et démarrer l'installation de WordPress. En règle générale, les fournisseurs conçoivent les interfaces utilisateur de leurs portails de manière si intuitive que l'on trouve généralement d'emblée les menus et fonctions correspondants.

Une fois l'installation de WordPress terminée avec succès, l'installation du plug-in de sauvegarde des données suit.

Plug-in de sauvegarde des données

Dans la barre latérale de l'installation de WordPress se trouve l'option de menu Plugins.

En haut à gauche, un clic sur le bouton Ajouter un nouveau plugin sur la page d'aperçu des plugins disponibles.

À droite, dans le champ de recherche Rechercher des plugins, on saisit UpdraftPlus et le plug-in recherché apparaît aussitôt, dont l'installation peut être effectuée en cliquant sur le bouton Installer maintenant est lancé. Une fois l'installation terminée, le plug-in est lancé en cliquant sur le bouton Activer capable d'agir.

Sauvegarde des données

De même, dans la colonne de gauche du menu WordPress, on trouve désormais UpdraftPlus est répertorié. Un clic sur ce point ouvre la sélection de fonctions pour sauvegarder ou restaurer.

Les fonctions Migrer / Cloner semblent être réservées à la version achetée, c'est pourquoi la simple fonctionnalité S'assurer maintenant ou, plus bas Restaurer est utilisé.

Il n'y a pas encore de sauvegarde existante sur le nouveau serveur, c'est pourquoi les fichiers de la sauvegarde chez l'ancien fournisseur sont d'abord transférés en cliquant sur Télécharger les fichiers de sauvegarde doivent être transférés sur le serveur du nouveau fournisseur.

Une fois le transfert terminé, cinq boutons sont maintenant disponibles dans le tableau ci-dessous après la date/l'heure de sauvegarde. Une case se trouve directement au début de la ligne. Cliquer sur cette case et cliquer à droite sur le bouton Restaurer lancer la restauration.

Si la restauration s'interrompt, un message d'erreur s'affiche ainsi qu'un bouton permettant de corriger l'erreur. La plupart du temps, le processus de restauration ne peut pas écraser les tables de base de données vides créées lors de l'installation précédente de WordPress, c'est pourquoi il faut explicitement les supprimer manuellement en cliquant dessus, puis relancer le processus.

Une fois la restauration terminée avec succès, le site web peut être consulté comme d'habitude, à condition que la propagation DNS soit terminée.

Fichier hôte : un piège à éviter

Le fichier Hosts est un fichier de configuration local d'un système d'exploitation qui sert à attribuer des adresses IP à des noms d'hôtes. Il permet de diriger certains domaines vers une adresse IP spécifique sans effectuer de requête DNS.

Exemple:

##
# Base de données hôte
# localhoist est utilisé pour configurer l'interface de bouclage
# lorsque le système est en cours de démarrage. ne modifiez pas cette entrée.
##
139.162.163.62 csiag.de
139.162.163.62 www.csiag.de
127.0.0.1 hôte local
255.255.255.255 hôte de diffusion
::1 hôte local

Les inscriptions 139.162.163.62 ont conduit à l'ancien fournisseur d'hébergement, raison pour laquelle, malgré la sauvegarde sur le nouveau fournisseur, l'accès aboutissait toujours - sans interrogation DNS - sur l'ancien fournisseur et les modifications du site web chez le nouveau fournisseur n'étaient pas affichées sur les appareils accédant à l'extérieur.

Il a donc fallu commenter ces entrées avec un # pour qu'une requête DNS puisse à nouveau être effectuée et routée vers le nouveau fournisseur :

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

Éditer le fichier hosts

Sous Mac OSX (Sonoma), ouvrez le terminal dans le Finder sous Utilitaires et tapez

sudo nano /etc/hosts

dans le menu déroulant. Un mot de passe est ensuite demandé. Ensuite, le fichier s'ouvre pour le traitement.

Avec la touche fléchée vers le bas, on se positionne devant la première entrée, par ex. 139...., on tape #, suivi d'un espace. Maintenant, on positionne le curseur avec les touches fléchées gauche et bas devant la ligne suivante, ici à nouveau le 139..., on tape à nouveau #, suivi d'un espace, comme représenté ci-dessus.

Enregistrer le fichier hosts

Avec la combinaison de touches Ctrl+X , suivi de Y et ENTER le fichier est enregistré.

Effacer le cache DNS OSX

Pour effacer le cache DNS du système d'exploitation, il faut encore taper

sudo dscacheutil -flushcache ; sudo killall -HUP mDNSResponder

pour l'adresse IP. Ensuite, la page web devrait être adressée et affichée via la nouvelle adresse IP obtenue par la requête DNS ainsi forcée.