Lors d’une refonte, conservez les URL utiles lorsqu’elles peuvent rester cohérentes. Si une adresse doit changer, préparez une correspondance vers une page qui répond réellement au même besoin. Une redirection vers l’accueil pour tous les anciens contenus n’est pas un plan de migration.
Le nouveau design est prêt, les textes sont plus clairs et l’équipe veut mettre le site en ligne. C’est précisément le moment où un inventaire d’URL évite des pertes inutiles. Les anciens liens existent dans Google, les favoris, les documents commerciaux et les sites qui vous citent. Ils ne disparaissent pas quand vous remplacez le thème.
Commencer par les pages, pas par les redirections
Rassemblez les adresses de l’ancien site, les pages présentes dans le sitemap, celles repérées dans Search Console et les liens utilisés dans vos supports. Un crawl donne une photographie de ce qui est accessible ; il ne couvre pas forcément toutes les anciennes routes. Un export de Search Console ne raconte pas non plus tout l’historique.
Pour chaque page importante, notez le sujet, le rôle dans le parcours et la présence éventuelle de visites ou de demandes. Une page peu visitée peut contenir un document indispensable à vos clients. Une page qui reçoit des impressions peut, au contraire, ne plus correspondre à votre offre. Le choix ne repose pas sur un seul indicateur.
Conserver, enrichir, rediriger ou laisser disparaître
| Situation | Traitement à envisager | Contrôle nécessaire |
|---|---|---|
| Le sujet et l’adresse restent adaptés | Conserver l’URL et améliorer la page | Contenu utile, réponse 200, canonical correcte |
| Le même sujet existe sur une nouvelle adresse | Redirection permanente vers ce remplacement | Correspondance réelle et destination accessible |
| Deux pages apportaient des informations complémentaires | Fusion documentée, puis redirection | Conservation des réponses utiles dans la page finale |
| Le service a disparu sans remplacement pertinent | Vraie page introuvable ou contenu d’information si justifié | Pas de faux remplacement ni de redirection opportuniste |
Une redirection est une décision éditoriale autant que technique. Un article qui explique les paiements en ligne ne répond pas à la même question qu’une page générique de création de site. Avant de choisir une destination, ouvrez-la et vérifiez ce que le visiteur y trouve.
Construire un plan de correspondance exploitable
Un tableau avec l’ancienne URL, l’action, la destination et la justification suffit pour commencer. Ajoutez un responsable et un état de vérification. La justification doit être compréhensible : « même prestation, nouvelle arborescence », « contenu fusionné dans le guide », ou « offre retirée sans équivalent ».
Exemple de scénario : une entreprise regroupe ses pages « entretien de chaudière » et « contrat d’entretien » dans un contenu qui distingue clairement intervention ponctuelle et suivi. La fusion peut être pertinente si les deux besoins restent traités. Si la nouvelle page ne parle que d’un abonnement, elle ne remplace pas complètement l’ancien contenu ponctuel.
La documentation de Google sur les changements d’URL, dans un nouvel onglet recommande de préparer les correspondances et de contrôler la migration. Le traitement demande aussi de garder les redirections suffisamment longtemps et d’éviter les enchaînements inutiles.
Les contrôles avant la mise en ligne
- Chaque ancienne URL traitée rejoint la destination prévue, sans boucle.
- Les destinations finales répondent en 200 et proposent le contenu attendu.
- Les liens internes utilisent les nouvelles adresses directement.
- Le sitemap contient les URL finales pertinentes, pas les anciennes routes redirigées.
- Les canonical correspondent aux pages réellement proposées à l’indexation.
- Les images, téléchargements, formulaires et liens commerciaux importants fonctionnent.
Une sauvegarde permet un retour arrière, mais elle ne remplace pas une recette. Il faut rejouer des parcours concrets : résultat de recherche vers prestation, article vers devis, fiche projet vers contact. Le visiteur ne suit pas nécessairement l’ordre prévu sur la home.
Après la refonte, suivre les bonnes erreurs
Des URL anciennes peuvent continuer à apparaître dans Search Console. Leur présence n’indique pas automatiquement un échec. Vérifiez leur réponse actuelle et leur rôle avant de déclencher une nouvelle intervention. Une ancienne URL redirigée correctement n’a pas vocation à rester indexée comme une page autonome.
En revanche, une page publiée qui répond en 404 par un défaut de routage est à corriger. De même, un bouton du nouveau site qui pointe encore vers une URL supprimée est un problème de navigation interne. Ces situations se traitent à la source, pas seulement dans un tableau d’erreurs.
Suivez les pages importantes, les demandes reçues et les performances de groupes de contenus comparables. Une fluctuation juste après une migration ne suffit pas à identifier sa cause. Conservez la date de publication du nouveau site et la liste exacte des changements pour pouvoir analyser ce qui a réellement bougé.
Questions fréquentes sur les URL de refonte
Faut-il changer toutes les adresses pour avoir un site moderne ?
Non. Le design et l’architecture technique peuvent évoluer sans modifier toutes les URL. Un changement d’adresse doit apporter une amélioration utile, pas être une étape automatique.
Une 404 est-elle toujours à rediriger ?
Non. Sans remplacement pertinent, une vraie page introuvable peut être le traitement correct. Il faut en revanche corriger les liens internes qui y conduisent et offrir une navigation de secours utile.
Une refonte garantit-elle de conserver les positions Google ?
Non. Une préparation sérieuse réduit les erreurs évitables, mais les classements ne sont pas garantis. Le contenu, les changements techniques et d’autres facteurs peuvent influencer les résultats.
Blue Strat prépare les reprises avec une lecture des contenus, des parcours et des contraintes WordPress. Consultez notre accompagnement en refonte UX/UI et notre expertise SEO technique. Pour définir le périmètre, vous pouvez aussi commencer par le guide de préparation d’un projet web.
Nicolas Tissot
Gérant de Blue Strat. WordPress, développement web et référencement pour les artisans, TPE et PME.
Découvrir Nicolas Tissot