Refonte de site : préparer les URL, redirections et contrôles

Préservez les entrées que vos clients utilisent déjà

La page d’accueil n’est pas le seul point d’entrée d’un site. Un visiteur peut arriver depuis une ancienne campagne, une fiche enregistrée ou un PDF mentionné dans un courriel. Une refonte réussie visuellement peut donc laisser des parcours inutilisables si les anciennes adresses ont été oubliées.

Pour chaque ressource importante, prenez une décision : conserver, déplacer vers un contenu équivalent ou retirer sans remplacement. Attribuez cette décision à une personne. La liste doit être partagée avec l’équipe qui développe et celle qui prépare les contenus, avant la publication.

Cette méthode constitue un plan de contrôle pour un site d’entreprise. Un grand catalogue, un changement de domaine ou une application complexe peut exiger un travail supplémentaire. Elle sert à réduire les erreurs évitables, sans promettre le maintien d’une position dans les résultats de recherche.

Constituez un inventaire commun des adresses

Rassemblez les prestations, produits, articles, téléchargements et pages de destination utilisées en campagne. Croisez les exports du CMS, les sitemaps, les données de fréquentation et les informations sur les liens disponibles. Aucune liste ne doit être considérée comme exhaustive sans examen.

Ajoutez l’utilité de chaque ressource, son responsable et son sort après la refonte. Pour un petit site, un tableau peut suffire à condition qu’il reste aligné sur la mise en œuvre. Une ligne simplement marquée « SEO » ne précise ni le travail attendu ni son résultat.

Ces adresses servent uniquement d’illustration. Elles ne forment pas une configuration à copier en production. Choisissez la destination selon l’information que le visiteur espérait trouver. Une page accessible mais sans rapport avec cette attente ne constitue pas une reprise satisfaisante.

Ne changez une URL que pour une raison claire

Un nouveau graphisme n’impose pas de nouvelles adresses. Conservez les chemins utiles lorsque c’est possible. Si deux pages sont regroupées, précisez les informations maintenues et la manière dont la nouvelle page répond aux deux anciens besoins.

La documentation Google sur les redirections identifie les réponses serveur 301 et 308 comme permanentes. Le statut retenu doit correspondre à la décision réelle. Une interruption temporaire et un déplacement définitif ne décrivent pas la même situation.

Demandez une correspondance testable entre les anciennes et les nouvelles adresses. Une règle qui envoie toutes les inconnues vers l’accueil masque les choix non résolus. Si la destination reste indéterminée, gardez le point ouvert dans le suivi plutôt que de le déclarer migré.

Vérifiez la destination finale et son contenu

Examinez ensemble l’adresse initiale, la cible annoncée et la page obtenue à la fin. Un premier code correct ne prouve pas que le parcours aboutit. La chaîne peut conduire à une autre redirection, une page manquante ou une mauvaise langue.

Un relevé utile comporte l’ancienne URL, la cible attendue, la cible observée, le statut final, la correspondance du contenu et la personne ayant vérifié. Testez manuellement plusieurs cas représentatifs avant la mise en ligne, puis contrôlez l’ensemble du périmètre convenu avec un outil adapté.

Gardez une vérification humaine pour le sens : un code HTTP ne sait pas si la nouvelle page répond à la question d’origine. Vérifiez aussi les fichiers directement. Une page produit peut être correcte alors que sa documentation a disparu. Notez les exceptions et leur décision au lieu de les retirer du compte rendu.

Alignez les liens internes et les indications canoniques

Dans sa documentation sur les URL canoniques, Google décrit les redirections et annotations canoniques comme des signaux forts, et le sitemap comme un signal plus faible. Ces indications ne garantissent pas la sélection d’une URL particulière.

Choisissez une adresse finale souhaitée pour chaque page publique. Vérifiez que navigation, liens utiles, balise canonique et sitemap correspondent à ce choix. Pour plusieurs langues, assurez-vous que les liens d’équivalence renvoient à des pages existantes dans la bonne version régionale.

Conservez ce relevé pour les prochaines modifications éditoriales. Un lancement correct peut être fragilisé si une mise à jour réintroduit ensuite des liens obsolètes. Avec une décision documentée, le responsable du contenu peut corriger le lien sans reconstituer toutes les discussions du projet.

Distinguez la préproduction du site public

Une copie de test a besoin de règles d’accès propres. L’introduction Google à robots.txt explique les limites de ce contrôle d’exploration. Ce fichier ne remplace ni un mot de passe ni une protection générale des informations confidentielles.

Listez les restrictions réservées à la préproduction. Avant publication, examinez les réglages attendus sur le site public depuis un navigateur déconnecté : réponse, contenu, métadonnées et accès. Les espaces réellement privés doivent rester protégés. Le choix d’indexation et le contrôle d’accès nécessitent des vérifications distinctes.

Préparez la mise en ligne et la restauration

• Identifiez les personnes pouvant publier, modifier les redirections et restaurer la version précédente.
• Vérifiez ce que contiennent les sauvegardes et comment y accéder.
• Prévoyez la conservation des nouvelles demandes ou commandes en cas de restauration.
• Fixez la manière d’intégrer les contenus modifiés peu avant le lancement.
• Testez le parcours principal de demande ou d’achat sur le site publié.
• Notez la version, les problèmes connus et les responsables des contrôles suivants.

Revenir en arrière nécessite une décision sur les données. Restaurer une ancienne base sans traiter les nouvelles commandes peut créer un problème commercial, même si le précédent design réapparaît. Définissez le processus pour les systèmes réellement utilisés avant d’avoir besoin de l’exécuter.

Suivez les indices après la publication

Le guide Google des changements d’URL couvre la correspondance et le suivi, les fluctuations possibles et la conservation des redirections : aussi longtemps que possible, généralement au moins un an. Gardez ce point dans les consignes de maintenance après le projet.

Comparez des périodes et groupes de pages cohérents. Notez la publication et les autres changements dans le journal de mesure. Une variation du total quotidien ne distingue pas une évolution de visibilité, une mesure différente ou un formulaire défaillant. Cherchez les preuves propres à chaque hypothèse avant de conclure.

Le brief de refonte permet de présenter le site et ses parcours prioritaires. Si des adresses sont déjà cassées, commencez par le brief SEO et l’inventaire des ressources concernées. La demande portera alors sur un problème vérifiable.

Sources et limites

Sources vérifiées le 15 octobre 2026. Les exemples d’adresses et le format de suivi sont des outils éditoriaux. Ils ne décrivent pas une migration client mesurée.

• Google Search Central : changements d’URL. Planification, suivi et redirections.
• Google Search Central : redirections. Nature des déplacements permanents.
• Google Search Central : URL canoniques. Cohérence des signaux.
• Google Search Central : robots.txt. Limites du contrôle d’exploration.