Migrer un site sans coupure : une question de préparation
Changer d’hébergement peut améliorer la vitesse, la sécurité et la fiabilité d’un site. Mais une migration mal préparée peut casser les emails, perdre des fichiers, créer des erreurs 404, désindexer des pages ou rendre le site indisponible pendant plusieurs heures. Pour une entreprise, ce n’est pas un détail.
Une migration réussie se prépare comme une mise en production : audit, sauvegarde, copie, tests, bascule DNS, contrôle, plan de retour arrière. L’objectif n’est pas seulement de “déplacer des fichiers”. L’objectif est de préserver le business : pages, SEO, formulaires, emails, certificats et données.
Étape 1 : auditer avant de toucher
Avant toute migration, il faut savoir ce qui existe. Quel CMS ? Quelle version PHP ? Quelle base de données ? Quels plugins ? Où sont les emails ? Qui gère le DNS ? Quels formulaires envoient des messages ? Quels scripts externes sont utilisés ? Quelles pages génèrent du trafic ?
Sans audit, on découvre les dépendances en production. C’est la meilleure manière de casser quelque chose.
Étape 2 : sauvegarder l’existant
La sauvegarde avant migration est non négociable. Elle doit couvrir les fichiers et la base de données. Sur WordPress, cela inclut le cœur, le thème, les plugins, les uploads et la base. Sur un site sur mesure, il faut aussi vérifier les variables d’environnement, les dossiers d’upload, les tâches cron et les fichiers de configuration.
Cette sauvegarde sert de filet de sécurité. Si la bascule échoue, on doit pouvoir revenir à l’ancien hébergement.
Étape 3 : préparer le nouvel environnement
Le nouvel hébergement doit être prêt avant la bascule : version PHP compatible, base créée, SSL préparé, cache configuré, permissions correctes, limites adaptées, logs accessibles. C’est aussi le moment de corriger ce qui était fragile : images trop lourdes, vieux plugins, fichiers inutiles, paramètres SMTP flous.
Étape 4 : tester sans modifier le DNS principal
Il est possible de tester un site sur le nouvel hébergement avant de changer le domaine : URL temporaire, modification du fichier hosts, sous-domaine de préproduction. On vérifie alors les pages importantes, l’administration, les formulaires, les images, les redirections, le certificat et les performances.
Cette phase évite de découvrir après la bascule que le formulaire ne part plus ou qu’une page clé affiche une erreur.
Étape 5 : protéger les emails
C’est l’erreur la plus fréquente. Le site est migré, mais les MX sont changés sans comprendre l’existant. Résultat : les emails professionnels ne fonctionnent plus. Avant la bascule DNS, il faut savoir où sont les boîtes, quelles redirections existent, quels enregistrements SPF/DKIM/DMARC doivent être repris et comment le formulaire envoie ses messages.
Étape 6 : réduire le TTL DNS
Le TTL indique combien de temps les serveurs DNS gardent une information en cache. Avant migration, on peut le réduire pour rendre la bascule plus rapide. Cette action doit être faite suffisamment tôt. Elle n’est pas spectaculaire, mais elle évite des heures de propagation confuse.
Étape 7 : basculer et contrôler
Au moment de la bascule, on pointe le domaine vers le nouvel hébergement, on vérifie le HTTPS, les pages, les formulaires, les logs, le back-office, les emails et les redirections. On surveille aussi les erreurs 404 et 500. Une migration n’est pas terminée quand le site “s’affiche”. Elle est terminée quand les fonctions importantes sont validées.
Plan de migration résumé
| Phase | Objectif | Risque évité |
|---|---|---|
| Audit | Comprendre l’existant | Dépendance oubliée |
| Sauvegarde | Préserver les données | Perte irréversible |
| Préparation | Configurer le serveur | Incompatibilité |
| Tests | Valider avant DNS | Panne visible |
| Bascule | Mettre en production | Coupure longue |
| Contrôle | Vérifier site et emails | Demandes perdues |
Pourquoi migrer vers un hébergement géré ?
La migration est l’occasion de reprendre le contrôle. Un hébergement géré apporte sauvegardes, supervision, configuration adaptée, support technique et meilleure cohérence entre site, serveur, DNS et emails. Chez EchoDev, cette approche est particulièrement utile pour les sites vitrines, WordPress, sites sur mesure et PME qui veulent réduire les risques.
Conclusion
Une migration sans coupure n’est pas une opération magique. C’est une opération préparée. Avec audit, sauvegarde, tests, DNS maîtrisé et plan de retour arrière, le changement d’hébergement peut se faire proprement, sans perdre de trafic ni de demandes client.
Si votre hébergement actuel est lent, flou ou difficile à maintenir, la migration vers un environnement géré peut être l’un des meilleurs investissements techniques pour votre site.
Préserver le SEO pendant la migration
Une migration technique peut avoir un impact SEO si elle change les URLs, les temps de réponse, les balises, les redirections ou l’accessibilité des pages. Avant de basculer, il faut lister les URLs importantes : pages services, articles qui génèrent du trafic, pages locales, réalisations, contact. Ces pages doivent répondre après migration avec le bon code HTTP.
Si une refonte accompagne la migration, les redirections 301 sont essentielles. Une ancienne URL qui disparaît sans redirection peut perdre son historique et générer une mauvaise expérience utilisateur. La Search Console doit aussi être surveillée après la mise en ligne.
Le cas des sites avec formulaires, réservations ou paiements
Plus le site a de fonctions, plus la migration doit être contrôlée. Un simple site vitrine se teste rapidement. Un site avec réservation, paiement, espace membre ou commande en ligne demande un scénario de test complet. Il faut vérifier les notifications, les emails transactionnels, les webhooks, les tâches cron, les permissions de fichiers et les accès administrateur.
- Tester un formulaire de contact réel.
- Tester une demande de devis ou réservation.
- Tester l’upload de fichier si le site en propose.
- Vérifier les notifications email côté client et administrateur.
- Contrôler les pages de confirmation.
- Vérifier les logs après test.
Calendrier recommandé
Pour une PME, la migration peut souvent être préparée en quelques jours, mais il faut éviter l’improvisation. Le bon calendrier ressemble à ceci : audit et sauvegarde, préparation du nouvel hébergement, copie du site, tests hors production, réduction du TTL, bascule à un moment calme, vérification, surveillance les jours suivants.
Le moment de bascule compte. On évite les heures de forte activité, les lancements de campagne et les fins de journée sans disponibilité technique. Une migration réussie est discrète : les visiteurs ne doivent presque rien remarquer.
Pourquoi garder l’ancien hébergement quelques jours
Après la bascule, il est prudent de conserver l’ancien hébergement temporairement. Cela permet de comparer, récupérer un fichier oublié ou revenir en arrière si un point critique apparaît. Supprimer l’ancien environnement immédiatement après migration augmente le risque.
Chez EchoDev, une migration sérieuse se termine par une période d’observation : formulaires, emails, logs, performances, indexation. C’est cette surveillance qui transforme une bascule technique en mise en production maîtrisée.