Refonte de site web et référencement : inventorier les URL positionnées, écrire le plan de redirections 301, comparer les crawls et surveiller la Search Console.
Une refonte fait perdre du trafic quand le nouveau site abandonne les adresses qui recevaient déjà des visites. Trois gestes évitent la casse : inventorier les pages positionnées avant de toucher au design, écrire un plan de redirections page à page, puis comparer les crawls avant et après la mise en ligne. Le reste relève du suivi.
Ce qu’une refonte casse vraiment
Changer de thème graphique ne déclasse rien en soi. Le danger vient de trois décisions prises pendant le chantier, souvent sans arbitrage SEO : la réorganisation des rubriques, la suppression de pages jugées obsolètes, et l’allègement des textes au profit du visuel.
La réorganisation des rubriques modifie les adresses. Chaque ancienne URL qui disparaît sans consigne renvoie une erreur 404, et le moteur finit par la retirer de son index. Les positions acquises partent avec elle.
La suppression de pages pose un problème plus sournois. Un article de 2019 qui paraît daté au comité de pilotage concentre parfois une part importante des visites et des liens entrants du site. Sans données sous les yeux, l’arbitrage se fait à l’intuition, et l’intuition se trompe.
L’allègement des textes agit plus lentement. Une page produit qui passe de 900 à 250 mots perd le vocabulaire qui la rendait pertinente sur ses requêtes. Le classement se dégrade sur quelques semaines, sans erreur technique visible.
L’inventaire des pages qui rankent, avant le design
Cet inventaire conditionne tout le reste du projet. Il se construit en croisant quatre sources, chacune apportant ce que les autres ignorent.
Quatre sources à croiser
- La Search Console, rapport Performances : les requêtes et les pages qui reçoivent des clics et des impressions, sur un historique de 16 mois selon l’aide Google
- Le sitemap XML en production, qui donne le périmètre revendiqué par le site
- Un crawl complet du site actuel, qui révèle les pages orphelines absentes du sitemap
- Les logs du serveur, seule source qui montre ce que le robot de Google explore réellement
Un cinquième relevé mérite le détour : la liste des pages qui reçoivent des liens externes. Une page sans trafic mais pointée par un annuaire professionnel ou un article de presse conserve une valeur qui justifie sa redirection.
Trois décisions par URL
Chaque adresse relevée reçoit une décision explicite. Garder l’URL telle quelle, ce qui reste l’option la plus sûre pour les pages performantes. Fusionner deux pages proches en une seule, plus complète, avec redirection de celle qui disparaît. Supprimer, enfin, pour les contenus vides d’intérêt et sans lien entrant.
Ce tableau de décisions devient le cahier des charges de l’intégrateur. Sans lui, les arbitrages se prennent en fin de projet, dans l’urgence de la mise en ligne.
Le plan de redirections, ligne à ligne
Le plan de redirections associe chaque ancienne adresse à son équivalent le plus proche sur le nouveau site. Une redirection 301 signale un déplacement permanent et transmet les signaux accumulés vers la nouvelle page. La 302, temporaire, n’a pas sa place dans une migration définitive.
Sur une refonte d’ampleur, plusieurs milliers d’URL et une arborescence entièrement repensée, l’exercice dépasse le temps disponible d’un webmaster seul. Beaucoup d’équipes préfèrent alors se faire accompagner sur ce chantier par une structure qui reprend l’inventaire des positions et des liens entrants avant de valider la nouvelle arborescence, plutôt que de découvrir les pertes trois mois après la mise en ligne.
Quatre erreurs reviennent dans presque tous les projets ratés :
- Rediriger toutes les anciennes pages vers la page d’accueil, ce que Google traite comme des erreurs 404 déguisées
- Enchaîner les règles les unes derrière les autres, jusqu’à créer des chaînes de trois ou quatre sauts
- Oublier les variantes techniques : http vers https, avec et sans www, majuscules, barre oblique finale
- Retirer les règles au bout de trois mois, quand le trafic semble stabilisé
Sur ce dernier point, la documentation de Google relative aux migrations demande de conserver les redirections au moins un an, et davantage lorsque des liens externes continuent d’envoyer du monde vers les anciennes adresses. Le coût de conservation reste nul, contrairement au coût d’un retrait prématuré.
Les pages réellement supprimées, sans équivalent, méritent un code 410 plutôt qu’un 404 silencieux. Le signal est net et accélère leur sortie de l’index. Notre guide sur les liens morts et les erreurs 404 détaille la mécanique de détection.
Le crawl avant et après, la preuve par comparaison
Un crawl du site actuel, réalisé avant la bascule, sert de photographie de référence. Il enregistre pour chaque page son titre, sa méta-description, ses balises de titre, son URL canonique et son statut HTTP.
Le même crawl, lancé sur la préproduction, se compare ligne à ligne à la photographie initiale. Les écarts sautent aux yeux : titres tronqués par le nouveau modèle, balises canoniques pointant vers le domaine de test, pages absentes du nouveau maillage.
Trois vérifications s’ajoutent avant la mise en ligne :
- Le fichier robots.txt de production n’interdit pas l’exploration, contrairement à celui de la préproduction
- Aucune balise meta robots noindex ne subsiste dans les modèles de page
- Les balises canoniques pointent vers le domaine définitif, pas vers l’environnement de test
Le blocage oublié dans le fichier robots.txt reste la panne la plus fréquente des mises en ligne, et la plus rapide à corriger si la vérification figure dans la liste de contrôle. Nos recommandations sur l’environnement de préproduction couvrent le sujet en détail.
Le maillage interne, grand oublié des cahiers des charges
Les redirections traitent les liens entrants venus de l’extérieur. Elles ne réparent pas le maillage du site lui-même, refait de zéro par le nouveau modèle de page.
Trois pertes typiques accompagnent une refonte. Les liens contextuels placés dans le corps des anciens articles, souvent supprimés lors de la reprise éditoriale. Les blocs de pages associées, remplacés par un carrousel automatique qui pointe vers les contenus les plus récents plutôt que vers les plus pertinents. Le fil d’Ariane, parfois abandonné au nom de la sobriété visuelle.
Une page qui recevait quinze liens internes et n’en reçoit plus que deux perd de la visibilité auprès du robot, quelle que soit la qualité de son texte. Le crawl de référence sert ici une seconde fois : il compte les liens entrants internes de chaque page avant travaux, et fournit la cible à reconstituer après.
La reprise se planifie par lots, en commençant par les vingt pages les plus performantes. Notre article sur l’arborescence d’un site détaille la méthode de structuration.
Les contenus réécrits, à traiter comme des pages neuves
Une refonte s’accompagne souvent d’une reprise éditoriale. Les textes changent, les titres aussi, et la page qui se trouvait derrière une adresse devient un autre document.
Ce cas ne relève plus de la migration mais de la publication. Une page réécrite à 80 % repart en évaluation par le moteur, avec le délai que cela suppose. Conserver l’URL d’origine limite la casse, sans l’annuler.
Deux garde-fous limitent le risque : garder le vocabulaire des requêtes sur lesquelles la page se positionnait déjà, et vérifier la longueur du nouveau texte face à l’ancien. Le rapport Performances de la Search Console, filtré page par page, donne la liste des requêtes à préserver avant que le rédacteur ne commence. Les repères de rédaction des balises title et méta-descriptions s’appliquent au passage.
Les quinze jours qui suivent la bascule
La surveillance commence le jour de la mise en ligne, dans la Search Console. Trois rapports méritent une lecture quotidienne pendant deux semaines.
Le rapport Indexation des pages montre la bascule des anciennes adresses vers le statut redirigé et l’arrivée des nouvelles en indexation. Une progression lente est normale, une explosion des pages en erreur ne l’est pas.
Les Statistiques d’exploration, dans les paramètres de la propriété, révèlent le comportement du robot : volume de pages explorées par jour, temps de réponse moyen, répartition des codes HTTP. Une chute brutale du volume signale un blocage.
Le rapport Performances, enfin, se lit en comparant deux périodes de même durée. Une baisse de 10 à 20 % des clics pendant les premières semaines fait partie du scénario normal d’une migration SEO réussie. Une chute de moitié appelle une inspection immédiate du plan de redirections.
Si la refonte s’accompagne d’un changement de nom de domaine, l’outil de changement d’adresse de la Search Console prévient explicitement le moteur. Il contrôle la propriété des deux versions et teste les redirections sur les cinq URL les plus importantes avant d’enregistrer la demande, annulable pendant 180 jours d’après l’aide Google. Notre guide de la Search Console revient sur l’ensemble des rapports.
Le budget de contrôle, à réserver dès le devis
Un projet de refonte concentre le budget sur le design et l’intégration. Le contrôle du référencement arrive en fin de course, quand la trésorerie du projet a fondu. Réserver l’enveloppe au moment du devis change la donne.
Trois postes méritent une ligne dédiée : le crawl de référence avant travaux, la production du plan de redirections, et un mois de surveillance après la bascule. Ces trois postes représentent une part modeste du budget global, sans commune mesure avec le coût d’une reconquête de positions perdues.
Le choix du prestataire compte autant que le budget. Notre comparatif sur la question du design en refonte et notre guide du SEO technique donnent les repères pour arbitrer.
Prochaine étape : exporter dès aujourd’hui les douze derniers mois du rapport Performances de la Search Console, avant que le chantier de refonte ne démarre. Cet export vaut contrat entre le site actuel et sa future version.
