Changer de site sans perdre son référencement : la méthode

Avant tout : l’inventaire de ce qui travaille

Vous ne pouvez pas protéger ce que vous n’avez pas identifié. La première étape, avant la moindre maquette, consiste à dresser la liste des pages qui vous apportent réellement des visiteurs et des liens.

La Search Console est l’outil de référence, et elle est gratuite. Dans le rapport Performances, filtrez sur les douze derniers mois (l’outil conserve seize mois d’historique) et exportez la liste des pages avec leurs clics, impressions et position moyenne. Vous obtenez le classement de vos pages par valeur réelle, souvent très différent de ce que vous imaginiez : une vieille page d’actualité peut capter plus de trafic que votre page d’accueil.

Complétez avec le rapport Liens, qui indique quelles pages reçoivent des liens depuis d’autres sites. Ces pages ont de la valeur même sans clics directs : leurs liens ne se transmettront au nouveau site que si elles sont redirigées.

Enfin, exportez la liste complète des URL existantes, via le sitemap XML ou un outil d’exploration. Les pages sans trafic et sans lien comptent aussi : chacune devra avoir une destination, même si c’est une simple redirection vers la rubrique parente.

Le tableau de redirections 301

Le tableau de redirections est un fichier à deux colonnes : ancienne adresse, nouvelle adresse. Il se construit à partir de l’inventaire et de la future arborescence, et il doit être terminé avant la mise en ligne, pas après.

Quelques règles font la différence entre un tableau qui protège et un tableau qui rassure. Une ancienne page redirige vers la page nouvelle la plus proche en contenu, pas vers l’accueil : rediriger tout vers l’accueil est traité par Google comme une erreur douce, la valeur ne se transmet pas. Chaque redirection est directe, sans chaîne où A renvoie vers B qui renvoie vers C. Les anciennes redirections déjà en place sont reprises dans le tableau et pointées vers les nouvelles destinations, sinon elles forment précisément ces chaînes.

Si l’adresse d’une page ne change pas, tant mieux : c’est la meilleure redirection, celle dont on n’a pas besoin. Conservez les URL existantes partout où la nouvelle structure le permet, surtout pour les pages de l’inventaire qui travaillent le plus.

Le tableau se teste avant le jour J, sur l’environnement de préproduction, en vérifiant chaque ligne : l’ancienne adresse renvoie un code 301 et aboutit à la bonne page en un seul saut. Un simple tableur et un outil de vérification de codes de réponse suffisent pour quelques centaines de lignes.

Conserver ce qui travaille : contenus, titres, données structurées

Une refonte est une tentation permanente de tout réécrire. Résistez pour les pages qui se positionnent : leur texte est un actif, qui peut être amélioré et enrichi, mais pas remplacé par un slogan. Si le nouveau design impose un texte plus court en haut de page, le contenu détaillé descend plus bas ; il ne disparaît pas.

Même logique pour la balise title et le H1 de ces pages. Ils ont été indexés, ils correspondent à des requêtes identifiées : reprenez-les, ou modifiez-les à la marge. Changer en même temps l’adresse, le titre et le texte d’une page revient pour Google à découvrir une page inconnue.

Les données structurées (horaires, adresse, avis, FAQ, fil d’Ariane) sont souvent oubliées lors d’un changement d’outil. Listez celles que l’ancien site déclarait et vérifiez qu’elles sont reproduites sur le nouveau, avec l’outil de test des résultats enrichis de Google.

Dernier point souvent négligé : les contenus en double. Si l’ancien site reste accessible sur une adresse de test, ou si le nouveau est joignable à la fois avec et sans « www », Google voit deux fois le même texte. Le contenu dupliqué se règle par des redirections et une seule version de chaque page.

Vitesse et mobile : ne pas régresser

Un nouveau site est en général plus rapide que l’ancien ; ce n’est pas automatique. Un thème lourd, des images non compressées, une animation d’accueil et quelques scripts tiers peuvent produire un site neuf plus lent que celui qu’il remplace, et la vitesse pèse dans le classement. Mesurez l’ancien site avec PageSpeed Insights, en version mobile, sur trois ou quatre pages représentatives ; mesurez le nouveau en préproduction sur les mêmes pages ; corrigez avant de publier si le nouveau fait moins bien. Les causes classiques sont détaillées dans notre article sur les sites WordPress lents et valent pour la plupart des outils.

Le jour de la mise en ligne : la liste de contrôle

La bascule se fait de préférence en début de semaine, en journée, quand quelqu’un peut intervenir vite. Dans l’ordre :

• Retirer la balise noindex et le blocage dans robots.txt hérités de la préproduction. C’est l’oubli le plus fréquent et le plus coûteux : il rend le site entier invisible.
• Mettre en place les redirections 301 et en tester un échantillon représentatif depuis l’extérieur, sur mobile et sur ordinateur.
• Publier le nouveau sitemap XML et le soumettre dans la Search Console ; supprimer l’ancien s’il listait des adresses disparues.
• Vérifier que le site répond sur une seule adresse canonique (avec ou sans www, toujours en HTTPS) et que les autres variantes redirigent.
• Demander l’indexation des pages principales dans la Search Console, via l’outil d’inspection d’URL, en commençant par celles de l’inventaire.
• Contrôler les données structurées, les formulaires, les liens de téléphone et les pages légales sur le site réellement en ligne, pas en préproduction.
• Conserver une sauvegarde complète de l’ancien site, hors ligne, pendant plusieurs mois.

Les erreurs qui ne pardonnent pas

Certaines décisions, prises de bonne foi, produisent les chutes les plus durables. Elles sont connues ; autant les éviter.

• Changer de nom de domaine et de structure d’URL en même temps. Chaque changement seul se gère ; les deux ensemble multiplient les sources d’erreur et rendent le diagnostic impossible si le trafic baisse. Espacez-les de plusieurs mois.
• Supprimer les pages « inutiles » qui se positionnaient. Une page datée ou peu flatteuse qui apporte du trafic se réécrit ou se redirige vers un contenu équivalent ; elle ne se supprime pas sans destination.
• Laisser le noindex de préproduction. Le site est en ligne, personne ne remarque rien, et trois semaines plus tard le trafic s’est effondré. Vérifiez-le le jour même, puis à nouveau le lendemain.
• Rediriger toutes les anciennes adresses vers la page d’accueil pour aller plus vite. Le signal ne se transmet pas et les visiteurs qui cherchaient une information précise repartent.
• Refaire le site sans inventaire préalable. Sans liste des pages qui travaillent, vous découvrez après coup ce que vous avez perdu, quand il est tard pour le récupérer.

Les quatre semaines qui suivent

La mise en ligne n’est pas la fin du travail. Les quatre premières semaines décident de la réussite : c’est la période pendant laquelle Google découvre la nouvelle structure, suit les redirections et réévalue chaque page. Une baisse légère et temporaire est normale ; une baisse qui s’accentue de semaine en semaine est un signal d’erreur à corriger vite.

Surveillez trois rapports de la Search Console. Le rapport Pages, dans la rubrique Indexation : le nombre de pages indexées doit monter, et les erreurs 404 inattendues sont des adresses oubliées dans le tableau, à ajouter au fil de l’eau. Le rapport Performances, en comparant les quatre semaines après la mise en ligne aux quatre semaines précédentes, page par page. Et le rapport Améliorations, pour vérifier que les données structurées sont reconnues.

Suivez aussi, chaque semaine, la position d’une dizaine de requêtes qui vous amènent des clients, pour repérer une tendance plutôt que réagir à chaque variation. Si après un mois une page clé a perdu sa place, vérifiez sa redirection, son titre, son contenu, dans cet ordre.

Si le site reste introuvable sur certaines recherches malgré tout, les causes possibles sont celles que nous passons en revue dans pourquoi mon site n’apparaît pas sur Google. Et si vous préférez que ce suivi soit fait pour vous, nous l’incluons dans nos refontes : parlons-en.