Changer d'hébergeur sans perdre votre référencement ni vos emails

Beaucoup d'entreprises restent chez un hébergeur qui ne les satisfait plus, pour une seule raison : la peur de la migration. Peur de perdre le site, les emails, la position dans Google.

Cette peur est fondée — une migration improvisée fait exactement ces dégâts. Mais une migration méthodique est invisible pour vos visiteurs. Aucune coupure, aucun email perdu, aucun impact sur le référencement.

Voici la méthode. Elle s'applique que vous partiez d'un hébergeur camerounais, français ou américain.

Le principe fondamental

Une règle gouverne toute la démarche :

On ne coupe jamais l'ancien hébergement avant que le nouveau ne fonctionne parfaitement.

Les deux environnements coexistent pendant plusieurs semaines. Cela coûte un mois d'abonnement en double. C'est l'assurance la moins chère que vous achèterez cette année.

Toutes les catastrophes de migration que nous voyons ont la même origine : quelqu'un a résilié l'ancien hébergement le jour du basculement.

Étape 0 — Avant de toucher à quoi que ce soit

Vérifiez qui possède votre nom de domaine

C'est le point de blocage le plus fréquent au Cameroun. Si votre domaine est enregistré au nom de votre ancien prestataire, vous ne pouvez pas migrer sans son accord. Et un prestataire que vous quittez n'est pas toujours coopératif.

Connectez-vous au panneau de gestion de votre domaine. Si vous n'avez pas les accès, réclamez-les avant d'annoncer votre départ. C'est le moment où vous avez encore un levier.

Faites l'inventaire de ce qui existe

• Combien de sites, sous-domaines, applications ?
• Combien de boîtes email, et lesquelles sont réellement utilisées ?
• Quelles bases de données ?
• Des tâches planifiées (crons) ? Lesquelles, à quelle fréquence ?
• Des certificats SSL, et de quel type ?
• Des redirections ou des règles particulières dans le fichier de configuration ?

Une migration qui oublie un cron de sauvegarde ou une boîte email secondaire se découvre trois semaines plus tard, quand quelque chose ne marche plus sans qu'on comprenne pourquoi.

Faites une sauvegarde complète, hors des deux hébergements

Fichiers et bases de données, téléchargés sur votre propre ordinateur ou sur un stockage tiers. C'est votre filet de sécurité si tout échoue.

Étape 1 — Abaissez le TTL de votre DNS

C'est l'étape technique que 90 % des migrations ratent, et c'est la plus simple.

Le TTL (time to live) indique aux serveurs DNS du monde entier combien de temps ils doivent mémoriser l'adresse de votre site avant de la revérifier. Il est souvent réglé à 24 ou 48 heures.

Conséquence si vous ne le changez pas : après le basculement, une partie de vos visiteurs continuera d'être envoyée vers l'ancien serveur pendant deux jours. Certains verront l'ancien site, d'autres le nouveau. Les emails partiront vers l'ancien serveur.

La solution : 48 heures avant la migration, abaissez le TTL de vos enregistrements à 300 secondes (5 minutes). Le jour J, la bascule est quasi immédiate. Vous remonterez le TTL après.

Étape 2 — Copiez le site sur le nouvel hébergement

Sans toucher au DNS. Le site existe alors en double, mais personne ne voit encore la nouvelle copie.

• Transférez tous les fichiers
• Exportez et importez la base de données
• Recréez les mêmes versions de PHP et les mêmes extensions
• Recréez les tâches planifiées
• Adaptez les fichiers de configuration (identifiants de base de données, chemins)

Beaucoup d'hébergeurs proposent une migration assistée. Si c'est le cas, utilisez-la : elle réduit considérablement le risque d'oubli.

Étape 3 — Testez sur une adresse temporaire

Ne basculez jamais un site que vous n'avez pas testé. Deux méthodes :

• URL temporaire fournie par l'hébergeur
• Modification du fichier hosts de votre ordinateur — vous seul voyez le nouveau serveur avec le vrai nom de domaine. C'est la méthode la plus fiable, car elle teste le site dans ses conditions réelles.

Ce qu'il faut vérifier avant de valider

• [ ] La page d'accueil s'affiche correctement
• [ ] Cinq pages internes au hasard, dont une page profonde
• [ ] Le formulaire de contact envoie effectivement un email
• [ ] La connexion à l'espace d'administration fonctionne
• [ ] Les images s'affichent — pas d'anciens chemins codés en dur
• [ ] Pour une boutique : un parcours d'achat complet, jusqu'au paiement en test
• [ ] Les liens internes ne pointent pas vers l'ancien serveur
• [ ] Aucune erreur dans les journaux du serveur

Étape 4 — Migrez les emails, séparément et avant tout

C'est la partie la plus délicate, et celle qui cause les vrais dégâts. Un site indisponible deux heures est un désagrément. Une commande client perdue dans un email évaporé peut coûter un contrat.

La bonne séquence

1. Recréez toutes les boîtes sur le nouveau serveur, avec les mêmes adresses
2. Copiez le contenu par IMAP — les outils de synchronisation IMAP transfèrent l'intégralité des messages et de l'arborescence des dossiers, sans rien supprimer à la source
3. Vérifiez que le nombre de messages correspond, dossier par dossier
4. Basculez les enregistrements MX vers le nouveau serveur
5. Refaites une synchronisation IMAP après la bascule, pour rapatrier les messages arrivés entre-temps sur l'ancien serveur

Cette dernière étape est celle que tout le monde oublie. Pendant la propagation DNS, certains expéditeurs livrent encore à l'ancien serveur. Ces messages existent — ils sont simplement au mauvais endroit. Une seconde synchronisation les récupère.

N'oubliez pas SPF, DKIM et DMARC

Ces trois enregistrements DNS authentifient vos emails sortants. Ils contiennent des références à votre ancien serveur. Si vous ne les mettez pas à jour, vos emails partiront depuis le nouveau serveur en déclarant l'ancien comme légitime. Les filtres antispam les rejetteront.

C'est la cause numéro un du fameux « depuis la migration, mes emails n'arrivent plus ».

Étape 5 — Basculez le DNS

Le moment du basculement. Modifiez l'enregistrement A vers la nouvelle adresse IP.

Quand ? Un mardi ou mercredi matin. Jamais un vendredi soir — si un problème survient, vous le découvrirez lundi, après deux jours de dysfonctionnement. Jamais avant un jour férié ou un pic d'activité.

Avec un TTL abaissé à 5 minutes, la bascule est effective en quelques minutes pour la majorité des visiteurs.

Étape 6 — Réinstallez le SSL et vérifiez les redirections

Un certificat SSL est lié au serveur. Il ne migre pas. Sur le nouvel hébergement, générez un nouveau certificat — Let's Encrypt le fait automatiquement chez la plupart des hébergeurs sérieux.

Vérifiez ensuite :

• Le cadenas s'affiche sur toutes les pages, pas seulement l'accueil
• La redirection HTTP vers HTTPS fonctionne
• La redirection www vers sans-www (ou l'inverse) est conservée à l'identique

Ce dernier point est important pour le référencement : si votre site était en www et qu'il devient sans www sans redirection, Google considère qu'il découvre un site nouveau.

Étape 7 — Surveillez, pendant deux semaines

La migration n'est pas terminée le jour du basculement.

Les 48 premières heures

• Envoyez et recevez un email sur chaque boîte principale
• Testez le formulaire de contact
• Pour une boutique : passez une commande réelle de bout en bout
• Surveillez les journaux d'erreurs du serveur

Dans Google Search Console

• Vérifiez l'absence de pic d'erreurs 404 ou 500
• Utilisez l'inspection d'URL pour confirmer que Google accède bien à vos pages
• Surveillez la courbe d'indexation

Un point rassurant : un simple changement d'hébergeur, à URL identique, n'a normalement aucun effet négatif sur le référencement. Google ne pénalise pas un changement de serveur. Ce qui fait chuter les positions, ce sont les effets de bord : URLs modifiées sans redirection, pages devenues inaccessibles, ou site nettement plus lent qu'avant.

Deux à quatre semaines plus tard

Une fois que tout est stable et que la seconde synchronisation email est faite, vous pouvez résilier l'ancien hébergement. Pas avant.

Les cinq erreurs qui font échouer une migration

1. Résilier l'ancien hébergement le jour du basculement

Vous perdez votre solution de repli et les emails encore en transit. Gardez-le un mois.

2. Ne pas abaisser le TTL

Deux jours pendant lesquels vos visiteurs et vos emails sont répartis aléatoirement entre deux serveurs.

3. Oublier de mettre à jour SPF, DKIM et DMARC

Vos emails partent en indésirables, et vous mettez des semaines à comprendre pourquoi.

4. Modifier les URLs pendant la migration

Ne faites jamais deux changements à la fois. Migrez d'abord, à structure identique. Refondez ensuite, avec des redirections 301 propres. Sinon, en cas de chute de positions, vous ne saurez pas laquelle des deux opérations en est la cause.

5. Migrer un vendredi

Ou la veille d'un pic d'activité. Il ne s'agit pas de superstition : si un problème apparaît, il vous faut du temps et un support disponible pour le traiter.

Combien de temps, réellement

La partie technique est courte. C'est la vérification et la surveillance qui prennent du temps — et c'est précisément ce qu'on ne doit pas raccourcir.

Questions fréquentes

Vais-je perdre mon référencement ?

Non, si les URLs restent identiques et que le site reste accessible. Google ne pénalise pas un changement d'hébergeur. Les chutes observées viennent toujours d'un effet de bord : URLs modifiées, pages en erreur, ou site devenu plus lent.

Mon site sera-t-il hors ligne ?

Non, si les deux hébergements coexistent pendant la bascule. Le visiteur est dirigé soit vers l'ancien serveur, soit vers le nouveau — les deux servent le même site. Il ne voit aucune interruption.

Et si mon ancien prestataire refuse de coopérer ?

Vous avez besoin de deux choses : l'accès à votre domaine et une copie de vos fichiers et bases. Si vous avez les accès à votre domaine, vous pouvez migrer sans lui. Sinon, la situation se règle par la négociation, et en dernier recours par le registre du domaine si vous pouvez prouver que vous en êtes le titulaire légitime.

Puis-je migrer moi-même ?

Pour un site vitrine simple avec une boîte email, oui, en suivant cette méthode. Pour une boutique en ligne ou plusieurs dizaines de boîtes, l'enjeu dépasse largement le coût d'une migration assistée.

Faut-il prévenir Google ?

Pas nécessaire pour un simple changement de serveur. Si les URLs changent, en revanche, mettez à jour votre sitemap et surveillez la Search Console de près.

Nous prenons en charge la migration : copie du site, transfert IMAP complet des emails, reconfiguration de SPF, DKIM et DMARC, nouveau certificat SSL, et seconde synchronisation après bascule pour ne perdre aucun message.

Dites-nous ce que vous avez à migrer — nombre de sites, nombre de boîtes email, hébergeur actuel — et nous vous dirons ce que cela implique concrètement, avant tout engagement.

Voir notre hébergement mutualisé — nos offres de messagerie professionnelle

Avant de migrer pour cause de lenteur, lisez pourquoi votre site est lent au Cameroun : dans la moitié des cas, le problème n'est pas l'hébergeur.