Guide de refonte d'un site institutionnel
Refondre un site institutionnel ressemble à un rafraîchissement visuel, mais le vrai risque est ailleurs. Si les adresses, les pages indexées et les liens entrants accumulés au fil des ans ne sont pas transférés vers la nouvelle structure, vous lancez un site plus beau que moins de gens trouvent. L'ordre décrit ci-dessous réduit ce risque au minimum.
Quand la refonte est la bonne décision
Un design qui paraît daté ne constitue pas à lui seul une justification suffisante. Les vraies raisons sont mesurables : un site inutilisable sur mobile, l'ajout de contenu qui dépend de l'équipe technique, des critères d'accessibilité non respectés, une plateforme qui ne reçoit plus de mises à jour de sécurité, ou une structure de services qui ne correspond plus à l'architecture du site.
Certains problèmes se règlent par une mise à jour ciblée ; d'autres demandent des changements plus larges aux contenus, à la technique ou à la structure. Évaluez leurs effets avant de définir l'ampleur du projet.
Étape zéro : l'inventaire de contenu
Avant le design, dressez l'inventaire des URL existantes. Si les données sont disponibles, ajoutez pour chaque page les visites, les clics issus de la recherche et les actions pertinentes. Notez aussi son rôle, son responsable et les éventuelles obligations de conservation.
Pour chaque page, décidez s'il faut la conserver, la réunir à un contenu proche, la réécrire ou la retirer. Fondez ce choix sur son utilité pour le public et l'organisation, pas seulement sur le nombre de pages.
L'erreur la plus coûteuse : un plan de redirection incomplet
Associez chaque URL modifiée à la page la plus pertinente du nouveau site. Une redirection permanente convient lorsqu'un contenu a été déplacé ou possède un véritable équivalent. Envoyer en bloc des pages supprimées sans rapport vers l'accueil peut désorienter les visiteurs et être interprété comme une erreur 404 douce. Les contenus fusionnés peuvent pointer vers leur nouvelle page de destination.
Si aucune page ne remplace le contenu, le serveur doit renvoyer un statut 404 ou 410. Une page d'erreur utile peut aussi proposer une recherche et des liens vers les rubriques principales.
Liste de contrôle technique avant la mise en ligne
Vérifiez que les balises canonical indiquent l'URL de référence de chaque page. Mettez à jour le plan de site et transmettez-le à Search Console. Sur un site multilingue, contrôlez que les balises hreflang renvoient vers les bonnes pages dans chaque langue.
Avant la mise en ligne, vérifiez les balises noindex et les restrictions d'exploration utilisées en préproduction ; retirez-les pour les pages publiques qui doivent être indexées. Utilisez ensuite Search Console pour confirmer que les moteurs peuvent accéder aux pages en ligne.
Suivre le site après sa mise en ligne
Après la mise en ligne, vérifiez les erreurs du serveur, les URL introuvables et les chemins de redirection. Suivez ensuite les rapports d'exploration et d'indexation dans Search Console. Adaptez la durée de surveillance à l'ampleur et au risque de la migration.
Comparez le trafic et l'indexation à l'état de référence relevé avant le lancement. Les fluctuations varient selon les sites ; il n'existe pas de délai de rétablissement universel. En cas de problème, examinez ensemble les redirections, les changements de contenu et l'accès des robots.
Établir un calendrier adapté
Le calendrier dépend du nombre de pages, des fonctions spécifiques, de la production de contenu et des validations internes. Désignez les responsables et les personnes décisionnaires dès le départ, et prévoyez du temps pour la relecture et les tests.