Migrer un site vers Cloudflare sans perdre son référencement
Changer d'hébergeur fait perdre des positions si on n'y prend garde. La méthode qui évite les pertes, étape par étape.
Le piège classique
Un client me dit un jour : « j'ai changé d'hébergeur et j'ai perdu la moitié de mon trafic ». C'est fréquent, et presque toujours la même cause. Son nouveau site était plus joli, plus rapide — et ses URL avaient changé au passage. Chaque ancienne adresse became une 404. Google a compris que le site avait changé de visage, et pendant plusieurs semaines il l'a considéré comme un nouveau site, sans historique.
Autrement dit : on a improvisé une refonte pendant une migration, et on a payé les deux opérations dans une seule.
L'ordre qui change tout
La solution n'est pas technique, c'est séquentielle. Brixio, une société luxembourgeoise, a vécu exactement ce scénario sur son propre site : WordPress, 54 blocs ACF, un thème Sage. Leur reconstruction en Cloudflare Workers a pris 19 jours, et le résultat a été net : 348 nouvelles requêtes capturées, 11 perdues, zéro régression sur les URL. Leur méthode tient en quatre temps.
- Miroir : reproduire le site existant à l'identique, sans toucher au design
- URLs : rediriger chaque ancienne adresse vers la nouvelle
- Design : refondre l'habillage une fois le trafic stabilisé
- Edge : déployer sur Cloudflare une fois tout validé
Ce qui compte dans cette liste, c'est le premier point. Tant que le site n'est pas un miroir fidèle, tout le reste est prématuré. On vérifie que l'ancien et le nouveau rendent la même chose, on valide, puis seulement on change l'apparence.
Les URLs, obsession comprise
Le travail le plus fastidieux d'une migration n'est pas technique, c'est l'inventaire. Il faut lister chaque URL existante et lui associer sa destination. Les blogs sont les plus simples ; les sites avec des filtres, de la pagination, des variantes de produit ou des anciennes sections abandonnées demandent une vraie méthode.
Deux réflexes font la différence. Le premier : garder les anciennes extensions de fichiers plutôt que de tout normaliser en .html. Le second : faire pointer les redirections vers la page la plus proche, pas vers la page d'accueil. Une redirection vers l'accueil est un signal d'erreur ; vers la page équivalente, c'est transparent pour le visiteur comme pour le moteur.
Un dernier détail, souvent oublié : le fichier robots.txt et le sitemap. Ils doivent être générés par le nouveau site, pas recopiés depuis l'ancien. Un sitemap qui pointe encore vers l'ancienne structure envoie les robots chercher des pages qui ont changé d'adresse.
→ Si votre site actuel vous coûte du trafic après une migration, ou si vous projetez d'en changer, écrivez-moi : je fais d'abord l'inventaire et je vous dis honnêtement si une migration est justifiée.
Ce que le edge apporte vraiment
Une fois la migration maîtrisée, le choix de l'hébergement n'est plus une question de goût. Cloudflare sert le contenu depuis un réseau de_distribution étendu dans le monde entier : un visiteur à Mandelieu reçoit les pages depuis un point proche, pas depuis un datacenter à Francfort.
Concrètement pour une PME française : le temps de chargement s'améliore souvent de plusieurs centaines de millisecondes sur mobile, et les protections DDoS deviennent un réglage plutôt qu'un combat permanent. Brixio a mesuré ×5 sur ses impressions de recherche et ×8 sur les citations par des moteurs génératifs dans la semaine suivant la mise en ligne.
Je reste prudent sur ces chiffres : ce sont ceux d'une seule entreprise, mesurés sur son propre site, et Google Actualise ses algorithmes en continu. Ce qui se transporte partout, en revanche, c'est le mechanisme : moins de TTFB, moins de requêtes inutiles, une protection qui fonctionne en amont plutôt qu'au niveau applicatif.
Combien de temps ça prend
Brixio annonce 19 jours, avec une équipe et un outil d'assistance qui a permis de reconstruire les blocs en heures. Pour un site vitrine de PME — cinq pages, une page contact, un blog — je compte plutôt une semaine. Pour un site catalogue avec plusieurs centaines de références, on parle de plusieurs semaines, et surtout d'un travail de fond sur les données.
Le facteur décisif n'est pas technique, il est éditorial : le contenu existe-t-il à jour ? S'il faut réécrire toutes les pages, la migration n'est qu'une partie du chantier.
→ Parlez-moi de votre site : je regarde son architecture, je vous dis ce qui serait à refaire et ce qui peut rester tel quel. Sans engagement, et sans jargon.