Refonte de site web : préparer les redirections avant de changer les URL
Inventaire des anciennes URL, destinations pertinentes et tests de parcours : une méthode concrète pour préparer les redirections lors de votre refonte.
- Publication
- KADRI AI
- Publié le
- Sources vérifiées le
- Lecture
- 6 min
- Sources
- 7 références
Sommaire
Refonte de site web : préparer les redirections avant de changer les URL
Un prospect ouvre un ancien devis, clique sur votre lien et arrive sur une page introuvable. Votre nouveau site fonctionne pourtant très bien depuis son menu. Lors d’une refonte, ces deux situations peuvent coexister : les visiteurs n’entrent pas tous par l’accueil.
Avant de modifier les adresses de vos pages, préparez un plan de correspondance entre l’ancien et le nouveau site. Pour une PME, ce document permet de décider où chaque visiteur doit arriver, puis de vérifier le résultat avec le prestataire. Voici une méthode concrète, sans promesse de maintien automatique des positions dans Google.
1. Définir ce qui change vraiment
Commencez par une question simple : les adresses publiques vont-elles changer ? Une nouvelle charte graphique ne justifie pas, à elle seule, de renommer toutes les pages. Notez séparément les changements de contenu, de technologie et d’adresse pour éviter les décisions implicites.
Google distingue la migration avec changement d’URL du changement d’hébergement qui conserve les adresses. Son guide recommande de préparer les correspondances et prévient que la visibilité peut fluctuer pendant la migration. Il conseille aussi d’éviter de changer simultanément domaine, CMS et présentation lorsque ces étapes peuvent être séparées. Source : guide de migration Google.
Notre recommandation : nommez une personne qui valide les destinations côté métier et une autre qui vérifie leur mise en œuvre. Sur un petit projet, la même personne peut assurer les deux rôles, mais les deux contrôles doivent rester explicites.
2. Préparer une liste utilisable par votre équipe
Demandez un export des pages existantes et complétez-le avec les liens présents dans vos supports commerciaux. Pensez aux brochures PDF, signatures email, QR codes et campagnes encore actives. Ce sont de bons points de départ pour une séance de vérification avec l’équipe qui utilise réellement le site.
Pour chaque adresse, consignez :
- l’ancienne URL complète ;
- la page ou le besoin qu’elle représente ;
- la décision : conserver, déplacer, regrouper ou supprimer ;
- la destination prévue, si elle existe ;
- la personne qui valide et le résultat du test.
Ajoutez une priorité métier. Une page peu visitée peut rester essentielle si son lien figure dans tous vos contrats. Demandez aux commerciaux de signaler les adresses qu’ils partagent régulièrement plutôt que de vous limiter au menu visible.
Ce fichier devient un livrable de la refonte. Conservez-le avec les décisions prises : vous pourrez comprendre plus tard pourquoi une adresse mène vers telle page.
3. Choisir une destination qui répond encore à la demande
Exemple fictif : une entreprise remplace sa page « entretien des bureaux » par une nouvelle page « nettoyage de bureaux ». Si le service reste équivalent, cette nouvelle page constitue une destination cohérente. Si l’entreprise abandonne cette prestation, renvoyer automatiquement vers une offre sans rapport ne répond plus à la demande initiale.
Google déconseille les redirections massives vers une destination non pertinente, comme l’accueil. Elles peuvent être traitées comme des erreurs dites « soft 404 ». Plusieurs anciennes pages peuvent toutefois rejoindre une page qui rassemble effectivement leur contenu. Source : correspondances et destinations.
Pour une page supprimée sans remplacement pertinent, prévoyez un statut HTTP 404 ou 410. Une page d’erreur peut proposer une navigation utile tout en conservant ce statut. Google précise qu’une page répondant 200 avec un contenu d’erreur peut être considérée comme une soft 404 ; le simple affichage du texte « page introuvable » ne suffit donc pas. Source : codes HTTP et exploration.
4. Faire vérifier le type de redirection
Pour un déplacement définitif, Google recommande une redirection permanente côté serveur, généralement 301 ou 308. Une redirection temporaire correspond à une autre intention. Demandez au prestataire quel statut sera renvoyé, et pas seulement si « le lien marche ». Source : redirections et Google Search.
Attention aux adresses qui reçoivent des données : formulaires, API ou automatisations. MDN explique qu’après une réponse 301 à une requête POST, la requête suivante peut devenir GET, tandis qu’une réponse 308 interdit ce changement de méthode. Le choix technique doit donc tenir compte de l’usage de l’adresse. Source : statut HTTP 301.
Notre conseil : sortez ces parcours du lot des simples pages éditoriales. Testez un envoi complet avec des données fictives, jusqu’à son arrivée dans l’outil destinataire. La bonne page affichée dans le navigateur ne prouve pas que le formulaire transmet encore les informations attendues.
5. Aligner les liens et les signaux du nouveau site
La nouvelle navigation doit pointer vers les destinations retenues. Vérifiez aussi les boutons, le pied de page et les liens placés dans les articles. Demandez une vérification des URL canoniques : elles indiquent aux moteurs la version préférée d’un contenu dupliqué ou très proche. Google considère les redirections et les annotations canoniques comme des signaux forts, et l’inclusion dans un sitemap comme un signal plus faible. Source : choisir une URL canonique.
Le sitemap doit présenter les adresses que vous souhaitez voir apparaître dans la recherche. Vous pouvez le soumettre dans Search Console, mais cette soumission reste une indication : elle ne garantit pas son utilisation par Google. Source : créer et soumettre un sitemap.
6. Valider le parcours avant et après la bascule
Proposez une recette simple : votre équipe choisit des anciens liens issus de vrais supports, puis vérifie la destination, le contenu et l’action attendue. Le prestataire contrôle en parallèle les statuts HTTP et les éventuelles boucles. Faites joindre au fichier de correspondance la date du contrôle et les anomalies restantes.
Après la mise en ligne, l’inspection d’URL de Search Console permet de distinguer les informations de la dernière version indexée du test en direct. Un test valide ne garantit pas l’indexation. Il ne remplace pas non plus la vérification détaillée des redirections : le test en direct suit celles-ci sans nécessairement afficher leur destination finale. Source : outil d’inspection d’URL.
Ne supprimez pas les règles dès que le nouveau site est publié. Google conseille de les conserver aussi longtemps que possible, généralement au moins un an. Source : durée des redirections.
Avant de valider le devis de refonte, demandez donc trois livrables : le fichier de correspondance approuvé, le compte rendu des tests et le nom de la personne qui traitera les anomalies après publication. Pour cadrer l’ensemble du projet, notre guide de création de site professionnel complète cette méthode. Vous pouvez aussi nous contacter avec votre site actuel et les changements envisagés.
Sources consultées le 10 octobre 2026. Les recommandations techniques peuvent évoluer.
Références
Sources officielles
- Google Search Central — How to move a sitedevelopers.google.com
- Google Search Central — Redirects and Google Searchdevelopers.google.com
- Google — How HTTP Status Codes Affect Google’s Crawlersdevelopers.google.com
- MDN — 301 Moved Permanentlydeveloper.mozilla.org
- Google Search Central — Specify a canonical URLdevelopers.google.com
- Google Search Central — Build and submit a sitemapdevelopers.google.com
- Google Search Console — Outil d’inspection d’URLsupport.google.com
Sources consultées le . Les disponibilités et conditions peuvent évoluer.
Services et références
Pour aller plus loin
- Page de référenceGuide refonte et migration de site
Préparer contenus, adresses, données et accès avant de faire évoluer votre site.
- ServiceCréation de sites web
Site vitrine, boutique ou application, conçus à partir de ceux qui vont l’utiliser.
- ServiceHébergement et maintenance
Un serveur tenu à jour, des sauvegardes qui se restaurent et une surveillance.
De la lecture au projet
Une idée à mettre à l’épreuve ?
Partons de votre processus, de vos outils et d’un résultat que votre équipe peut vérifier.