Migrer un site web sans perdre son référencement

Une refonte réussie qui divise le trafic par deux : le scénario est banal, et il se joue presque toujours sur des détails techniques décidés en dix minutes. Migrer un site web sans perdre son SEO ne relève ni de la chance ni d’un savoir occulte, mais d’un travail d’inventaire mené avant la bascule et d’une surveillance méthodique après. Les projets qui s’effondrent ont en commun d’avoir traité la question la veille de la mise en ligne.

Ce qui se joue vraiment lors d’une migration

Un moteur de recherche associe une adresse à un ensemble de signaux accumulés sur des années : la pertinence constatée du contenu, les liens entrants qui pointent vers cette adresse, l’historique de fréquentation. Quand l’adresse disparaît sans instruction, ces signaux se perdent, et la page qui la remplace repart de zéro. La migration consiste donc à transmettre une identité, pas seulement à déplacer des fichiers.

Le terme recouvre en réalité cinq opérations distinctes, qu’il vaut mieux ne pas confondre. Un changement de nom de domaine, un passage à une nouvelle plateforme technique, une refonte du contenu et de l’arborescence, un changement d’hébergement, et une modification du format des adresses. Chacune comporte son propre risque, et les cumuler multiplie la difficulté de diagnostic : quand tout change en même temps, une chute de visibilité devient impossible à attribuer.

La règle qui découle de ce constat est simple et rarement respectée : séparer les chantiers dans le temps. Changer de plateforme un mois, refondre les contenus le suivant, permet d’isoler la cause d’un incident et de revenir en arrière sur un seul paramètre. La tentation inverse, tout traiter en une opération pour économiser un cycle de recette, coûte généralement bien plus cher qu’elle ne rapporte.

L’inventaire préalable : le relevé de l’existant

Rien ne peut être transféré sans avoir été recensé. Le premier document à produire est la liste complète des adresses du site, obtenue par un parcours automatisé complet, complétée par les adresses connues des moteurs et par celles qui apparaissent dans les journaux du serveur. Ces trois sources ne coïncident jamais : le parcours automatisé ignore les pages orphelines, et les journaux révèlent des adresses anciennes qui reçoivent encore des visites.

À cette liste s’ajoutent quatre relevés. Le trafic et les positions par page sur les douze derniers mois, pour identifier les 20 % d’adresses qui portent l’essentiel de la valeur. L’inventaire des liens entrants connus, page par page, car une adresse pointée depuis l’extérieur ne peut pas simplement disparaître. Les balises de titre et de description existantes. Les éventuelles balises de contenu structuré, qui alimentent les affichages enrichis dans les résultats.

Ce travail produit un tableau de référence qui servira de contrat pendant tout le projet, puis de grille de contrôle après la bascule. Un audit technique préalable constitue souvent le meilleur point de départ : il fournit une bonne partie de ces relevés et signale les anomalies qu’il serait absurde de reproduire dans la nouvelle version.

Le plan de redirections, pièce maîtresse du dispositif

Le plan de redirections associe chaque ancienne adresse à sa remplaçante. Il prend la forme d’un tableau à deux colonnes, validé ligne par ligne, et il constitue le livrable le plus important de l’opération. Trois principes le gouvernent.

Le premier : une redirection permanente, celle qui indique aux moteurs que le déplacement est définitif, transmet l’essentiel des signaux accumulés. Les redirections temporaires, elles, conservent l’ancienne adresse dans l’index et ne transfèrent rien durablement. Confondre les deux est l’erreur la plus fréquente, et la plus silencieuse.

Le deuxième : chaque page se redirige vers son équivalent le plus proche, jamais vers la page d’accueil par facilité. Une redirection massive vers l’accueil est interprétée comme une disparition de contenu, et le signal se perd. Quand aucun équivalent n’existe, mieux vaut assumer une page absente correctement signalée qu’une redirection trompeuse.

Le troisième : aucune chaîne. Une ancienne adresse qui redirige vers une deuxième, elle-même redirigée vers une troisième, dilue le signal et ralentit le chargement. Le plan doit pointer directement vers la destination finale, y compris pour les redirections héritées de migrations précédentes.

Le format des adresses mérite une attention particulière. Un site historique dont les adresses se terminaient d’une certaine manière, avec une extension ou un slash final, doit conserver cette forme ou la rediriger explicitement. Un écart de ce type produit des pages absentes en masse, invisibles à l’œil nu, et représente l’une des causes les plus fréquentes de perte de visibilité après une refonte.

Ce qui se transfère, ce qui se perd

Le contenu textuel se transfère intégralement, à condition d’être repris fidèlement. Une refonte qui raccourcit de moitié des pages bien positionnées perd la substance qui justifiait ce positionnement, et aucune redirection ne compense cette amputation. Quand une refonte éditoriale est souhaitée, elle se mène après la migration technique, page par page, en observant les effets.

Les titres, descriptions et structures de titres se transfèrent aussi, et gagnent à rester identiques dans un premier temps. Le maillage interne se reconstruit : les liens entre pages doivent pointer vers les nouvelles adresses directement, sans passer par les redirections, sous peine de conserver indéfiniment une architecture fantôme.

Ce qui se perd, en revanche, tient à trois catégories. L’historique des mesures d’audience, si l’outil change ou si le mode de recueil évolue, ce qui rend les comparaisons annuelles trompeuses. Les contenus jugés obsolètes et supprimés sans équivalent, dont la part de visibilité disparaît légitimement. Et les données non exportées des anciens systèmes : avis clients, comptes utilisateurs, historiques de commande. Ce dernier point suppose de prévoir très tôt un moyen d’extraction, souvent via les mécanismes d’échange décrits dans notre article sur les interfaces de programmation, car certaines plateformes ferment leurs accès dès la résiliation de l’abonnement.

La séquence de bascule, étape par étape

Une migration se déroule selon une séquence éprouvée. Une version de recette est d’abord montée sur une adresse temporaire, protégée de toute exploration par les moteurs, ce qui évite l’indexation accidentelle du chantier. Le plan de redirections y est testé en simulation, adresse par adresse, avec un outil qui vérifie le code de réponse et la destination finale de chaque ligne.

Un point technique conditionne la réversibilité : la durée de vie des enregistrements du nom de domaine. Réduire cette durée quelques jours avant la bascule permet de revenir en arrière en quelques minutes plutôt qu’en plusieurs heures, puis de la remonter une fois l’opération stabilisée. Cette précaution ne coûte rien et transforme un retour arrière théorique en manœuvre réellement praticable.

La recette fonctionnelle ne doit pas non plus être sacrifiée au profit du seul contrôle des adresses. Formulaires, paiements, comptes utilisateurs, envois de courriels automatiques : ces parcours se testent en conditions réelles sur la nouvelle installation, avant la bascule, avec de vraies transactions annulées ensuite. Un site parfaitement redirigé mais dont le formulaire de contact n’envoie plus rien perd bien davantage qu’un point de visibilité.

Le choix du moment compte. Une bascule se programme en période creuse, jamais avant un pic commercial, et jamais un vendredi soir : l’équipe doit être disponible dans les heures qui suivent. Une procédure de retour arrière, écrite et testée, doit exister avant la mise en ligne, avec un critère de déclenchement décidé à froid.

Les quatre semaines suivantes

Une fluctuation est normale. Les moteurs doivent réexplorer l’ensemble du site, constater les redirections et recalculer leurs signaux, ce qui prend de quelques jours à plusieurs semaines selon la taille du site. Une baisse modérée pendant deux à quatre semaines n’a rien d’alarmant ; une chute brutale et durable signale un problème technique à traiter immédiatement.

La surveillance porte sur cinq éléments : le nombre de pages absentes remontées par les outils de suivi, l’évolution des pages indexées, le trafic par page comparé au relevé initial, les positions des expressions les plus rentables, et les temps de réponse du nouveau serveur. Ces cinq mesures se regroupent dans un tableau de bord dédié consulté quotidiennement la première semaine, puis chaque semaine pendant deux mois.

Une action complémentaire produit un effet mesurable : contacter les sites qui pointent vers vos pages les plus visibles pour leur signaler les nouvelles adresses. Les redirections font le travail, mais un lien mis à jour vaut mieux qu’un lien redirigé, et cette démarche entretient la relation avec les sources de notoriété les plus utiles.

Reste enfin la propreté du dispositif. Les redirections se conservent au minimum un an, idéalement de façon permanente pour les pages qui recevaient du trafic. Les supprimer trop tôt annule le bénéfice de toute l’opération, et cette suppression prématurée, souvent motivée par un souci de performance, figure parmi les régressions les plus regrettables après une migration pourtant bien conduite.