Une refonte réussie sur le plan visuel peut faire perdre la moitié du trafic organique en trois semaines. La cause est presque toujours la même : les adresses ont changé et rien ne relie les anciennes aux nouvelles.
Le plan de redirection n’est pas une tâche de fin de projet. Il se prépare avant la mise en ligne et se contrôle pendant un mois après.
Avant : le relevé exhaustif
Vous ne pouvez pas rediriger ce que vous ne connaissez pas. Quatre sources, complémentaires, à croiser.
Un crawl du site actuel, qui donne toutes les pages accessibles par la navigation. C’est la base, et elle est incomplète.
Le sitemap, qui contient parfois des pages non liées dans la navigation.
La Search Console, sur douze mois, qui révèle les pages recevant du trafic organique, y compris celles que le crawl n’a pas trouvées. C’est la source la plus précieuse : elle vous dit ce qui a de la valeur.
Les journaux du serveur sur trois mois, qui montrent les adresses réellement demandées, y compris par des liens externes anciens que vous aviez oubliés.
L’union de ces quatre sources donne votre périmètre. Sur un catalogue de taille moyenne, comptez plusieurs milliers d’URL, dont une partie ne mérite aucun traitement.
Prioriser plutôt que tout traiter
Rediriger dix mille pages une par une n’est ni possible ni utile. Trois niveaux de traitement.
Les règles générales. Si la structure d’URL change de façon systématique, une règle couvre des milliers de pages. C’est le cas quand vous retirez un préfixe, changez le format des identifiants, ou passez d’une structure à une autre.
Les redirections individuelles. Pour les pages qui ne suivent aucune règle : pages CMS renommées, catégories fusionnées, produits regroupés. Concentrez-les sur les pages ayant du trafic ou des liens entrants.
Le traitement en 410. Pour ce qui disparaît sans équivalent. Ce code indique une suppression volontaire et accélère le retrait de l’index, ce qu’une 404 fait plus lentement.
Un repère utile : sur la plupart des refontes, 90 % du trafic organique se concentre sur moins de 20 % des pages. Ce sont celles qui exigent une vérification individuelle.
Gestionnaire de Redirections 301 PrestaShop 8 & 9301, regex, wildcard, monitoring 404 et redirection auto au changement de slug€49.00
Les règles du mapping
Quatre principes, dont le premier est le plus enfreint.
Une redirection pointe vers l’équivalent le plus proche, jamais vers l’accueil. Une redirection massive vers la page d’accueil est traitée comme une erreur douce : le moteur constate que la page d’arrivée n’a rien à voir avec la demande, et le bénéfice est nul. Pour un produit disparu, redirigez vers un produit de remplacement ou, à défaut, vers sa catégorie.
Une redirection est permanente. Le code 301 transmet la valeur de l’ancienne page. Une redirection temporaire ne le fait pas, et elle laisse les deux adresses coexister dans l’index.
Une redirection est directe. Pas de chaîne : si l’adresse A a été redirigée vers B l’an dernier et que B devient C aujourd’hui, mettez à jour la règle A vers C plutôt que d’empiler.
La page d’arrivée doit répondre en 200. Rediriger vers une page elle-même en erreur est un cas fréquent quand le mapping est construit avant que le nouveau site ne soit terminé. Vérifiez après coup, pas avant.
Le jour de la bascule
Ordre des opérations, chacune conditionnant la suivante.
- Les redirections sont en place avant l’ouverture, testées sur l’environnement de préproduction avec les vraies adresses.
- Le sitemap est régénéré avec les nouvelles adresses uniquement, et soumis.
- Les liens internes pointent vers les nouvelles adresses, pas vers les anciennes qui redirigent. Un site dont tous les liens internes passent par une redirection ralentit son exploration et dilue la valeur.
- Le fichier robots est vérifié, en particulier si l’environnement de préproduction bloquait l’indexation. Une directive de blocage oubliée en production est l’accident le plus coûteux d’une refonte.
- Les balises canoniques pointent vers les nouvelles adresses.
Les quinze jours suivants
C’est la période où tout se joue, et où la plupart des projets relâchent l’attention.
Les erreurs 404 dans la Search Console, à consulter tous les deux jours. Chaque nouvelle 404 signale une adresse oubliée dans le mapping.
Les journaux du serveur, filtrés sur les codes 404 et 500. Ils remontent plus vite que la Search Console et incluent les demandes des robots.
Le trafic organique, comparé à la même période de l’année précédente plutôt qu’au mois précédent. Une baisse de 10 à 20 % pendant deux à quatre semaines est normale, le temps que les moteurs traitent les redirections. Une baisse de 50 % signale un problème.
Les positions sur vos vingt requêtes principales, relevées avant la refonte et suivies après.
Combien de temps garder les redirections
Question fréquente. Les moteurs transmettent la valeur assez rapidement, mais les liens externes et les favoris des visiteurs, eux, ne se mettent jamais à jour.
La règle prudente : conservez les redirections indéfiniment tant qu’elles ne posent pas de problème de performance. Un fichier de quelques milliers de règles bien indexé ne coûte rien. Ce qui coûte, ce sont les chaînes accumulées au fil de plusieurs refontes successives, qu’il faut aplatir périodiquement.
Les erreurs classiques
Rediriger toutes les anciennes pages vers l’accueil, déjà évoqué, et de loin le plus destructeur. Oublier les versions avec et sans barre oblique finale, qui sont deux adresses distinctes. Ignorer les images, dont les adresses changent aussi et qui peuvent recevoir du trafic. Et laisser les paramètres d’URL des anciens filtres sans traitement, ce qui produit un volume important d’erreurs.
Le Gestionnaire de Redirections 301 pour PrestaShop gère cette chaîne sur PrestaShop 8 et 9 : import en masse du mapping, règles par motif en plus des redirections individuelles, détection des chaînes et des boucles, et suivi des 404 rencontrées pour compléter le plan au fil des jours.
