Une refonte de site fait presque toujours peur pour une seule raison : le trafic organique qui s'effondre du jour au lendemain, sans qu'on sache combien de temps ça va durer. Ce risque n'est pas une fatalité, c'est la conséquence directe de ce qui a été préparé, ou pas, avant la mise en ligne. Voici la checklist en 3 temps, avant, pendant, après, pour piloter une migration sans laisser le référencement d'un client se dégrader, et comment cadrer ce risque avec lui avant même de signer le devis.
Avant la migration : figer une baseline mesurable
La première erreur, la plus fréquente, c'est de lancer une refonte sans avoir noté où en était le site avant. Sans référence chiffrée, impossible de prouver ensuite qu'une baisse de trafic vient de la migration plutôt que d'une fluctuation normale, une saisonnalité, ou une mise à jour de l'algorithme Google sans rapport avec le projet.
Trois éléments à figer avant de toucher au site :
- Les pages indexées : combien, et lesquelles, via le rapport de couverture de Search Console.
- Les mots-clés positionnés : les requêtes qui amènent déjà du trafic, avec leur position actuelle.
- Le trafic organique de référence : les 3 derniers mois au minimum, pour avoir un point de comparaison qui lisse les variations ponctuelles.
Ce travail sert aussi à autre chose : il donne la liste exacte des URLs qui comptent vraiment (celles qui ont du trafic ou des liens entrants), la base du tableau de correspondance de l'étape suivante. Une page qui n'a jamais eu la moindre visite n'a pas besoin du même soin de redirection qu'une page qui génère 200 sessions par mois.
Pendant la migration : une redirection 301 par URL, jamais un renvoi groupé vers l'accueil
Le cœur technique de la migration tient en une règle simple à énoncer, plus difficile à exécuter sur un site de plusieurs centaines de pages : chaque ancienne URL qui a du trafic ou des backlinks doit pointer vers sa page équivalente sur le nouveau site, pas vers la page d'accueil par défaut. Rediriger tout en masse vers l'accueil est l'erreur la plus courante des migrations mal préparées : Google traite ce type de redirection générique comme un signal de mauvaise qualité proche d'une erreur 404, et ne transfère pas l'autorité de la page d'origine.
Bonne nouvelle sur le plan technique : la crainte d'une redirection 301 qui « dilue » une partie de l'autorité de la page (une idée longtemps répandue dans le milieu SEO) a été explicitement démentie par Google ces dernières années, une redirection directe transfère l'essentiel de la valeur de la page d'origine (Search Engine Land, Google : plus de dilution de PageRank via une redirection 301/302/30x). Le vrai risque ne vient donc pas de la redirection en elle-même, mais des redirections manquantes, en chaîne (une URL qui redirige vers une autre redirection avant d'arriver à la bonne page) ou mal ciblées.
Deux points souvent oubliés pendant la bascule :
- Les liens internes doivent être mis à jour directement dans le code du nouveau site, pas laissés à la charge de la redirection : un lien interne qui pointe vers une ancienne URL rajoute un saut inutile et ralentit le passage du robot d'exploration.
- Les données structurées et le maillage interne existants (schema.org, ancres de liens) doivent être reproduits sur le nouveau site, pas oubliés au passage parce que « ce n'était pas dans la maquette ».
Après la migration : surveiller, et tenir la durée
Une fois le nouveau site en ligne, le travail ne s'arrête pas au clic de bascule. La documentation officielle de Google Search Central sur les migrations de site recommande de maintenir les redirections 301 actives au minimum 180 jours, davantage si du trafic continue d'arriver sur les anciennes URLs depuis les résultats de recherche (Google Search Central, Site Moves and Migrations). Beaucoup de projets suppriment les redirections trop tôt, dès que le nouveau site tourne, ce qui casse le pont vers l'ancienne autorité avant même que Google ait fini de réévaluer l'ensemble des pages.
Concrètement, la surveillance à tenir dans les semaines qui suivent :
- Soumettre le sitemap XML à jour du nouveau site dans Search Console, et laisser le sitemap de l'ancien domaine actif tant que la transition n'est pas terminée.
- Suivre le rapport de couverture (pages indexées, erreurs, exclusions) chaque semaine plutôt qu'une fois par mois : une erreur 404 sur une page stratégique se corrige en quelques minutes si elle est repérée à J+3, elle coûte des semaines de trafic si elle est repérée à J+60.
- Pour un vrai changement de domaine (et uniquement dans ce cas, pas pour une refonte qui reste sur le même nom de domaine), utiliser l'outil dédié de Search Console, qui indique à Google de privilégier le nouveau site et transmet les signaux de l'ancien vers le nouveau (Search Console Help, outil de changement d'adresse).
Il n'existe pas de délai universel de retour à la normale : une migration bien préparée peut retrouver son niveau de trafic en quelques semaines, une migration mal cadrée peut mettre plusieurs mois, parfois davantage si des pages stratégiques ont perdu leur redirection en cours de route. C'est justement ce qui justifie d'annoncer cette fourchette au client dès le devis, plutôt que de la découvrir ensemble le jour où il appelle, inquiet, parce que son trafic a baissé.
Objectiver l'impact plutôt que rester sur une impression
Le point qui manque le plus souvent dans une migration menée par un freelance ou une petite agence, ce n'est pas la technique, c'est la preuve. Sans chiffre avant/après, la conversation avec le client reste sur de l'impression (« ça a l'air d'aller mieux ») dans un sens comme dans l'autre.
On relance systématiquement un audit du même site un mois après une migration, sur les projets qu'on accompagne, pour comparer objectivement la Note d'audit, le score GEO et le Domain Rating avant et après plutôt que de se fier à une impression. Ce n'est pas un suivi automatique dans le temps, mais relancer le même audit sur la même URL donne en quelques minutes un point de comparaison concret à montrer au client en attendant que le trafic organique remonte, plutôt que de le laisser plusieurs semaines sans aucun signal tangible. L'audit Citylead fait exactement ce comparatif à la demande, sur n'importe quel site, avant de lancer une recherche de nouveaux prospects sur une autre ville ou un autre secteur.
