Que recherchez-vous ?

Saisissez un mot pour explorer nos services et nos articles.

Aucun résultat. Essayez un autre mot.

SEO & visibilité

Refonte de site : conserver les URL utiles et préparer les redirections

Une refonte peut modifier le moteur technique, l’organisation des contenus et les habitudes de publication.

Illustration AminoDev : Refonte de site : conserver les URL utiles et préparer les redirections
EN QUELQUES MOTS

Ce qu’il faut retenir.

  • Rassemblez les URL du plan de site, des exports du CMS et des outils de mesure.
  • Le tableau de correspondance contient l’ancienne adresse, la décision et la nouvelle destination éventuelle.
  • Un export contient parfois les textes mais pas une mise en page immédiatement exploitable.
Dans cet article

Préserver les chemins qui amènent vos visiteurs

Une refonte peut modifier le moteur technique, l’organisation des contenus et les habitudes de publication. Si les anciennes adresses disparaissent sans correspondance, les visiteurs arrivent sur une erreur depuis un favori, une campagne ou un site partenaire. Il faut donc connaître les chemins existants avant de décider lesquels changer. La nouvelle interface ne doit pas masquer cette responsabilité.

Cette méthode convient à une migration WordPress, à une restructuration Drupal ou à une évolution de boutique. Elle ne garantit pas le maintien de toutes les positions de recherche. Elle limite les ruptures évitables et permet de diagnostiquer les problèmes après le lancement. Le travail commence avant la maquette, lorsque les contenus peuvent encore être organisés sans urgence.

Constituer un inventaire au-delà du menu

Rassemblez les URL du plan de site, des exports du CMS et des outils de mesure. Ajoutez les pages utilisées dans les campagnes, les documents téléchargés et les liens partagés avec des partenaires. Le menu représente une sélection éditoriale, pas toutes les portes d’entrée. Certaines anciennes pages restent utiles même si elles sont peu visibles dans la navigation.

Pour chaque adresse, notez son sujet, son type, son état et son rôle. Conservez les observations avec leur période : visites, impressions ou demandes reçues. Une page peu visitée peut rester importante pour un client précis. Évitez de décider d’une suppression uniquement à partir d’un indicateur isolé ou d’une préférence esthétique.

Affecter une décision et une destination

Le tableau de correspondance contient l’ancienne adresse, la décision et la nouvelle destination éventuelle. Les choix possibles sont la conservation, la fusion, la réécriture ou le retrait. Si le contenu conserve son rôle, garder l’URL simplifie souvent la transition. Si plusieurs pages se recouvrent, choisissez une destination qui répond à leur intention commune.

Ne redirigez pas toutes les pages supprimées vers l’accueil par facilité. Une personne qui cherche un guide technique n’y retrouvera pas forcément son information. Préférez une réponse proche du besoin ou assumez un retrait lorsqu’aucun remplacement pertinent n’existe. Documentez la décision afin que l’équipe technique n’ait pas à deviner.

Reprendre le contenu et ses éléments associés

Un export contient parfois les textes mais pas une mise en page immédiatement exploitable. Vérifiez les tableaux, boutons, citations et images après conversion. Les blocs dépendant d’extensions doivent être transformés en composants compatibles. Un texte présent dans une base n’est pas encore un article lisible sur téléphone.

Relevez titres SEO, descriptions, images de partage et liens internes. Leur reprise automatique doit être suivie d’une relecture : ils peuvent évoquer une offre abandonnée ou une année trompeuse. Le maillage interne doit accompagner le nouveau parcours, sans reproduire aveuglément toutes les relations de l’ancien site.

Vérifier les redirections avec des cas réels

Préparez des URL prioritaires, des adresses profondes et quelques variantes représentatives. Vérifiez que chaque ancienne adresse mène à la bonne destination et que celle-ci s’affiche correctement. Les liens internes doivent viser directement les nouvelles pages plutôt que dépendre durablement d’une succession de redirections.

Contrôlez les paramètres réellement utilisés par votre site. Certains servent aux campagnes, d’autres à une fonction applicative. Une règle trop large peut casser un formulaire ou une navigation filtrée. L’équipe doit distinguer les contenus indexables des interactions techniques avant d’écrire une règle générale de transformation des adresses.

Prévoir la bascule et son retour arrière

Sauvegardez les fichiers et données nécessaires. Définissez qui décide du lancement, qui contrôle les parcours et qui peut interrompre l’opération. Prévoyez les demandes reçues pendant la transition. Si les deux versions peuvent encore accepter des formulaires, il faut savoir où chaque demande sera conservée et traitée.

Le retour arrière mérite un scénario distinct. Restaurer une base ancienne peut supprimer les nouvelles demandes reçues entre-temps. Identifiez les données à préserver et les opérations réversibles. Cette préparation fait partie d’une refonte web, même lorsque le changement semble limité à l’interface publique.

Contrôler le domaine public après publication

Vérifiez les réponses des pages, les réglages d’indexation, le plan de site et les adresses canoniques. Une configuration de préproduction peut empêcher involontairement la découverte du site. Effectuez ces contrôles sans session administrateur : le rendu vu par un contributeur peut différer de celui d’un visiteur anonyme.

Observez ensuite les erreurs et comparez des périodes cohérentes. Une variation quotidienne ne suffit pas à attribuer un effet à la refonte. Notez les dates des changements. Cherchez d’abord les ruptures concrètes : contenu manquant, mauvaise destination, page masquée, formulaire cassé ou chargement fortement dégradé.

Un exemple de décision éditoriale

Imaginons trois pages sur une prestation : une présentation, une offre expirée et un guide encore utile. Vous pouvez conserver l’adresse de la présentation, retirer l’offre avec une destination pertinente et garder le guide séparément. Fusionner les trois dans une page interminable n’améliorerait pas forcément la réponse au lecteur.

Faites suivre les anciens liens par un collègue comme s’il découvrait le site. Il doit retrouver une réponse cohérente, pas seulement une page qui se charge. Préparez l’inventaire, les mesures disponibles et le calendrier dans votre brief de migration. Le travail de continuité pourra alors être chiffré dès le départ.

Deux lectures pour approfondir

Consultez aussi WordPress ou Drupal : comparer le travail éditorial avant de choisir. Pour prolonger cette réflexion, le dossier PrestaShop ou Magento : préparer le catalogue avant de comparer apporte un éclairage complémentaire.

À VOUS DE JOUER

Votre checklist pour avancer.

Gardez ces points comme repères avant votre prochaine étape.

  • Constituer un inventaire au-delà du menu
  • Affecter une décision et une destination
  • Reprendre le contenu et ses éléments associés
  • Vérifier les redirections avec des cas réels
  • Prévoir la bascule et son retour arrière
LES QUESTIONS UTILES

Pour éclaircir les derniers points.

Faut-il changer les URL pour obtenir une structure plus courte ?

Une URL plus courte n’est pas une raison suffisante pour déplacer un contenu utile. Évaluez le bénéfice pour la navigation et la maintenance, puis le coût de transition. Conservez les adresses cohérentes et préparez une correspondance précise pour les changements nécessaires.

Quand retirer une ancienne redirection ?

Évaluez d’abord ses usages : liens externes, favoris et anciens documents peuvent continuer à pointer vers elle. Ne supprimez pas une règle uniquement parce que le nouveau site fonctionne depuis quelques semaines. Documentez les décisions et vérifiez l’absence de dépendances utiles avant toute suppression.

AminoDev
LA RÉDACTION AMINODEV

Du conseil à la réalisation.

Développement web, design, SEO et outils métier : nous partageons des repères concrets pour vos projets digitaux.

Découvrir nos expertises ↗
DE L’IDÉE À L’ACTION

Et si on donnait vie
à votre projet ?

Un site, une application ou un outil métier : construisons la suite ensemble.

Parlons de votre projet ↗