Refonte de site : préserver son référencement

Pour préserver le référencement pendant une refonte, conservez les URL utiles, attribuez une destination précise à celles qui changent, puis vérifiez l'accès aux contenus et la mesure des contacts avant le lancement. Le projet doit livrer un inventaire, un tableau de correspondance, une recette et un plan de retour arrière. Des fluctuations de visibilité restent possibles pendant le traitement de la migration : aucune méthode ne garantit le maintien des positions. Google Search Central : migration avec changement d'URL.

Faut-il vraiment changer les URL ?

Une nouvelle identité graphique ou un changement de CMS n'impose pas automatiquement de nouvelles adresses. Si /services/menuiserie décrit toujours la même prestation, garder cette URL simplifie la transition pour les visiteurs, les favoris et les liens existants.

Changez une adresse lorsqu'une raison concrète le justifie : fusion de contenus, réorganisation nécessaire, changement de domaine. Évitez de renommer toutes les pages uniquement pour rendre les chemins plus élégants. Chaque modification ajoute une correspondance à maintenir et une occasion de se tromper.

Séparez également les décisions : refondre le design, supprimer des pages et réécrire l'offre simultanément rend une baisse plus difficile à expliquer. Le guide de création d'un site professionnel aide à cadrer le périmètre ; pour un site existant, ajoutez la reprise de l'historique au cahier des charges du développement web.

Construire l'inventaire avant de dessiner le nouveau site

Croisez l'exploration du site, les exports du CMS, les anciens sitemaps, Search Console et les journaux serveur disponibles. Cette combinaison aide à retrouver les pages devenues orphelines, les anciennes campagnes et les adresses encore utilisées sans être présentes dans le menu.

Dans un tableur, prévoyez une ligne par URL avec son statut HTTP, son titre, sa canonical, son indexabilité et sa future action. Ajoutez les clics organiques, les liens entrants connus et les contacts attribués lorsque ces informations sont disponibles. Une page peu visitée peut rester indispensable au parcours commercial.

L'inventaire doit aussi couvrir :

• les catégories, archives et pages de pagination ;
• les paramètres utiles, variantes linguistiques et anciennes redirections ;
• les PDF, images et autres ressources dont l'adresse change ;
• les pages contact, formulaires et destinations de confirmation.

Attribuez à chaque ligne une décision explicite : conserver, déplacer, fusionner ou supprimer. Faites valider les suppressions par la personne qui connaît l'offre. Notre checklist d'audit SEO pour PME complète ce diagnostic avant refonte.

Préparer des redirections précises, puis les tester

Pour un déplacement permanent, Google reconnaît les redirections HTTP 301 et 308. Configurez-les côté serveur lorsque cela est possible, avec une destination finale pertinente. Google Search Central : redirections.

Voici un exemple strictement illustratif, sur un même domaine fictif. Ces chemins ne constituent pas des règles à copier sur votre site.

Vérifiez les correspondances une à une avant d'utiliser une règle générale. Une règle trop large peut envoyer des services distincts vers la même page ou perdre un paramètre significatif. Si plusieurs contenus sont fusionnés, la destination doit réellement reprendre leur sujet.

Rediriger toutes les anciennes pages vers l'accueil peut être interprété comme une erreur « soft 404 ». Google recommande aussi de conserver les redirections aussi longtemps que possible, généralement au moins un an. Consignes de migration Google.

Testez chaque ancienne URL : code initial, destination exacte, absence de boucle, réponse finale et contenu attendu. Supprimez les chaînes évitables, puis actualisez les liens internes pour qu'ils atteignent directement les nouvelles adresses.

Sécuriser la préproduction et ouvrir les bonnes pages au lancement

La préproduction sert à vérifier les contenus sans exposer une version inachevée. Protégez-la par authentification ; si elle est publiquement accessible, prévoyez une politique d'indexation adaptée et vérifiez son application.

Une directive noindex empêche l'indexation lorsqu'elle est lue par Google. Un blocage dans robots.txt peut empêcher cette lecture : les deux mécanismes ne sont donc pas interchangeables. Google Search Central : fonctionnement de noindex.

Le jour du lancement, retirez des pages destinées à être publiques les restrictions héritées du staging : authentification, noindex dans le HTML ou l'en-tête X-Robots-Tag, blocage d'exploration. Gardez celles nécessaires aux espaces privés. Vérifiez la réponse réellement servie par la production, après les caches et le CDN : une configuration correcte dans le CMS ne suffit pas.

Aligner canonical, robots et sitemap

Chaque page principale doit indiquer la bonne URL canonique de production. Contrôlez les modèles : une adresse de staging ou une canonical vers l'ancienne page peut se propager à tout le site. Évitez de désigner des URL différentes selon le HTML, les liens et le sitemap. La canonical reste un signal de préférence, pas une garantie de sélection par Google. Consignes Google sur les URL canoniques.

Pour une pagination, conservez des liens explorables vers les pages suivantes et une URL distincte pour chaque page. Ne canonicalisez pas systématiquement la page 2 vers la page 1 lorsqu'elles présentent des contenus différents. Google Search Central : pagination.

Relisez robots.txt sur le domaine public. Vérifiez que les contenus et ressources nécessaires au rendu sont accessibles. Le nouveau sitemap doit présenter les URL absolues que vous souhaitez voir dans les résultats ; contrôlez leur cohérence avec les pages canoniques, puis soumettez-le dans Search Console. Google Search Central : construire un sitemap.

Prévoir un retour arrière et mesurer les contacts

Avant la bascule, sauvegardez les contenus, la configuration et les règles de redirection. Documentez comment restaurer la version précédente, qui décide et qui intervient. Si l'hébergement change, incluez les accès et les opérations DNS dans cette procédure.

Fixez des critères opérationnels : indisponibilité, erreurs serveur étendues, pages essentielles absentes ou formulaire inutilisable. Une variation isolée de position ne suffit pas à diagnostiquer un incident technique. Le retour arrière doit préserver les demandes reçues depuis la bascule et éviter des redirections contradictoires entre les deux versions.

Nommez un responsable technique, un responsable des contenus et une personne chargée de vérifier les contacts. Testez une demande complète jusqu'à sa réception, puis les événements de conversion, selon le consentement applicable. La maintenance du site et le suivi SEO répondent à des besoins complémentaires après lancement.

Checklist avant, le jour J et après

Avant la mise en ligne

• Valider l'inventaire, les suppressions et toutes les destinations du mapping.
• Comparer les contenus importants, titres, liens et affichages mobiles.
• Tester redirections, ressources, formulaires et procédure de restauration.
• Archiver les mesures de référence et confirmer les responsables disponibles.

Le jour J

• Activer la version validée et les redirections dans l'ordre prévu.
• Vérifier noindex, robots.txt, canonical et sitemap en production.
• Contrôler les anciennes URL prioritaires et envoyer un contact test.
• Consigner l'heure du lancement et les corrections effectuées.

Après la mise en ligne

• Examiner les journaux et distinguer les 404 prévues des destinations cassées.
• Corriger d'abord les erreurs touchant les pages utiles et les contacts.
• Suivre clics, impressions, indexation et conversions par groupe de pages.
• Comparer des périodes comparables et vérifier les changements de mesure.

Prévoyez des contrôles quotidiens au début, puis espacez-les selon les incidents observés. Une page supprimée doit renvoyer un vrai statut d'erreur : afficher « introuvable » avec un 200 peut produire une soft 404. Google : effets des statuts HTTP.

Questions fréquentes

Une refonte fait-elle forcément perdre du trafic ?

Non, mais elle peut provoquer des fluctuations. Comparez les pages concernées et recherchez les erreurs techniques avant de conclure à un problème de contenu ou de positionnement.

Faut-il rediriger une page supprimée sans équivalent ?

Non. Une 404 ou 410 assumée convient mieux qu'une destination sans rapport. Retirez aussi les liens internes devenus inutiles.

Combien de temps faut-il pour retrouver une situation stable ?

Il n'existe pas de délai garanti. Le volume de changements et leur traitement diffèrent selon les sites ; suivez des indicateurs observables plutôt qu'une date promise.

Qui doit valider la bascule ?

La personne responsable du projet, sur la base des validations techniques, éditoriales et commerciales. Pour cadrer ces livrables avec WebAiLab, décrivez votre projet de refonte.