Refonte : planifier, migrer et sécuriser la refonte d’un site web

Une refonte ne se limite pas à un nouveau design : elle concerne la structure, les contenus, la technique et souvent aussi l’ensemble du domaine d’un site web. Plus le site est vaste et plus le nombre de services impliqués est important, plus il est essentiel de définir clairement les responsabilités pour chaque étape. Si le plan du site est oublié ou si le fichier robots.txt est mal configuré, cela peut entraîner des pertes de visibilité qui ne se manifesteront que plusieurs semaines plus tard. Si vous souhaitez vous concentrer exclusivement sur l’aspect SEO d’une refonte, vous trouverez des détails dans notre article « Refonte SEO »; ici, nous abordons l’ensemble du processus.

Sommaire

Préparation avant la relance proprement dite

Migration du contenu et de la structure

Erreurs courantes lors d’une refonte

Assurance technique après la mise en service

Relance : les erreurs les plus courantes après la mise en ligne

Prouver le succès d’une refonte à l’aide de données

Préparation avant la relance proprement dite

La première étape consiste à dresser un état des lieux complet du site web existant : quelles sont les pages existantes, lesquelles génèrent du trafic et quelles sont les parties prenantes concernées, du marketing à l’informatique en passant par le service client. Sans cet état des lieux, il arrive souvent que, plus tard dans le processus, certaines pages qui devraient en réalité être conservées soient négligées.

Une refonte sans liste complète des URL de l’ancien site entraîne presque toujours des redirections manquantes et une perte de positionnement.

La planification doit également inclure un calendrier réaliste prévoyant une marge de manœuvre pour les tests, car les migrations se déroulent rarement exactement comme prévu dans la première ébauche. En impliquant les parties prenantes dès le début, on évite en outre que des exigences importantes ne surgissent à la dernière minute, juste avant la mise en production.

Liste complète des URL de l’ancien site
Vérifier le trafic et le chiffre d’affaires par page
Impliquer les parties prenantes de tous les services
Établir un calendrier réaliste prévoyant une marge de manœuvre

Un processus décisionnel clairement documenté permet en outre de répondre rapidement aux questions ultérieures concernant certaines décisions, plutôt que de devoir rediscuter, plusieurs semaines après la mise en ligne, des raisons pour lesquelles certaines pages ont été supprimées.

Demandez une analyse gratuite du potentiel de votre entreprise

Demander dès maintenant

Migration du contenu et de la structure

Lors de la migration proprement dite, les contenus, les images et les structures de base de données sont transférés vers le nouveau système, ce qui s’accompagne souvent d’une refonte et d’une modification de la structure du site. De même, les liens internes et les catégories existants ne doivent pas être simplement copiés, mais leur pertinence actuelle doit être vérifiée. Un audit de contenu réalisé avant la migration permet de déterminer quels contenus doivent effectivement être migrés et lesquels peuvent être supprimés sans être remplacés.

Effectuer un audit de contenu avant la migration
Planifier les redirections pour toutes les URL importantes
Mettre en correspondance la nouvelle structure du site avec l’ancienne
Importer l’intégralité des images et des métadonnées

Parallèlement à la migration technique, il est utile d’examiner les liens entrants existants provenant de sites externes, afin de rediriger de manière ciblée les liens particulièrement précieux vers les nouvelles adresses de destination appropriées.

Erreurs courantes lors d’une refonte

De nombreux problèmes survenant après une refonte ne sont pas dus au nouveau design lui-même, mais à des détails qui passent inaperçus dans l’agitation de la mise en ligne. L’absence de redirections pour les anciennes URL, un répertoire bloqué par inadvertance ou une mise à jour oubliée de l’intégration d’Analytics font partie des écueils classiques. De même, lors d’une refonte de la structure du site, les liens internes ne sont souvent pas systématiquement adaptés aux nouvelles adresses de destination, ce qui entraîne des messages d’erreur et une expérience utilisateur moins satisfaisante. Un test structuré réalisé sur un environnement de test non public, avant la mise en ligne effective du nouveau site, permet de détecter la plupart de ces erreurs à un stade précoce.

Absence de redirections pour les anciennes URL
Les répertoires bloqués par inadvertance sont ignorés
Intégration d’Analytics non mise à jour
Adapter les liens internes à la nouvelle structure

Une simple liste de contrôle, passée en revue conjointement par les équipes techniques et rédactionnelles avant la mise en ligne, réduit considérablement le risque de ce type d’erreurs, sans pour autant ralentir davantage l’ensemble du processus.

Prendre rendez-vous avec notre équipe pour un entretien stratégique

Demander dès maintenant

Assurance technique après la mise en service

Immédiatement après sa mise en ligne, le nouveau site web nécessite une attention particulière : il faut comparer sa vitesse de chargement à celle de l’ancienne version, s’assurer que les redirections fonctionnent correctement et fournir aux moteurs de recherche des signaux actualisés concernant la nouvelle structure. Ce n’est qu’après une période stable sans nouveaux messages d’erreur que l’on peut considérer que la refonte est réellement achevée sur le plan technique, et non pas simplement après avoir cliqué sur « publier ».

Comparer le temps de chargement avec celui de l’ancienne version
Tester les redirections par échantillonnage aléatoire
Informer les moteurs de recherche de la nouvelle structure
Renforcer la surveillance au cours des premières semaines

En surveillant de très près les premières semaines suivant la refonte, on peut détecter rapidement les écarts par rapport à la visibilité antérieure et prendre des mesures correctives ciblées, plutôt que d’attendre une baisse significative pour réagir.

Relance : les erreurs les plus courantes après la mise en ligne

Outre l’absence de redirections, une structure d’URL mal reprise figure parmi les erreurs les plus coûteuses après une refonte. Lorsque le schéma des adresses complètes change sans que chaque ancienne URL ne renvoie de manière ciblée vers son équivalent, même les pages performantes et bien classées perdent leur position initiale.

Un autre point classique concerne l’infrastructure technique dans son ensemble : si le système est entièrement remplacé dans le cadre de la refonte, le référencement technique doit être intégré dès le départ au plan du projet, et non pas constituer une étape de vérification ajoutée a posteriori, juste avant la mise en ligne.

Ne jamais modifier le schéma d’URL sans redirection
Prévoir la base technique dès le départ
Réfléchir ensemble à la refonte du système et à la relance
Ne pas remettre l’examen à la dernière minute

Prouver le succès d’une refonte à l’aide de données

Le succès d’une refonte ne se mesure pas uniquement à l’aune du design, mais à celle d’indicateurs mesurables avant et après la mise en ligne. Une configuration correcte de Google Analytics sur le nouveau site web est une condition préalable indispensable, idéalement avec une période de comparaison claire par rapport à l’ancienne version.

Sans cette comparaison, il est difficile de déterminer si les baisses de trafic ou de classement sont réellement liées à la refonte du site ou si elles sont dues à d’autres causes indépendantes.