Migrer un site vers un autre hébergeur
Préparer un changement d’hébergement, tester la nouvelle version et orienter le domaine au bon moment sans confondre les rôles.
Migrer un site ne consiste pas seulement à copier ses fichiers
Migrer un site consiste à déplacer ou recréer les éléments nécessaires, tester la nouvelle version, puis orienter le domaine vers le bon environnement au bon moment. Une migration mal préparée peut provoquer une interruption, une perte de données récentes, des e-mails indisponibles ou un site qui fonctionne seulement en apparence.
| Opération | Ce qu’elle change | Peut être séparée ? |
|---|---|---|
| Changer d’hébergeur | Le site est déplacé vers une nouvelle infrastructure | Oui |
| Transférer le domaine | La gestion contractuelle passe à un autre registrar | Oui |
| Modifier les DNS | Les indications pour joindre les services changent | Oui |
| Migrer la messagerie | Les e-mails professionnels sont déplacés ou reconfigurés | Oui |
Ces opérations peuvent être réalisées ensemble ou séparément. Elles ne sont pas une seule action obligatoire.
Ce qui peut devoir migrer
Inventoriez les fichiers du site, la base de données, les médias, la configuration applicative, les variables ou clés sensibles, les certificats et HTTPS, les DNS, la messagerie, les tâches planifiées, les sauvegardes, les services externes et les accès utilisateurs ou comptes techniques. Tous les sites n’utilisent pas tous ces éléments, mais un oubli peut empêcher le site de fonctionner après le changement.
Préparer une migration avant de déplacer quoi que ce soit
- Identifiez l’ancien et le nouvel hébergeur.
- Documentez le domaine et les DNS actuels.
- Vérifiez qui contrôle le registrar et la messagerie.
- Créez une sauvegarde récente et exploitable.
- Vérifiez l’espace et les prérequis du nouvel environnement.
- Prévoyez un créneau de changement et prévenez les personnes concernées.
- Sachez comment revenir à l’ancienne version si la bascule échoue.
Copier ou recréer le site sur le nouvel environnement
Les fichiers et la base doivent être transférés ou restaurés, puis certaines configurations adaptées au nouvel environnement. Un site statique et une application moderne ne se déploient pas toujours de la même façon, comme l’explique le guide sur le déploiement.
Les variables d’environnement et secrets doivent être renseignés de façon sécurisée, sans être copiés dans des fichiers publics. Les accès nécessaires doivent rester limités, conformément au guide sur les permissions.
Tester avant de basculer le domaine
Quand c’est possible, testez la nouvelle version avant de rendre le changement visible à tous : pages principales, médias, formulaires, connexion d’administration, e-mails et notifications, espace client, panier, paiement ou réservations si concernés, affichage mobile et HTTPS.
Les URL de prévisualisation ou environnements de test doivent être protégés lorsqu’ils contiennent des données réelles ou sensibles.
La bascule DNS
Après validation, les DNS peuvent orienter le domaine vers le nouvel environnement. Le changement peut prendre un certain temps à être visible partout : certains visiteurs peuvent encore atteindre l’ancien environnement pendant la transition. Évitez les modifications contradictoires sur les deux versions, et relisez les repères sur les enregistrements DNS et la propagation et le transfert.
Attention à la messagerie
Un changement d’hébergement n’implique pas toujours un changement de messagerie, mais les DNS de messagerie peuvent être touchés si la zone DNS est modifiée sans précaution. Identifiez et préservez les enregistrements liés aux e-mails, sans appliquer de configuration au hasard.
Conserver l’ancien environnement assez longtemps
Ne résiliez pas l’ancien hébergement immédiatement après la bascule. Il peut laisser le temps aux DNS de se stabiliser, aider à comparer les deux environnements, récupérer un fichier ou réglage oublié et conserver une solution de retour arrière temporaire. La durée dépend du projet, de la migration et des engagements du nouvel hébergeur.
Vérifier après la migration
- Domaine principal et variantes attendues.
- HTTPS et absence d’alerte de certificat.
- Pages importantes, médias, formulaires et e-mails.
- Connexions, paiement ou réservation si concernés.
- Sauvegardes, performances élémentaires et accès administrateurs.
- Absence d’erreurs visibles.
Une migration réussie fonctionne pour les visiteurs et les opérations métier, pas seulement lorsque les fichiers ont été copiés.
Que faire en cas de problème ?
N’improvisez pas des changements multiples. Notez l’heure, le domaine, le comportement observé et les erreurs ; vérifiez la dernière modification réalisée ; appuyez-vous sur les sauvegardes et le plan de retour arrière. Contactez le nouvel ou l’ancien hébergeur avec des informations précises, sans transmettre de mot de passe.
Le prochain guide aidera à comprendre une panne et les premières erreurs, sans créer de lien tant qu’il reste à venir.