Une refonte est aussi une migration éditoriale et technique
Le mot refonte laisse penser à un projet de design. Pour le SEO, il désigne surtout un changement de système. Le menu évolue, des pages fusionnent, les gabarits sont remplacés, les URL peuvent changer et certains contenus disparaissent. Chaque décision touche les chemins que les visiteurs et les moteurs utilisent pour atteindre l’information.
Dans le BTP, le risque augmente avec l’ancienneté du site. Une entreprise peut posséder des pages métiers, des réalisations, des actualités locales, des fiches techniques et des PDF qui ont acquis des liens ou des positions au fil des années. La nouvelle maquette ne révèle pas toujours cette valeur. L’audit SEO du site BTP doit donc précéder les premiers arbitrages graphiques.
L’inventaire de départ évite les suppressions aveugles
Le crawl du site fournit la liste des URL accessibles, leurs titres, leurs statuts, leurs balises canoniques et leurs liens internes. Search Console complète cette vue avec les requêtes, les clics, les impressions et l’état d’indexation. Les données analytiques montrent les pages qui participent à une prise de contact, même lorsque leur trafic reste modeste.
L’inventaire doit aussi couvrir les ressources qui échappent aux menus. Un ancien guide peut recevoir des liens depuis une fédération. Une fiche chantier peut se positionner sur une recherche très spécialisée. Un PDF peut être cité par un bureau d’études. Ces actifs ne doivent pas disparaître parce qu’ils semblent secondaires dans le nouveau plan de navigation.
- Toutes les URL HTML, les PDF et les images qui reçoivent des liens
- Les pages qui obtiennent des clics ou des impressions dans Search Console
- Les pages qui précèdent une demande de devis ou un appel
- Les backlinks, les liens internes et les redirections déjà en place
- Les balises de suivi, les formulaires et les événements de conversion
Chaque ancienne URL reçoit une décision explicite
Une table de correspondance relie l’ancien site au nouveau. Certaines URL restent identiques. D’autres rejoignent une page plus complète. Quelques-unes méritent une réécriture. Les pages sans utilité peuvent être retirées, mais leur suppression doit être justifiée par les données et par la nouvelle architecture.
Une redirection permanente n’est pas une consigne vague vers la page d’accueil. Elle doit conduire vers l’équivalent le plus proche. Une ancienne page sur l’étanchéité des toitures terrasses doit rejoindre la nouvelle page qui traite cette prestation, pas la rubrique générale de l’entreprise. Cette précision protège la continuité pour le visiteur et facilite le transfert des signaux entre les URL.
La parité de contenu se vérifie avant la mise en ligne
Une page peut conserver son URL et perdre l’essentiel de sa valeur. Cela arrive lorsque la refonte remplace un texte précis par quelques blocs marketing, retire une FAQ utile ou masque une documentation derrière un composant que le moteur interprète mal. Le contrôle doit donc comparer les informations, pas seulement les adresses.
Les nouveaux gabarits doivent aussi respecter les besoins des pages. Une fiche de système constructif ne se résume pas au même modèle qu’une page de service locale. Elle peut exiger des performances, des domaines d’emploi, des documents, des variantes et des points de vigilance. La conception des pages de services BTP donne une base, mais chaque famille de contenus garde sa logique.
La préproduction doit rester invisible aux moteurs
Un environnement de test public peut être exploré puis indexé. Un simple fichier robots.txt ne suffit pas toujours, car l’URL peut encore apparaître sans son contenu. Une protection par mot de passe reste plus sûre pendant le développement. Les balises noindex peuvent servir de sécurité complémentaire, à condition de les retirer avant l’ouverture.
Le crawl de préproduction sert à repérer les liens cassés, les titres absents, les canoniques incorrectes, les images trop lourdes et les pages orphelines. Le contrôle doit aussi vérifier que les liens internes pointent directement vers les nouvelles URL. Les laisser passer par des redirections ajoute de la latence et complique le diagnostic.
Le jour de mise en ligne suit un ordre préparé
Le lancement ne doit pas dépendre d’une suite d’actions improvisées. La sauvegarde, le déploiement, les redirections, les sitemaps, les balises de mesure et les tests sont consignés avant l’ouverture. Une personne sait qui décide d’un retour arrière si un défaut bloque les formulaires ou rend une partie du site inaccessible.
Dès la mise en ligne, un nouveau crawl compare le site public à la préproduction. Search Console permet ensuite de suivre l’exploration, l’indexation et les performances. Une baisse ponctuelle peut survenir pendant le retraitement des URL. Une chute qui se prolonge exige une recherche précise sur les pages concernées, les redirections et les différences de contenu.
- Tester un échantillon de redirections avant l’ouverture
- Contrôler les formulaires, les appels téléphoniques et les téléchargements
- Envoyer le nouveau sitemap après vérification
- Surveiller les erreurs serveur, les pages introuvables et les canoniques
- Comparer chaque semaine les groupes de pages plutôt que le seul trafic global
Les pièges fréquents sur les sites du bâtiment
Les réalisations sont parfois supprimées parce qu’elles semblent anciennes, alors qu’elles répondent à des recherches sur un ouvrage ou une technique. Les pages locales sont remplacées par une liste de villes sans contenu propre. Les fiches de gamme perdent leurs documents. Les actualités sont importées sans leurs images ni leurs liens. Chacune de ces décisions peut retirer une porte d’entrée utile.
Une refonte réussie ne fige pas le site ancien. Elle conserve ce qui produit de la valeur, corrige ce qui bloque la lecture et installe une structure plus durable. Le dossier consacré au site internet d’une entreprise du BTP aide à replacer ce chantier dans une stratégie plus large.