1. Les quatre causes de chute
- Des URL modifiées sans redirection — chaque adresse perdue emporte ses positions et ses liens entrants.
- Un contenu appauvri — la nouvelle version est plus belle et dit moins ; les pages qui répondaient à une intention ne la couvrent plus.
- L’indexation bloquée — un fichier robots.txt ou une balise noindex de l’environnement de préproduction resté en place.
- Une régression technique — site plus lourd, rendu dépendant du JavaScript, fil d’Ariane et balisage disparus.
Ces quatre causes sont toutes évitables, et toutes détectables avant la mise en ligne.
2. Avant : l’inventaire
Rien ne commence avant d’avoir la liste de ce que vous possédez déjà. Trois sources à croiser : l’exploration complète du site actuel, les pages avec impressions et clics dans la Search Console sur douze mois, et les pages recevant des liens externes.
De cette liste sort une classification : pages à conserver telles quelles, pages à fusionner, pages à supprimer volontairement. Une page qui génère des demandes ne se supprime pas parce qu’elle n’entre pas dans le nouveau gabarit.
3. Le plan de redirections
- Une redirection 301 par ancienne URL — permanente, vers la page équivalente la plus proche.
- Pas de redirection en masse vers l’accueil — Google la traite comme une page introuvable et l’équité de liens est perdue.
- Une seule étape — éviter les chaînes de redirections successives.
- Les paramètres et les versions — http, www, majuscules, barres obliques finales : une seule forme canonique.
Le plan se prépare dans un tableau — ancienne URL, nouvelle URL, motif — et se teste avant la mise en ligne, pas après.
4. Ce qu’il ne faut pas raccourcir
Les refontes sont souvent portées par une volonté de dépouillement visuel. Le risque : supprimer précisément le texte qui produisait les positions.
- Les pages de service — conserver la description des prestations, du déroulement, des délais et des zones desservies.
- Les contenus qui répondent à des questions — ce sont eux qui occupent les extraits et alimentent les réponses IA.
- Les titres et les intertitres — les modifier sans raison réinitialise une correspondance qui fonctionnait.
- Les données structurées — à reporter sur les nouveaux gabarits, pas à réinventer.
5. Le jour du lancement
Une liste de contrôle courte, exécutée dans l’heure suivant la mise en ligne, évite l’essentiel des dégâts.
- Retirer les blocages — robots.txt, balises noindex, protection par mot de passe.
- Vérifier un échantillon de redirections — vingt URL parmi les plus performantes.
- Soumettre le nouveau plan de site — et vérifier qu’il ne contient que des adresses canoniques en 200.
- Contrôler le suivi — analytique, conversions, appels, formulaires.
- Tester les gabarits sur mobile — affichage, performance, formulaires envoyés.
6. Les 90 jours suivants
Une variation de positions pendant deux à quatre semaines est normale : les moteurs réexplorent et réévaluent. Ce qui n’est pas normal, c’est une baisse qui s’installe.
Surveillez chaque semaine les erreurs d’exploration, les pages exclues de l’index, les positions de vos vingt requêtes principales et les Core Web Vitals. Comparez au relevé pris avant la refonte — c’est le seul moyen de distinguer un ajustement d’un problème.
7. Questions fréquentes
Deux à six semaines pour un site bien redirigé. Au-delà, il y a une cause à corriger, pas une période à attendre.
C’est la solution la plus sûre. Ne changez la structure d’adresses que si elle nuit réellement à la compréhension du site.
Au moins un an, et indéfiniment pour les pages ayant des liens entrants. Une redirection n’a aucun coût de maintien.
Oui, et c’est souvent préférable : gabarit par gabarit, en mesurant après chaque lot plutôt qu’en basculant tout un site le même jour.
Oui. Sans inventaire des URL, de leurs performances et de leurs liens, le plan de redirections ne peut pas être complet.