19. Refonte de site : quelles pages et contenus conserver ?

En bref

Une refonte ne doit pas repartir d’une page blanche. Le site actuel contient déjà des informations utiles, des pages connues de Google, des liens partagés et parfois des contenus qui répondent encore correctement aux questions des clients.

Avant de réécrire, classez chaque page dans l’une de ces cinq décisions : conserver, améliorer, fusionner, rediriger ou supprimer. La décision doit reposer sur son utilité pour le visiteur, sa place dans le parcours commercial, sa performance réelle et la possibilité de la maintenir. Cette méthode évite de perdre un contenu précieux tout en empêchant l’ancien site de dicter la structure du nouveau.

Pourquoi faut-il inventorier les contenus avant la refonte ?

Une nouvelle arborescence modifie souvent les adresses, les liens internes et la manière dont les visiteurs trouvent l’information. Une page peut sembler dépassée visuellement tout en recevant des visites qualifiées, en étant citée par d’autres sites ou en répondant à une question importante avant une prise de contact.

À l’inverse, une page bien positionnée dans le menu peut être inutile : texte générique, service abandonné, information en double ou contenu que personne ne sait mettre à jour.

L’inventaire permet de séparer trois sujets qui sont souvent mélangés :

• la présentation, qui concerne la mise en page et l’identité visuelle ;
• le contenu, qui concerne les réponses, les preuves et les appels à l’action ;
• l’adresse de la page, qui concerne les liens, les redirections et l’indexation.

Changer le design ne justifie pas automatiquement de changer toutes les adresses. Google recommande d’ailleurs de modifier les éléments importants par étapes lorsque cela est possible, par exemple le domaine, le CMS et la mise en page séparément. Cette approche rend les problèmes plus faciles à repérer (Google Search Central, migration de site).

Comment créer un inventaire exploitable ?

Commencez par réunir toutes les URL connues. Le menu principal ne suffit pas. Il oublie souvent les anciens articles, les pages de campagne, les documents, les pages non liées et les adresses encore visitées depuis un moteur de recherche.

Utilisez au minimum :

1. le sitemap du site ;
2. la liste des pages dans le CMS ;
3. les pages vues dans votre outil de mesure ;
4. les pages et requêtes visibles dans Search Console ;
5. les liens reçus depuis d’autres sites ;
6. les documents et médias importants ;
7. les pages nécessaires au fonctionnement, comme le contact, les mentions légales et la confidentialité.

Google indique que le rapport de performance de Search Console permet d’examiner les clics et impressions par requête, page et pays. Ces données aident à repérer une page discrète dans la navigation, mais encore utile dans la recherche (Google Search Central, utiliser Search Console).

Dans un tableur, créez une ligne par URL avec les colonnes suivantes :

L’objectif n’est pas de remplir un audit parfait. Il faut obtenir une carte assez fiable pour décider sans oublier une page importante.

Quelles pages faut-il conserver telles quelles ?

Conservez une page lorsque son contenu reste exact, répond clairement à un besoin et possède une place évidente dans le futur parcours. Son design peut changer sans que son message, son adresse ou sa fonction soient remis en cause.

Une page est généralement une bonne candidate à la conservation si :

• elle apporte régulièrement des visites pertinentes ;
• elle répond à une question encore fréquente ;
• elle reçoit des liens externes utiles ;
• elle présente une preuve difficile à recréer, comme un cas client détaillé ;
• elle soutient une étape importante avant la demande de contact ;
• son responsable confirme que l’information est à jour ;
• elle ne fait pas doublon avec une autre page.

Conserver ne signifie pas copier sans vérifier. Testez les liens, les formulaires, les images, les titres et la lisibilité sur mobile. Vérifiez aussi que la page reste cohérente avec la nouvelle navigation.

Quand faut-il améliorer un contenu existant ?

Améliorez une page lorsque son sujet reste utile, mais que sa réponse est incomplète ou difficile à utiliser. C’est souvent préférable à la création d’une nouvelle page concurrente.

Les améliorations les plus utiles sont concrètes :

• ajouter une réponse courte au début ;
• clarifier le public et le problème traité ;
• remplacer des promesses générales par des exemples ou des preuves ;
• mettre à jour les informations devenues fausses ;
• structurer les étapes avec des titres explicites ;
• ajouter les questions réellement posées par les clients ;
• rendre l’appel à l’action cohérent avec l’intention de la page ;
• corriger les obstacles d’accessibilité.

Le W3C recommande d’intégrer l’accessibilité tout au long du processus, avec des objectifs, des responsabilités, une évaluation précoce et un suivi régulier. Une refonte est donc un bon moment pour corriger les composants récurrents, mais le contrôle doit continuer après la mise en ligne (W3C WAI, planifier et gérer l’accessibilité).

Pour une page qui reçoit des impressions mais peu de clics, vérifiez que son titre correspond bien à la question recherchée. Pour une page visitée mais sans action, relisez le contenu, la preuve et le chemin vers le contact. Les deux problèmes demandent des corrections différentes.

Quand faut-il fusionner plusieurs pages ?

Fusionnez lorsque plusieurs pages répondent à la même intention avec peu de valeur propre. Une seule page complète est souvent plus claire que trois textes courts qui se répètent.

Avant de fusionner, vérifiez toutefois que les publics et les besoins sont réellement identiques. Une page « création de site » et une page « refonte de site » parlent toutes deux de web, mais ne répondent pas au même point de départ. Les réunir pourrait rendre la réponse moins précise.

Pour une fusion correcte :

1. choisissez la future page principale ;
2. récupérez les passages, preuves et questions uniques des anciennes pages ;
3. construisez une réponse cohérente, sans juxtaposer les textes ;
4. redirigez chaque ancienne URL vers la section ou la page la plus pertinente ;
5. remplacez les anciens liens internes ;
6. vérifiez le résultat dans le sitemap et dans Search Console.

Ne redirigez pas toutes les anciennes pages vers l’accueil. Google avertit qu’une redirection vers une destination sans rapport peut être traitée comme une erreur dite « soft 404 » (Google Search Central, migration de site).

Quand une page peut-elle être supprimée ?

Une suppression est justifiée lorsque la page n’a plus d’utilité, ne possède pas d’équivalent pertinent et ne doit plus être accessible. Cela peut concerner une offre abandonnée, une annonce expirée, un doublon technique ou un contenu trop faible qui ne mérite pas d’être repris.

Avant de supprimer, contrôlez :

• les visites récentes et saisonnières ;
• les liens internes et externes ;
• les téléchargements associés ;
• les obligations contractuelles ou légales ;
• les demandes de clients liées à cette information ;
• l’existence d’une nouvelle page qui répond réellement au même besoin.

Si aucun remplacement n’est pertinent, l’ancienne URL doit répondre avec un véritable statut 404 ou 410. Si le contenu a un successeur clair, utilisez une redirection permanente vers celui-ci. Google recommande les redirections permanentes côté serveur pour les changements durables et déconseille les chaînes de redirections (Google Search Central, redirections).

Comment traiter les URL pendant une refonte ?

Une adresse courte ou plus élégante ne vaut pas toujours le coût d’une migration. Si une URL existante est compréhensible, stable et correctement indexée, vous pouvez souvent la conserver.

Lorsque le changement est nécessaire, créez un tableau de correspondance entre chaque ancienne URL et sa destination. Google conseille de préparer cette cartographie avant la mise en ligne, puis de mettre à jour les liens internes, les adresses canoniques et le sitemap (Google Search Central, migration de site).

Le plan doit couvrir :

• les pages publiques ;
• les images et documents importants ;
• les variantes avec ou sans barre finale ;
• les anciennes campagnes encore partagées ;
• les liens présents dans les newsletters et profils sociaux ;
• les URL créées par l’ancien CMS ;
• les redirections déjà existantes.

Évitez les chaînes du type ancienne page, ancienne redirection, nouvelle catégorie, nouvelle page. Une redirection directe vers la destination finale est plus rapide et plus simple à maintenir.

Comment décider sans se fier uniquement au trafic ?

Le trafic est un signal, pas une décision. Une page légale peut être indispensable avec peu de visites. Une page de service peut générer peu de volume, mais préparer une demande importante. À l’inverse, un article très visité peut attirer un public sans rapport avec votre activité.

Notez chaque page selon quatre axes :

Une page forte sur plusieurs axes mérite d’être conservée ou améliorée. Une page faible partout peut être supprimée. Une page très utile, mais impossible à maintenir, doit être simplifiée ou confiée à un responsable.

Quel workflow suivre avec l’équipe ?

Organisez une revue courte avec les personnes qui connaissent les services, les clients et les contraintes techniques. N’envoyez pas seulement un tableur à compléter sans explication.

Pour chaque groupe de pages :

1. confirmez le public et l’objectif ;
2. relisez les faits et les offres ;
3. examinez les données disponibles ;
4. choisissez une décision et un responsable ;
5. notez la future URL ;
6. listez les contenus manquants ;
7. fixez une date de validation.

Les désaccords sont utiles. Le commercial peut savoir qu’une page répond à une objection fréquente, alors que les statistiques montrent peu de visites. Le support peut identifier une information manquante. Le développeur peut repérer une adresse utilisée par une intégration. La décision devient meilleure quand ces preuves sont réunies.

Que faut-il vérifier avant et après la mise en ligne ?

Avant la bascule, testez :

• chaque redirection de la cartographie ;
• les liens internes et les boutons ;
• les formulaires et messages de confirmation ;
• les titres, descriptions et adresses canoniques ;
• le sitemap et les règles d’indexation ;
• les pages d’erreur ;
• le rendu sur téléphone ;
• la navigation au clavier et les contrastes ;
• le suivi des événements utiles.

Après la mise en ligne, surveillez les erreurs, les anciennes URL encore demandées, les formulaires et les principales pages d’entrée. Search Console aide à suivre l’indexation et la performance, tandis que l’outil d’analytics montre ce que les visiteurs font à l’intérieur du site. Ces mesures ne sont pas identiques et doivent être interprétées selon leur rôle (Google Search Central, données Search Console et analytics).

Ne concluez pas après une seule journée. Google indique qu’une migration peut provoquer des fluctuations temporaires pendant le nouveau crawl et la réindexation. Conservez les redirections au moins un an, et plus longtemps lorsqu’elles restent utiles aux visiteurs.

Quelle première action faire aujourd’hui ?

Exportez les URL du sitemap, du CMS et des pages les plus visitées. Réunissez-les dans un seul tableau, supprimez les doublons, puis attribuez une première décision à dix pages seulement.

Vous verrez rapidement si la refonte demande surtout une nouvelle présentation, une réécriture importante ou une véritable réorganisation du contenu. Si vous préparez une refonte, envoyez-moi votre arborescence actuelle et vos priorités. Je peux vous aider à construire l’inventaire, la nouvelle structure et le plan de redirections avant le développement.

FAQ

Faut-il conserver toutes les pages qui reçoivent du trafic ?

Non. Vérifiez si le public, le sujet et l’action correspondent encore à votre activité. Une page très visitée peut être hors cible. Si vous la retirez, prévoyez une destination réellement pertinente ou un statut de suppression correct.

Peut-on changer toutes les URL pendant une refonte ?

C’est possible, mais rarement nécessaire. Chaque changement ajoute une redirection, un contrôle et un risque d’oubli. Conservez les URL stables lorsqu’elles restent claires et adaptées.

Que faire d’un ancien article encore bien positionné ?

S’il reste exact et utile, conservez-le et améliorez sa présentation ou ses liens internes. S’il est obsolète, mettez-le à jour ou fusionnez-le avec une ressource plus complète en redirigeant l’ancienne adresse.

Une redirection 301 conserve-t-elle automatiquement toutes les performances ?

Une redirection permanente aide les utilisateurs et les moteurs à comprendre le déplacement. Elle ne dispense pas de choisir une destination pertinente, de mettre à jour les liens internes, le sitemap et les adresses canoniques, puis de surveiller le résultat.

Combien de temps garder les redirections ?

Google recommande généralement au moins un an pour une migration. Vous pouvez les conserver davantage lorsque d’anciens liens, documents ou favoris continuent d’être utilisés.

Qui doit valider le contenu conservé ?

La personne qui connaît l’offre ou le processus doit confirmer les faits. Le marketing peut structurer le message, le développeur sécuriser la migration et la direction arbitrer les priorités, mais la responsabilité de l’information doit être explicite.

Sources

• Migration de site avec changement d’URL — Google Search Central
• Premiers pas avec Search Console — Google Search Central
• Redirections et recherche Google — Google Search Central
• Spécifier une URL canonique — Google Search Central
• Données Search Console et analytics — Google Search Central
• Planifier et gérer l’accessibilité web — W3C WAI