Une refonte perd son trafic par les redirections, pas par le design

Avatar de Servan Thouvenot

·

4 min de lecture

Une refonte de site s’annonce toujours par la maquette, jamais par le fichier .htaccess. C’est pourtant là, dans la table de redirections, que se joue le sort du trafic acquis depuis des années. Un site refait avec soin peut perdre la moitié de ses visites en deux semaines, non pas parce que Google boude le nouveau design, mais parce que les anciennes URLs renvoient une erreur ou pointent vers la mauvaise page.

Le code de retour compte plus que la charte graphique

Quand une page change d’adresse, le serveur doit répondre par un code HTTP précis. Le 301 signifie un déplacement permanent : les moteurs transfèrent la valeur de l’ancienne page vers la nouvelle, et l’internaute n’en voit rien. Le 302 signifie un déplacement temporaire : les moteurs continuent d’indexer l’ancienne adresse, en attendant qu’elle revienne. Confondre les deux, ou laisser un lot de pages répondre en 302 par défaut d’un CMS mal configuré, revient à dire à Google que rien n’a changé — alors que l’ancienne page n’existe plus.

La documentation de Google Search Central sur les redirections le rappelle sans détour : un 301 mal posé, ou absent, casse le lien entre l’historique d’une page et sa version refaite. Nous avons vu des sites entiers perdre leur ancienneté parce que la migration technique avait traité les redirections comme une étape annexe, réglée en une heure la veille de la mise en ligne.

La chaîne de redirections, invisible et coûteuse

Un site vit plusieurs années avant sa refonte, et chaque changement de structure laisse une redirection. À la refonte suivante, ces redirections s’empilent : l’ancienne page A redirige vers B, qui redirige à son tour vers C. Chaque maillon supplémentaire ralentit le chargement et dilue un peu plus le signal transmis. Les moteurs suivent ces chaînes jusqu’à un certain nombre de sauts, au-delà duquel ils abandonnent purement et simplement la page d’origine.

Le symptôme est toujours le même : des positions qui reculent sans raison apparente, un mois après la mise en ligne. La cause, elle, se trouve en quelques minutes avec un simple outil de vérification des en-têtes HTTP. C’est un travail de nettoyage, pas de diagnostic compliqué — mais un travail que la pression du calendrier de refonte fait sauter presque systématiquement.

Le plan de correspondance avant la mise en ligne

La bonne pratique tient en une feuille de calcul, établie avant que la nouvelle arborescence ne soit figée : chaque URL existante face à sa destination exacte sur le nouveau site. Ce plan de correspondance se construit à partir des pages qui reçoivent réellement des visites et des liens externes, pas à partir de l’organigramme imaginé par la nouvelle maquette. Une page discrète qui capte encore dix visites par jour depuis trois ans mérite sa ligne dans le tableau, autant qu’une rubrique vedette.

Ce travail se recoupe avec ce que révèle la mesure des statistiques du site avant refonte : les pages qui comptent ne sont pas toujours celles qu’on croit. Une refonte qui commence par ce plan, et qui vérifie ensuite chaque redirection une fois le site en ligne, traverse la bascule sans à-coup. Celle qui le traite comme une formalité le paie, en trafic, plusieurs mois plus tard.

La balise canonique ne remplace jamais une redirection

Certaines équipes, pressées, choisissent de laisser l’ancienne page en ligne et de poser une balise canonique vers la nouvelle, en pensant régler le même problème qu’une redirection. Ce sont deux outils différents : la balise canonique dit aux moteurs quelle version préférer quand deux pages coexistent, mais elle laisse l’ancienne adresse accessible, avec son propre code de retour 200, et n’empêche personne d’y arriver directement et d’y rester.

Une refonte qui multiplie ce raccourci se retrouve avec deux arborescences vivantes en parallèle, l’une officiellement préférée et l’autre techniquement toujours servie, ce qui complique la lecture des statistiques autant que celle des moteurs. La redirection, elle, referme proprement l’ancienne adresse : c’est la seule option quand une page change vraiment de place, la balise canonique ne servant qu’à départager des doublons qui doivent, eux, continuer d’exister.


Avatar de Servan Thouvenot

À lire aussi