En bref : une refonte de site web fait perdre du référencement quand des pages qui attiraient des visites changent d'adresse sans redirection, disparaissent, ou perdent le texte qui les faisait sortir sur Google. Pour l'éviter, on relève avant la refonte les pages qui comptent, on redirige chaque ancienne adresse vers sa nouvelle page équivalente, et on surveille la Search Console pendant les semaines qui suivent la mise en ligne. Sur un site B2B technique, les pages les plus exposées sont souvent les fiches produit, les fiches techniques en PDF et la version anglaise.
Une refonte de site web inquiète souvent pour le SEO, et l'inquiétude est fondée. Un site qui change d'adresses sans précaution perd une partie de ce que Google savait de lui. Google y consacre d'ailleurs une page entière de sa documentation, « Déplacer un site en modifiant les URL », mise à jour en septembre 2026.
La perte n'a pourtant rien d'inévitable. Elle vient de quelques oublis précis, qui se préparent avant la première maquette. C'est ce que les agences appellent une refonte SEO : refaire le site en gardant ce que Google connaît déjà.
Pourquoi une refonte fait-elle baisser le référencement ?
Google classe des pages, pas des sites. Chaque page a une adresse, un contenu et des liens qui mènent à elle. Une refonte peut casser l'un des trois, et c'est presque toujours là que la visibilité se perd.
Le cas le plus courant est l'adresse qui change sans redirection. L'ancienne page renvoie une erreur, Google finit par la retirer de ses résultats, et la nouvelle page repart sans l'historique de l'ancienne.
Le deuxième cas est plus discret. La page garde son adresse, mais son contenu change : un texte raccourci pour tenir dans la maquette, une page d'offre fusionnée dans une page générale, un intitulé remplacé par une formule plus courte. La page existe toujours, elle ne répond plus à la recherche qui l'amenait.
Il y a enfin les liens. Une page qui était accessible depuis le menu se retrouve à trois clics de l'accueil, ou n'est plus liée nulle part. Et parfois, le nouveau site reste fermé aux moteurs de recherche après la mise en ligne, parce qu'un réglage posé pendant le développement pour cacher le site en chantier n'a pas été retiré.
Quelles pages faut-il protéger avant la refonte ?
Trois familles de pages comptent : celles qui reçoivent des clics depuis Google, celles qui reçoivent des liens d'autres sites, et celles qui mènent à des demandes de devis. Elles se repèrent avant de dessiner quoi que ce soit, avec la Search Console, l'outil gratuit de Google pour suivre son site.
Dans le rapport Performances, affichez les pages sur la plus longue période disponible, jusqu'à seize mois. Exportez la liste, puis notez pour chaque page le nombre de clics et les recherches qui l'amènent. Le rapport Liens complète le relevé : il montre quelles pages reçoivent des liens depuis d'autres sites, souvent des distributeurs, des partenaires ou des annuaires professionnels. Ajoutez enfin les pages que vos commerciaux envoient aux prospects, même si Google ne les met pas en avant.
Ce relevé sert deux fois. Il dit quelles adresses ne doivent surtout pas se perdre, et il donne le point de départ pour juger la refonte dans deux mois. C'est la première étape de la méthode détaillée dans le guide sur la refonte de site pour une PME B2B, et l'un des six points de la grille d'audit de site internet avant une refonte.
Fiches produit, PDF, version anglaise : les pages qu'on oublie sur un site B2B

Sur un site industriel, une partie des visites venues de Google n'arrive pas sur les pages du menu. Elle arrive sur des fiches produit, des fiches techniques en PDF et des pages en anglais. Ce sont aussi les pages que l'inventaire oublie, parce que personne dans l'entreprise ne les ouvre depuis l'accueil.
Les fiches techniques en PDF sont le premier angle mort. Google indexe les PDF comme des pages (liste des types de fichiers indexables), et une fiche peut sortir sur la référence exacte d'un produit, celle qu'un installateur tape quand il cherche une documentation. Si les fichiers changent d'emplacement avec le nouvel outil, leurs anciennes adresses doivent être redirigées, vers le nouveau fichier ou vers la fiche produit qui le propose.
Les fiches produit sont souvent les pages les plus nombreuses, et un changement d'outil modifie leurs adresses en bloc. Certains outils imposent un dossier commun aux fiches d'une même collection : sur Webflow, par exemple, chaque produit vit sous une adresse du type /produits/nom-du-produit. Si l'ancien site rangeait ses produits autrement, chaque fiche demande sa ligne de redirection.
La version anglaise se traite comme un second site. Ses anciennes adresses se redirigent comme celles du français, et les balises hreflang, qui indiquent à Google quelle page correspond à quelle langue, sont à refaire. Google demande que chaque version linguistique se cite elle-même et cite les autres. Une version anglaise oubliée dans le plan de redirections perd ses visites sans que l'équipe française s'en aperçoive.
C'est le type de contenu que j'ai repris lors de la refonte du site d'un fabricant de sécurité électronique : un catalogue, de la documentation technique et des actualités, en français et en anglais, aujourd'hui gérés dans le CMS par les équipes du client.
Comment construire un plan de redirections 301 ?

Un plan de redirections est un tableau à deux colonnes : l'ancienne adresse, et la nouvelle page qui la remplace. Il compte une ligne par page qui change d'adresse. Il se remplit pendant la construction de l'arborescence, pas la veille de la mise en ligne, parce que c'est là que l'on décide quelles pages existent encore.
Google fixe les règles dans sa documentation. Il recommande « des redirections HTTP permanentes si possible, telles que 301 et 308 ». Il déconseille de rediriger « en masse vos anciennes URL vers une même URL de destination, comme la page d'accueil ». Une page sans équivalent doit renvoyer une erreur 404 ou 410 plutôt qu'une redirection vers une page sans rapport, que Google risque de traiter comme une fausse page d'erreur. Enfin, il faut conserver les redirections « aussi longtemps que possible, généralement au moins un an ».
| Situation de l'ancienne page | Ce qu'on fait |
|---|---|
| Elle existe dans le nouveau site, à une autre adresse | Redirection 301 vers sa nouvelle adresse |
| Deux anciennes pages fusionnées en une seule | Les deux redirigées vers la page qui les remplace |
| Produit arrêté, remplacé par un autre | Redirection vers la fiche du produit qui le remplace |
| Produit arrêté, sans remplaçant | Erreur 404 ou 410, sans redirection |
| Fiche technique en PDF déplacée | Redirection vers le nouveau fichier ou vers la fiche produit |
| Page sans équivalent ni visites | Erreur 404 ou 410 |
| Page qui garde son adresse | Rien à faire, c'est le meilleur cas |
Une fois le tableau prêt, il reste à saisir les règles dans l'outil : dans les réglages du site sur Webflow, par une extension ou chez l'hébergeur sur WordPress. Pensez aussi aux liens internes. Google demande de les modifier pour qu'ils pointent directement vers les nouvelles adresses, au lieu de passer par une redirection.
Faut-il garder les mêmes adresses pendant une refonte ?
Quand c'est possible, oui. Une page qui garde son adresse n'a besoin d'aucune redirection, et c'est la façon la plus sûre de conserver sa place dans Google.
Mais une refonte change souvent l'arborescence, et c'est même souvent sa raison d'être. Si une page « Nos solutions » regroupait dix offres, la nouvelle arborescence du site lui donnera dix pages, avec dix nouvelles adresses. Garder l'ancienne adresse à tout prix reviendrait à garder l'ancien problème.
La règle que j'applique se décide page par page. Une page qui reçoit des clics garde son adresse si la nouvelle structure le permet. Sinon, elle change, et sa redirection est écrite dans le plan avant que la page soit développée.
Que vérifier le jour de la mise en ligne ?
Le jour de la bascule, cinq contrôles évitent l'essentiel des mauvaises surprises :
- Le site est ouvert aux moteurs de recherche : aucune balise noindex et aucun blocage dans le fichier robots.txt hérités du développement.
- Les redirections répondent. Testez une vingtaine de lignes du tableau, en commençant par les pages qui avaient le plus de clics.
- Le nouveau sitemap est envoyé dans la Search Console, comme Google le demande.
- Les formulaires envoient bien les demandes, et l'outil de statistiques les compte.
- Les liens du menu, du pied de page et des textes pointent vers les nouvelles adresses.
Le dernier point paraît mineur. Il compte pourtant : chaque lien interne qui passe par une redirection oblige Google à faire un détour, et un oubli dans le menu se répète sur toutes les pages du site.
Combien de temps faut-il pour retrouver son trafic après une refonte ?
Google prévient qu'« il peut s'écouler quelques semaines ou plus avant que Google ne commence à afficher progressivement les nouvelles URL ». Une baisse passagère pendant cette période n'est pas un signal d'alarme. Une baisse qui dure, concentrée sur quelques pages, en est un.
La première semaine, ouvrez le rapport Pages de la Search Console. Une ancienne adresse qui apparaît en erreur 404 signale presque toujours une ligne oubliée dans le plan de redirections. Elle se corrige en quelques minutes. À un mois puis à deux mois, comparez les clics page par page avec le relevé fait avant la refonte. C'est là qu'on voit si une page a perdu sa place parce que son texte a trop changé.
Je fais ce suivi sur mon propre site. En octobre, j'ai redirigé un ancien article que Google explorait sans l'indexer vers un article plus complet sur le même sujet, puis j'ai vérifié que l'ancienne adresse renvoyait bien vers la nouvelle et qu'elle était sortie du sitemap. Deux contrôles, le jour même.
Une refonte peut-elle améliorer le référencement ?
Oui, quand elle donne à chaque offre sa propre page, avec un titre clair et des liens qui y mènent. Google comprend alors quelle page répond à quelle recherche, ce qu'une page fourre-tout ne lui permet pas.
Cette amélioration ne vient pas toute seule. Elle suppose de garder ce qui fonctionnait déjà : les pages qui recevaient des clics, les termes que vos clients tapent, les liens que d'autres sites vous ont donnés. Une refonte qui repart de zéro sur le contenu peut produire un site plus clair et moins visible. Une refonte qui part du relevé de l'existant garde l'acquis et ajoute des pages là où l'offre en manquait.
Questions fréquentes
Une refonte de site fait-elle perdre son référencement ? Pas si chaque page qui change d'adresse est redirigée vers sa nouvelle équivalente, et si les contenus qui attiraient des visites sont conservés ou améliorés. Une fluctuation de quelques semaines reste normale pendant que Google découvre les nouvelles adresses.
Combien de temps faut-il garder les redirections 301 ? Google recommande de les conserver aussi longtemps que possible, généralement au moins un an. Rien n'oblige à les retirer ensuite : des liens anciens, des favoris ou des documents imprimés peuvent encore mener à ces adresses.
Faut-il garder les mêmes URL lors d'une refonte ? Quand la nouvelle arborescence le permet, oui : une page qui garde son adresse n'a besoin d'aucune redirection. Quand la structure change, une nouvelle adresse est préférable, à condition d'écrire sa redirection dans le plan avant le développement.
Peut-on rediriger toutes les anciennes pages vers l'accueil ? Non. Google déconseille explicitement de rediriger en masse les anciennes adresses vers une même page. Chaque ancienne page doit renvoyer vers sa vraie équivalente, ou vers une erreur 404 si elle n'en a pas.
Le référencement se protège avant la première maquette
Une refonte ne fait pas perdre son référencement par elle-même. Ce qui le fait perdre, ce sont les pages oubliées dans l'inventaire et les adresses qui changent sans redirection. Sur un site B2B technique, regardez en priorité les fiches produit, les PDF et la version anglaise.
Si vous préparez une refonte et voulez savoir quelles pages portent aujourd'hui votre visibilité, voyez ce que comprend une refonte de site internet, ou parlons-en lors d'un premier échange.
