Migration de site : checklist pour ne rien perdre

Avant la migration : poser les fondations

Beaucoup d’entreprises voient une migration de site comme un projet purement technique, voire esthétique. Nouveau design, nouvelle arborescence, parfois nouveau nom de domaine. Ce que personne ne dit clairement : c’est l’une des opérations les plus risquées pour votre référencement naturel. Mal préparée, une migration peut effacer des mois, voire des années de travail SEO en quelques jours.

Avant de toucher quoi que ce soit, il faut donc faire un état des lieux complet de l’existant.

Photographier votre SEO avant de tout changer

L’idée est simple : vous devez savoir exactement où vous en êtes avant la migration pour pouvoir comparer après. Combien de pages sont indexées sur Google ? Sur quels mots-clés vous positionnez-vous ? Quel est votre trafic organique mensuel de référence ?

Ces données sont votre point de départ. Sans elles, impossible de savoir si la migration s’est bien passée ou si vous êtes en train de perdre du terrain sans le réaliser.

Concrètement, nous utilisons la Google Search Console (gratuite, fournie par Google) et des outils d’analyse SEO pour extraire ces informations.

Pensez aussi à noter vos 10 à 20 pages les plus importantes en termes de trafic, ce sont celles que vous ne pouvez absolument pas perdre dans l’opération.

Cas concret : un artisan plombier à Bordeaux décide de changer de nom de domaine pour coller à son nouveau positionnement régional. Personne ne liste les URLs existantes avant la bascule. Résultat : 30% de ses pages ne sont jamais redirigées, Google les considère comme disparues. Il faut 4 mois pour retrouver son niveau de trafic initial.

Cartographier tout ce qui existe

C’est l’étape que les non-SEO sous-estiment systématiquement. Un site, même modeste, contient souvent bien plus de pages qu’on ne le croit : pages produits, articles de blog, pages catégories, pages légales, anciennes landing pages oubliées…

Nous réalisons ce qu’on appelle un crawl du site, en clair, on demande à un logiciel de parcourir l’intégralité du site comme le ferait Google, et de lister chaque URL trouvée. Pour un site de 200 pages, ça prend quelques minutes. Pour un e-commerce de 2 000 références, un peu plus.

L’objectif : avoir une liste exhaustive de toutes les URLs actuelles, à laquelle on va associer la future URL correspondante. C’est la base de ce qu’on appelle le plan de redirections, on y reviendra dans la partie suivante, c’est probablement l’élément le plus critique de toute migration.

Sauvegarder le profil de backlinks

Dernier point avant de passer à la suite, et souvent le grand oublié : vos backlinks. Ce sont les liens que d’autres sites font vers le vôtre. Ils représentent une partie importante de votre autorité SEO, parfois construite sur plusieurs années.

Lors d’une migration, ces liens pointent toujours vers vos anciennes URLs. Si celles-ci disparaissent sans redirection, vous perdez le bénéfice SEO de chaque lien concerné. Pas immédiatement, mais progressivement, Google finit par ne plus leur accorder de valeur.

L’export de votre profil de liens avant migration est donc indispensable, ne serait-ce que pour identifier les liens les plus puissants et vérifier qu’ils sont bien pris en compte dans votre plan de redirections.

Pendant la migration : les points techniques à ne pas rater

C’est le moment où tout se joue. La préparation était votre filet de sécurité, l’exécution est le vrai test. Et c’est là que la majorité des migrations déraillent, pas par manque de compétence technique, mais par précipitation ou par oubli de détails qui semblent mineurs sur le moment.

Les redirections 301 : la règle d’or

C’est le sujet numéro un d’une migration réussie. Une redirection 301, c’est simplement un message envoyé à Google : « cette page a définitivement déménagé, tu la trouveras désormais ici ». Google transfère alors la quasi-totalité de la valeur SEO accumulée vers la nouvelle URL.

Sans redirection, Google tombe sur une page qui n’existe plus, une erreur 404, et considère que la page a disparu. Le trafic et l’autorité qui allaient sur cette URL partent avec elle.

Cas concret : une boutique en ligne de prêt-à-porter refond son arborescence. Les URLs produits passent de /produit/robe-bleue à /femme/robes/robe-bleue. Personne ne met en place les redirections. Google continue d’indexer les anciennes URLs pendant quelques semaines, puis les abandonne une à une. En 3 semaines, le trafic organique chute de 35%. La récupération prend 2 mois.

Deux erreurs classiques à éviter absolument :

• Les chaînes de redirections : c’est quand l’URL A redirige vers B, qui redirige vers C. Google les suit mais perd de la valeur à chaque étape. Chaque ancienne URL doit pointer directement vers sa destination finale, sans intermédiaire. Pour vérifier ça simplement, l’extension Chrome Redirect Path est très utile : elle affiche en un clic le chemin complet emprunté par une URL et signale immédiatement les chaînes problématiques.
• Les oublis de pages : c’est pour ça que le crawl de la partie précédente est indispensable : on redirige ce qu’on a listé, pas ce dont on se souvient.

Le fichier robots.txt : le panneau « sens interdit » de Google

Moins connu du grand public, le fichier robots.txt est un petit fichier texte présent sur tous les sites qui indique aux moteurs de recherche quelles parties du site ils peuvent explorer ou non.

Pendant une migration, deux erreurs reviennent régulièrement. La première : bloquer accidentellement tout le site en environnement de staging, ce qui est voulu, puis oublier de lever le blocage après la mise en ligne. Google ne peut plus rien explorer, l’indexation s’effondre.

La seconde : l’inverse, laisser l’environnement de staging accessible, Google indexe les deux versions du site en parallèle et ne sait plus laquelle privilégier.

La règle est simple : staging bloqué pendant les travaux, site de production ouvert dès la mise en ligne, et on vérifie.

Le sitemap : la carte que vous tendez à Google

Le sitemap XML est un fichier qui liste toutes les pages que vous souhaitez voir indexées par Google. C’est en quelque sorte la carte de votre site que vous lui tendez directement.

Après une migration, le sitemap doit être mis à jour avec les nouvelles URLs et soumis dans Google Search Console. C’est une étape rapide mais structurante : elle accélère la découverte et l’indexation de votre nouveau site par Google.

Un sitemap qui pointe encore vers d’anciennes URLs après migration, c’est comme donner à un livreur un plan avec les anciennes adresses. Il finira par trouver, mais ça prend beaucoup plus de temps.

Tester avant de basculer : l’environnement de staging

Dernière étape avant la mise en ligne officielle, et sans doute la plus sous-estimée : tester l’intégralité des points précédents sur un environnement de staging. C’est une version du site accessible uniquement à votre équipe, invisible pour Google, sur laquelle vous simulez la migration avant de la rendre publique.

On y vérifie que les redirections fonctionnent, que le robots.txt est correctement configuré, que le sitemap est à jour, que les balises canoniques, qui indiquent à Google quelle est la version de référence d’une page, sont bien en place. Pour ce dernier point, l’extension Chrome Detailed SEO est particulièrement pratique : elle affiche en overlay directement dans votre navigateur l’ensemble des signaux on-page d’une page : canonique, méta-titre, méta-description, structure des titres. Idéal pour une vérification rapide page par page avant la bascule.

C’est votre dernière chance de corriger les erreurs sans conséquences SEO. Une fois le site en ligne, chaque heure compte.

Après la migration : surveiller, corriger, stabiliser

La mise en ligne est faite, vous soufflez. C’est humain. Mais c’est précisément là que beaucoup baissent la garde trop tôt. Les premières 48 à 72 heures post-migration sont critiques : c’est la fenêtre pendant laquelle Google re-explore votre site, et pendant laquelle les erreurs non détectées en staging vont remonter.

Google Search Console : votre tableau de bord post-migration

C’est l’outil gratuit de Google que tout propriétaire de site devrait avoir configuré, migration ou pas. Après une migration, c’est votre première source de vérité.

Ce qu’on surveille en priorité dans les 48 premières heures :

• Les erreurs de couverture : Google vous signale les pages qu’il n’arrive pas à explorer ou indexer. Une vague soudaine d’erreurs 404 après migration est le signal d’alarme classique : des pages n’ont pas été redirigées.
• La courbe d’indexation : le nombre de pages indexées ne doit pas chuter brutalement. Une légère variation est normale le temps que Google re-crawle l’ensemble du site. Une chute de 30, 40, 50% est un problème.
• Les impressions et clics : une baisse temporaire est possible et normale. Ce qui ne l’est pas : une chute continue sur plusieurs semaines sans remontée.

Cas concret : un cabinet de conseil en ressources humaines migre son site en HTTPS. Tout semble fonctionner en surface. Deux semaines plus tard, le trafic organique a chuté de 45%. En analysant Search Console, on découvre que les pages en HTTP ne redirigent pas toutes vers leur équivalent HTTPS, Google indexe les deux versions en parallèle. Correction effectuée, trafic retrouvé en 3 semaines.

Forcer l’indexation intelligemment

Google va re-crawler votre site naturellement, mais pas forcément à la vitesse que vous souhaitez. Pour les pages stratégiques telles que votre page d’accueil, vos pages services, vos meilleures pages de blog, vous pouvez demander une indexation prioritaire directement dans Google Search Console via l’outil d’inspection d’URL.

Ce n’est pas magique, Google reste maître de ses délais, mais c’est un signal clair que vous lui envoyez sur les pages à traiter en priorité. Inutile de le faire sur l’ensemble du site, concentrez-vous sur vos 10 à 20 pages les plus importantes.

L’impact sur votre profil de liens

Vous avez exporté vos backlinks avant la migration, c’est maintenant que ça sert. Vérifiez que les liens les plus puissants pointant vers votre ancien site atterrissent bien sur une page existante via une redirection 301.

Pour les liens vraiment stratégiques, une étape supplémentaire est possible : contacter directement les sites qui font ces liens pour leur demander de mettre à jour l’URL dans leur article. Une redirection 301 transfère la majorité de la valeur SEO, mais un lien direct vers la bonne URL reste techniquement supérieur.

Le suivi à 30, 60, 90 jours

Une migration ne se juge pas à J+3. Google peut mettre plusieurs semaines à re-crawler et réévaluer l’ensemble d’un site, surtout s’il contient plusieurs centaines de pages.

Le bon réflexe : comparer votre trafic organique semaine par semaine par rapport à la période équivalente de l’année précédente, ça neutralise les effets de saisonnalité. Si à J+90 vous êtes revenus à votre niveau de trafic pré-migration, la migration est un succès. Si vous êtes encore en dessous, il reste des problèmes à identifier et corriger.

Ce que coûte vraiment une migration bâclée

Une migration réussie, ça ne s’improvise pas, mais ça ne se subit pas non plus. Avec une bonne préparation, une exécution méthodique et une surveillance sérieuse dans les semaines qui suivent, il est tout à fait possible de migrer un site sans perdre une seule position SEO. Certains y gagnent même, quand la nouvelle structure est mieux pensée que l’ancienne.

Ce qui fait la différence, c’est la méthode. Photographier l’existant, cartographier chaque URL, sécuriser les redirections, surveiller Search Console, aucune de ces étapes n’est optionnelle. En sauter une, c’est accepter de réparer après coup ce qu’on aurait pu éviter.

Si vous avez un projet de migration en tête, n’hésitez pas à nous contacter : c’est le genre de sujet sur lequel un audit préalable change vraiment tout.