Refonte de site : comment ne pas perdre son référencement Google

Vous voulez refaire votre site, mais vous craignez de perdre les positions acquises sur Google en plusieurs années. La crainte est fondée, mais la chute n’est pas une fatalité : presque toutes les pertes viennent d’oublis évitables. On les prévient avec un inventaire, des redirections 301 et un suivi de quelques semaines.

Pourquoi une refonte fait-elle perdre du trafic ?

Une refonte fait perdre du trafic quand Google ne retrouve plus, à la nouvelle adresse, ce qu’il classait à l’ancienne. Le nouveau site peut être plus beau. Si les signaux accumulés ne suivent pas, il repart de loin.

Les causes se répètent d’un projet à l’autre :

• Des adresses qui changent sans redirection. L’ancienne page « /cabinet-avocat-divorce » devient « /expertises/famille ». Sans redirection, Google et les visiteurs tombent sur une erreur 404, et les liens venus d’autres sites ne mènent plus nulle part.
• Des contenus supprimés. On allège le site, on retire les vieux articles et une page de service jugée datée. C’était parfois celle qui apportait le plus de visites.
• Des balises perdues. Titres de page, méta-descriptions, balises canoniques, données structurées : tout ce qui avait été réglé à la main disparaît avec le nouveau gabarit.
• Un maillage cassé. Les liens internes pointent encore vers les anciennes adresses, ou certaines pages ne sont plus reliées à rien.
• Le noindex oublié de la préproduction. Le site de test était caché aux moteurs, à juste titre. La consigne part en ligne avec lui, et le site entier sort de l’index.
• Un site plus lent. Animations lourdes, images non compressées, extensions empilées : le nouveau site charge moins vite que l’ancien, surtout sur mobile.

Aucune de ces causes ne tient à Google. Elles tiennent toutes à la préparation.

Par où commencer avant de refaire son site ?

Il faut commencer par l’inventaire de ce qui marche déjà : la liste des adresses actuelles et des pages qui apportent du trafic. Tout le reste de la méthode en dépend.

Google donne lui-même les sources à consulter : vos sitemaps, les journaux du serveur ou l’outil d’analyse d’audience pour les pages les plus visitées, et le rapport « Liens » de la Search Console pour les pages qui reçoivent des liens d’autres sites (Google Search Central, « Migrations de sites », page mise à jour le 20 août 2026).

Dans la Search Console, ouvrez le rapport « Performances » sur la plus longue période disponible et triez les pages par clics. Exportez le tableau, puis faites de même pour les requêtes. Vous saurez quelles pages portent le site, et sur quelles recherches.

Ajoutez une colonne à cet export : le titre de page et la méta-description actuels de chaque page importante. Ce sont les balises que le nouveau gabarit risque d’écraser.

Cet inventaire sert aussi à décider ce que l’on garde. Une page qui attire des visites depuis des années se conserve, quitte à la réécrire et à l’habiller autrement. Une page sans visite ni lien peut disparaître. Entre les deux, on fusionne des articles proches en une page plus complète.

Comment rediriger les anciennes adresses sans rien perdre ?

Chaque ancienne adresse doit renvoyer, par une redirection permanente côté serveur (301 ou 308), vers la nouvelle page qui traite du même sujet. C’est la pièce centrale d’une refonte réussie.

Google est clair sur le type de redirection. Les codes 301 et 308 signalent un déplacement définitif : la nouvelle adresse s’affiche alors dans les résultats. Les redirections temporaires (302, 307) laissent au contraire l’ancienne adresse en place dans les résultats (Google Search Central, « Redirections et recherche Google », page mise à jour le 14 avril 2026). Google précise aussi que les redirections 301 et autres redirections permanentes ne font pas perdre de PageRank.

Le plan tient dans un tableur à deux colonnes : ancienne adresse, nouvelle adresse. Trois règles de Google le rendent fiable.

Rediriger vers la page équivalente. Renvoyer toutes les anciennes adresses vers la page d’accueil est une erreur classique. Google indique que cela peut être traité comme une « soft 404 », autrement dit une page introuvable déguisée. Une page fusionnée peut en revanche recevoir les adresses des pages qu’elle remplace.

Éviter les chaînes. Googlebot suit jusqu’à 10 redirections successives, mais Google conseille de viser directement la destination finale. À défaut, il recommande d’en rester à 3, et en tout cas à moins de 5.

Assumer les suppressions. Une page retirée sans équivalent doit renvoyer une erreur 404 ou 410. Google le demande, plutôt qu’une redirection vers une page sans rapport.

Sur le nouveau site, mettez aussi à jour les liens internes pour qu’ils visent directement les nouvelles adresses, sans passer par une redirection. Chaque page doit porter une balise canonique qui pointe vers sa propre adresse.

Recetter, basculer, déclarer : comment se passe le jour J ?

Le jour J se prépare sur une adresse de test que Google ne peut pas indexer, puis se joue en quelques heures : mise en ligne, retrait des blocages, test des redirections, envoi du sitemap.

Recetter sur une adresse de test non indexée

Le nouveau site doit être vérifié en entier avant la bascule, sur une adresse séparée. Le plus sûr est de la protéger par un mot de passe. Une simple balise noindex fonctionne aussi, mais elle demande de la vigilance.

Un piège à connaître : si une page est bloquée par le fichier robots.txt, Google ne lit pas sa balise noindex, et la page peut quand même apparaître dans les résultats si d’autres pages pointent vers elle (Google Search Central, « Bloquer l’indexation dans la recherche avec noindex », page mise à jour le 10 décembre 2025). Il ne faut donc pas cumuler les deux en pensant doubler la protection.

Pendant la recette, comparez les pages clés avec votre inventaire : titres, textes, balises et données structurées. Mesurez aussi la vitesse sur mobile, page par page. Un nouveau site doit être plus rapide que l’ancien, pas l’inverse. Nos propres sites (beeleven.fr, detekia.fr, monbalconsolaire.fr) obtiennent 100/100 en performance mobile sur Lighthouse, mesure du 4 novembre 2026, médiane de 3 passages. Ce niveau se prévoit dès la conception.

Basculer

Choisissez un moment creux de la semaine. Mettez en ligne, puis retirez immédiatement le noindex et les blocages du robots.txt qui ne servaient qu’au test. Google classe cet oubli parmi les erreurs courantes d’un déplacement de site.

Testez ensuite les redirections sur la liste complète des anciennes adresses, pas sur trois exemples. L’outil d’inspection d’URL de la Search Console convient pour quelques pages, un script pour les autres. Enfin, envoyez le nouveau sitemap dans la Search Console.

Changement de domaine : l’outil de changement d’adresse

Si le nom de domaine change, par exemple de cabinet-durand.com vers durand-avocats.fr, déclarez-le avec l’outil de changement d’adresse de la Search Console. Il ne sert qu’aux changements de domaine ou de sous-domaine. Il ne s’utilise pas pour un passage de HTTP à HTTPS ni pour une refonte sur le même domaine, que Google comprend avec les seules redirections.

Selon l’aide de Google, l’outil transmet les signaux de l’ancien site vers le nouveau pendant 180 jours. Google demande de conserver les redirections au moins 180 jours, et de continuer à payer l’ancien domaine au moins un an pour éviter qu’un tiers le rachète (Aide Search Console, « Outil de changement d’adresse », page sans date affichée, consultée le 4 novembre 2026). La documentation de Search Central va plus loin : garder les redirections le plus longtemps possible, en général au moins un an.

La liste de contrôle complète

Voici la méthode résumée en trois temps.

Moment	À faire	Pourquoi
Avant	Exporter les pages et requêtes de la Search Console	Savoir quelles pages apportent du trafic
Avant	Relever titres, méta-descriptions et pages qui reçoivent des liens	Ne rien perdre au changement de gabarit
Avant	Décider pour chaque page : garder, fusionner ou supprimer	Préserver les contenus qui marchent
Avant	Écrire le plan de redirection 301, page à page	Transmettre les signaux aux nouvelles adresses
Avant	Recetter sur une adresse de test protégée	Corriger avant que Google ne voie le site
Le jour J	Retirer noindex et blocages robots.txt du test	Éviter que le site sorte de l’index
Le jour J	Tester toutes les redirections (code 301, sans chaîne)	Vérifier que chaque ancienne adresse aboutit
Le jour J	Envoyer le nouveau sitemap dans la Search Console	Aider Google à découvrir les nouvelles adresses
Le jour J	Si le domaine change : outil de changement d’adresse	Signaler le déplacement à Google
Après	Surveiller chaque semaine les erreurs 404 et le rapport d’indexation	Rattraper les adresses oubliées
Après	Comparer clics et positions des pages clés avec l’export d’avant	Repérer une page qui décroche
Après	Demander aux sites partenaires de corriger leurs liens	Réduire la dépendance aux redirections
Après	Garder les redirections au moins un an	Laisser à Google le temps de tout transférer

Combien de temps pour retrouver ses positions après une refonte ?

Google ne donne pas de délai garanti : pour un site de taille moyenne, il parle de quelques semaines ou plus avant que les nouvelles adresses remplacent les anciennes, et davantage pour un grand site. Méfiez-vous des dates promises.

Voici ce que Google écrit, et seulement cela (Google Search Central, page mise à jour le 20 août 2026). Des variations de classement temporaires sont à prévoir pendant le déplacement : c’est normal, et les positions se stabilisent avec le temps. La vitesse dépend surtout du nombre d’adresses et de la rapidité du serveur. Le déplacement n’est terminé que lorsque Googlebot a visité au moins une fois chaque adresse de l’ancien et du nouveau site.

Une baisse légère les premiers jours ne doit pas affoler. Une chute nette et durable sur une page précise, en revanche, signale presque toujours un problème technique : une redirection manquante, une page restée en noindex, un contenu amputé. C’est là que l’export d’avant la refonte prend toute sa valeur.

Et les IA, que deviennent-elles pendant une refonte ?

Pour les IA, la règle est la même que pour Google : garder ce qu’elles citent déjà, et donner aux nouvelles pages une structure qu’elles comprennent sans effort. Une refonte peut faire perdre des citations comme elle fait perdre des positions.

Pour les aperçus IA et le mode IA de Google, Google indique qu’il n’existe aucune exigence supplémentaire : une page doit être indexée et pouvoir s’afficher avec un extrait dans la recherche classique (Google Search Central, « Fonctionnalités d’IA et votre site Web », page mise à jour le 10 décembre 2025). Une page perdue pendant la refonte sort donc aussi de ces réponses.

Avant la refonte, posez à ChatGPT, Perplexity et Gemini les questions que vos clients se posent, et notez les pages de votre site qu’ils citent. Traitez-les comme vos pages les plus visitées : on les garde, on les redirige avec soin, on ne coupe pas les passages qui servaient de réponse.

La refonte est aussi le bon moment pour corriger ce que les IA répètent de travers. Dans les audits, nous relevons des prix faux, des services disparus, des infos fausses et des noms de produits changés que les médias n’ont pas suivis. Un site clair et à jour aide à rectifier le tir.

Pour les nouvelles pages, la structure compte. Un titre par sujet, une réponse directe dès la première phrase sous chaque intertitre, des faits datés et sourcés, des tableaux quand on compare. Notre étude des 317 pages citées par les IA détaille ces critères, et l’article sur les sites lisibles par ChatGPT les applique à un site de professionnel.

Le conseil le plus utile reste simple : exportez dès aujourd’hui vos pages et requêtes de la Search Console, même si la refonte n’est prévue que dans six mois. Cet export est la seule photographie fiable de ce que vous risquez de perdre.

Si vous préparez une refonte, nous intégrons l’inventaire, le plan de redirection et le suivi d’après mise en ligne à chaque refonte de site, avec une mise en ligne 1 à 2 semaines après le feu vert. Pour en parler à partir de votre site actuel, décrivez-nous votre projet.