Réussir sa migration SEO sans perdre son trafic Google

Un vendredi à 19 heures, le nouveau site part en ligne. L’heure a été choisie pour ne gêner personne, l’agence web a tenu ses délais et la direction a tout validé en comité. Le lundi, Google Search Console affiche une courbe des clics en chute libre pendant que le service commercial s’étonne de ne plus recevoir un seul message par le formulaire de contact.

Que deviennent les anciennes URLs ? Personne ne l’avait demandé. Depuis 2009 que je fais du référencement naturel, j’ai croisé ce scénario en mission bien plus souvent qu’on ne le croit, aussi bien sur des sites vitrines que sur des boutiques en ligne.

Je détaille ici ma méthode de migration SEO, avec l’ordre des opérations, ce que je contrôle à chaque étape et le moment où faire appel à un regard extérieur devient rentable.

Qu’est-ce qu’une migration SEO et une refonte en est-elle toujours une ?

Dès qu’un projet touche à ce que Google connaît de votre site, on est dans une migration SEO. Nouvelles URLs, autre nom de domaine, changement de protocole, d’arborescence ou de CMS, contenu réécrit en masse, tout y entre. Rien d’exotique donc, puisque n’importe quelle entreprise qui change d’agence web finit par passer par une migration de site en SEO.

Et la refonte d’un site en SEO, alors ? Le risque reste faible quand seul le graphisme évolue et que les URLs ne bougent pas. Faible, pas nul (un nouveau thème réécrit souvent le code, déplace les balises title, change des H2 en paragraphes stylés ou fait charger le contenu en JavaScript).

Je pars donc du principe que toute refonte est une migration légère, quitte à alléger les contrôles quand rien ne change.

Les cinq cas de figure

Pourquoi une migration fait-elle perdre du trafic ?

Quand le trafic s’effondre après une refonte, la cause est presque toujours mécanique. Une ancienne URL sans redirection renvoie une 404, une autre traverse trois ou quatre redirections successives avant d’arriver quelque part et des pages qui se positionnaient bien sortent de l’index.

Le maillage interne souffre tout autant, puisqu’on le reconstruit souvent à partir des maquettes sans vérifier quelles pages recevaient des liens. Ajoutez des textes de catégorie supprimés parce qu’ils « alourdissaient le design » et des liens externes qui pointent désormais vers des pages mortes.

Soyons honnêtes sur un point. Dans les jours qui suivent la bascule, le trafic fluctue (c’est normal, Google doit recrawler et réévaluer les nouvelles adresses). Aucun prestataire ne peut vous garantir une position ni un délai de retour. Mais une chute qui dure, elle, s’explique presque toujours par une erreur qu’on peut identifier.

Que faut-il faire avant de toucher au site ?

Tout se joue avant la mise en ligne. Les semaines de préparation comptent davantage que la bascule elle-même et pourtant c’est la phase que les plannings rabotent en premier, parce que quelqu’un a annoncé la date de lancement bien avant que le référencement entre dans la discussion.

Dresser l’inventaire de l’existant

On ne décide rien sans savoir ce qui existe. Je lance d’abord un crawl complet dans Screaming Frog, qui me donne toutes les URLs accessibles avec leur statut, leurs balises et leur profondeur. Mais un crawl ne voit que les pages reliées entre elles.

Je le complète donc avec l’export des pages de Google Search Console sur seize mois (clics, impressions, positions), les pages de destination de Google Analytics et les backlinks remontés par Ahrefs, qui signalent les pages recevant des liens externes. Ces exports font souvent ressortir des URLs invisibles pour le crawl, par exemple une ancienne page de campagne ou un PDF qui attire des visites depuis des années.

En croisant le tout, j’obtiens une seule feuille de calcul où chaque URL affiche ce qu’elle rapporte en trafic, en liens et en positions. C’est l’étape zéro d’un audit seo freelance et ce fichier devient la référence de comparaison pendant tout le suivi post-migration.

Décider page par page

L’inventaire en main, vous attribuez un sort à chaque URL. Les pages qui performent restent en place avec le même contenu et, dans l’idéal, la même adresse. Celles qui se disputent un même sujet (deux articles répondant à la même question, trois fiches quasi identiques) sont fusionnées.

Une page déplacée est redirigée vers sa nouvelle adresse. Celle qui n’a ni trafic ni liens ni utilité disparaît.

Une refonte reste le bon moment pour faire le ménage dans les contenus faibles, à condition de ne pas confondre « page que personne ne consulte en interne » et « page inutile ». Une vieille FAQ peut ramener des centaines de visites par mois sans que le marketing s’en doute. Tranchez donc avec les chiffres de Search Console, jamais au ressenti d’une réunion.

Rédiger le cahier des charges SEO

Votre agence web ou votre équipe de développement a besoin de consignes écrites, pas d’une remarque glissée en fin de réunion. Le cahier des charges SEO fixe les URLs à conserver et la gestion des balises title, meta description et Hn gabarit par gabarit. Il couvre aussi les données structurées, les règles de maillage interne, les canoniques, les hreflang en cas de site multilingue, la pagination et les objectifs de performance.

Ce document évite les mauvaises surprises de dernière minute, comme découvrir la semaine du lancement que le nouveau CMS ne permet pas de modifier la balise title des catégories. Et si certains sujets dépassent les compétences de l’équipe (rendu JavaScript, facettes, configuration serveur), un consultant seo technique peut relire les spécifications avant le développement, quand corriger ne coûte encore presque rien.

Arbitrer le calendrier

Ne migrez jamais juste avant votre pic commercial. Un site de jouets qui bascule début novembre ou un site de voyages qui change de domaine en plein mois de mai prend un risque démesuré, alors gardez plusieurs semaines de marge entre la mise en ligne et la période qui compte pour corriger ce qui doit l’être.

Et le vendredi soir ? Beaucoup d’équipes l’adorent parce que le trafic y est plus faible. Sauf qu’un week-end sans développeur laisse une erreur de redirection tourner soixante heures (je préfère de loin un mardi matin, toute l’équipe sur le pont).

Pour mener l’état des lieux vous-même, mon guide sur comment faire un audit seo détaille la démarche et les exports à récupérer.

Comment construire le plan de redirection ?

C’est par la table de redirection que Google récupère l’historique de votre site. Chaque ancienne URL doit y recevoir une nouvelle destination et la moindre erreur se paie en trafic.

Une ancienne URL redirige en 301 vers la nouvelle page la plus proche par le sujet et par l’intention. Envoyer tout l’ancien site vers la page d’accueil reste la pire option que je connaisse. Google traite ces redirections massives comme des pages introuvables et le visiteur qui cliquait sur un lien vers une fiche produit atterrit sur une page qui ne répond pas à sa demande.

Avez-vous déjà migré il y a quelques années ? Dans ce cas, d’anciennes redirections tournent sans doute encore et la nouvelle table risque de les prolonger. Quand une URL de 2015 pointe vers une URL de 2019, elle-même redirigée vers la nouvelle adresse, on obtient une chaîne qu’il faut aplatir pour que chaque ancienne adresse mène directement à la destination finale (même logique pour les boucles, qui ne mènent nulle part).

Gardez ces redirections le plus longtemps possible, sans date de fin. Des liens externes et des favoris continueront de viser les anciennes adresses pendant des années, si bien que les supprimer au bout de quelques mois pour « alléger le serveur » relève de la fausse économie.

Restent les variantes qu’on oublie. Il faut couvrir les versions http et https, avec ou sans www, avec ou sans barre oblique finale, ainsi que les URLs à paramètres de suivi ou de filtre, les images positionnées dans Google Images et les PDF qui reçoivent des liens. Et pour une page supprimée sans équivalent, je préfère une 404 ou une 410 assumée à une redirection forcée vers une page sans rapport.

Je construis la table en deux passes. La première repose sur une correspondance automatique par règles (même slug, même catégorie, motif d’URL transformé) qui traite la majorité des URLs d’un catalogue.

La seconde est une revue manuelle de toutes les pages à enjeu, celles qui portent du trafic, des liens ou des positions. Une règle automatique ignore qu’une fiche produit arrêtée doit pointer vers son modèle successeur, c’est donc à vous de le lui dire.

Comment tester sur la préproduction avant le lancement ?

Protégez la préproduction par une authentification au niveau du serveur (un mot de passe, tout simplement) et pas par un noindex. Google ne peut pas y entrer et ce verrou ne risque pas de partir en production avec le reste du code, contrairement à une balise oubliée dans un gabarit.

Quand le site de test est prêt, je le crawle de la même façon que le site actuel puis je mets les deux exports côte à côte. Je contrôle d’abord les balises par rapport à l’inventaire de départ. Titles, Hn, canoniques, statuts HTTP, profondeur des pages et liens internes doivent coller au cahier des charges, sans aucune page orpheline.

Je lance aussi le crawl en mode rendu sur les gabarits principaux, car un menu ou un texte injecté par JavaScript côté navigateur peut très bien échapper à Google. Et je passe la table de redirection en mode liste sur les anciennes URLs pour voir chaque destination réelle.

Il me reste à mesurer les performances des gabarits clés puis à valider le robots.txt et le sitemap prévus pour la production, ceux qui seront poussés le jour de la bascule.

Que contrôler le jour de la mise en ligne ?

Le jour J, on retire avant tout les blocages de préproduction. Le robots.txt de production ne doit rien interdire d’important, aucune balise noindex ne doit traîner dans le code et le sitemap XML doit lister les nouvelles URLs en code 200.

Testez ensuite les redirections en partant des URLs qui portaient le plus de trafic avant de dérouler le reste de la table. Contrôlez au passage les canoniques, le certificat HTTPS et la redirection des anciennes versions du site.

Vous changez de domaine ? Déclarez le changement d’adresse dans Google Search Console depuis l’ancienne propriété, soumettez le nouveau sitemap et posez une annotation dans Google Analytics pour dater la bascule dans vos rapports.

Si vous travaillez avec moi, je peux me rendre disponible le jour même pour ces contrôles. On corrige alors dans l’heure au lieu de découvrir le problème le lundi suivant.

Comment suivre la migration après la bascule ?

Le suivi démarre dans les premières heures. Les premiers jours, je surveille dans Search Console les erreurs d’exploration, les 404 qui apparaissent sans avoir été prévues et le rapport d’indexation des pages, tandis que les logs serveur montrent si Googlebot visite les nouvelles URLs ou s’il bute encore sur d’anciennes adresses non redirigées.

Pendant les semaines suivantes, je compare le nombre de pages indexées au nombre attendu, je suis les positions des pages clés dans Ahrefs et j’analyse le trafic par segment (catégories, fiches produits, articles). Un crawl de contrôle régulier fait remonter les liens internes qui pointent encore vers des redirections. Vient ensuite la comparaison page par page avec l’état initial, à partir de l’inventaire réalisé avant la migration.

Comment savoir si une baisse est passagère ? Quand elle touche tout le site de façon diffuse et se résorbe au fil du recrawl de Google, elle est transitoire. Un vrai problème, lui, se concentre sur un segment précis, une catégorie entière qui disparaît ou un type de page qui sort de l’index.

Dans ce cas, je traite d’abord ce qui bloque l’indexation, puis les redirections manquantes sur les pages à fort trafic et seulement après les balises et le maillage.

On oublie souvent de demander aux sites partenaires qui vous envoient des liens importants de mettre leur adresse à jour. Pensez aussi à remplacer dans votre propre maillage interne tous les liens qui passent encore par une redirection.

Faut-il se faire accompagner pour une migration et combien ça coûte ?

Si votre refonte est modeste et garde les mêmes URLs, vous pouvez souvent la mener en interne en gardant cette page ouverte à côté de vous. Un accompagnement devient utile quand il y a trop d’URLs pour tout contrôler à la main, typiquement sur un site e-commerce aux milliers de fiches produits. Il l’est aussi pour un changement de domaine ou quand l’agence web qui construit le site n’a aucune compétence SEO.

De votre premier message au dernier rapport, vous parlez à une seule personne (moi) et rien n’est sous-traité en coulisses. Je vous envoie un devis gratuit et sans engagement sous 48 heures.

Ce que vous recevez ensuite tient en un plan d’action hiérarchisé, qui sépare l’urgent, ce qui se planifie sur trois mois et le secondaire, plutôt qu’un rapport interminable. Personne ne vous impose d’engagement de 6 à 12 mois. Pour vous donner un ordre d’idée, un audit SEO complet démarre à partir de 1 200 € environ et vous trouverez le détail sur ma page prix audit seo.

Fabien RaquidelConsultant SEO freelance dans le Grand Paris, référencement naturel depuis 2009, cofondateur de Vipseo. Mon parcours