Une refonte se prépare avant de changer le design. Sauvegarde le site, relève ses URL et ses pages importantes, puis décide ce qui sera conservé, déplacé ou supprimé. Teste les redirections, les contenus et le contact avant la bascule. Le guide ci-dessous t’aide à préparer ce travail avec ton prestataire et à contrôler ce qui est livré.
Que faut-il décider avant de commencer la refonte ?
Écris ce que tu veux améliorer et ce qui fonctionne déjà. Un site difficile à modifier, une offre mal expliquée et un manque de visibilité ne conduisent pas aux mêmes travaux. Associe chaque problème à une action attendue : pouvoir modifier une page sans développeur, rendre une prestation plus compréhensible ou conserver l’accès aux contenus qui attirent déjà des visiteurs.
Avant de signer une refonte de site internet, fais préciser qui reprend les contenus, prépare les redirections et vérifie la mise en ligne. Demande aussi les livrables d’un audit SEO si le diagnostic fait partie de la mission. Le devis doit distinguer analyse, développement et recette : tu sauras qui contacter lorsqu’un point n’est pas terminé.
Comment inventorier les URL et les contenus à conserver ?
Construis une liste d’URL à partir du site, de son sitemap et des données disponibles. Un crawl, c’est l’exploration des liens par un outil : il aide à retrouver les pages accessibles, mais il peut manquer celles qui ne sont plus liées. Complète-le avec les pages connues dans Search Console et les adresses que l’entreprise utilise dans ses emails ou campagnes.
Pour chaque URL, note le titre, la prestation concernée, les clics organiques disponibles et la décision envisagée. Conserve une copie des textes, images et fichiers avant de modifier le site. Une page peu visitée peut tout de même servir à un commercial ou répondre à une question importante : la décision de la supprimer demande aussi de connaître son usage.
- URL actuelle et sujet ; statut actuel de la page.
- Rôle pour le visiteur et intérêt commercial connu.
- Décision : garder, fusionner, déplacer ou supprimer.
- URL finale, redirection éventuelle et responsable de validation.
| Ancienne URL fictive | Décision | Destination / contrôle |
|---|---|---|
| /renovation/ | URL conservée | Même adresse ; contenu repris et page accessible |
| /salle-de-bain/ | Fusion avec une offre équivalente | Redirection permanente vers /renovation/ après reprise du contenu utile |
| /ancienne-offre/ | Offre abandonnée sans équivalent | 404 ou 410 appropriée ; retrait des liens internes |
Comment modifier l’arborescence sans perdre des réponses utiles ?
Regroupe les pages qui répondent au même besoin et garde une place pour les prestations distinctes. Une rénovation complète et un dépannage urgent demandent des informations différentes. Quand tu fusionnes deux pages, vérifie que les explications utiles de chacune se retrouvent dans la destination. Le nouveau menu peut être plus simple sans que le contenu devienne plus pauvre.
Prépare la structure avant les maquettes : page, besoin du lecteur, contenu à reprendre et liens nécessaires. Si tu pars d’un petit site, regarde les pages utiles d’un site vitrine pour cadrer cette liste. Compare ensuite l’ancienne et la nouvelle arborescence : une prestation importante doit rester accessible depuis une page qui a du sens.
Quand faut-il conserver ou changer une URL ?
Garde les URL qui conviennent encore. Changer une adresse uniquement parce que le nouveau CMS propose un autre format ajoute des redirections sans résoudre le besoin du lecteur. Si tu dois la modifier, choisis une destination stable, puis ajoute la correspondance entre l’ancienne et la nouvelle adresse dans ton tableau de migration.
Une redirection permanente, généralement en 301 ou 308, envoie l’ancienne URL vers sa remplaçante. Elle doit viser une page qui reprend réellement le sujet. Mets aussi à jour les liens internes pour qu’ils pointent directement vers la nouvelle adresse. Si beaucoup d’URL changent, un accompagnement à la migration SEO permet de préparer et vérifier ce plan.
Que faire des pages fusionnées ou supprimées ?
Classe les pages en trois cas. Une page maintenue garde son adresse et son contenu utile. Une page déplacée ou fusionnée reçoit une destination équivalente. Une offre abandonnée sans remplaçante peut être supprimée, avec une réponse 404 ou 410. Rediriger tout vers l’accueil ne permet pas de retrouver ce que l’on cherchait.
Fais relire les correspondances par quelqu’un qui connaît les prestations. Un développeur peut installer correctement une redirection vers une mauvaise offre. Dans le tableau, ajoute donc une colonne « Pourquoi cette destination ? » pour les cas discutables. Tu évites ainsi de découvrir après la mise en ligne qu’une page commerciale importante a été remplacée par un contenu trop général.
Exemple : déplacer une prestation sans perdre le parcours
La page /salle-de-bain/ devient /renovation/. Prévois une redirection permanente vers la nouvelle page uniquement si celle-ci reprend effectivement la prestation. Teste l’ancienne adresse : elle doit conduire directement à la destination, sans passer par une troisième URL. La destination doit afficher le contenu attendu et répondre correctement.
Mets également à jour les liens dans les menus, les articles et les autres pages. Ils doivent pointer vers /renovation/ plutôt que continuer à dépendre de la redirection. Un plan de redirections protège les anciens parcours ; il ne dispense pas de corriger le maillage du nouveau site.
Comment consigner un cas qui demande une décision métier ?
Une ancienne page présente une formule qui n’est plus vendue, mais ses prestations existent encore séparément. Dans l’inventaire, note le contenu concerné, les offres actuelles possibles et la question à trancher : laquelle répond réellement à l’ancien besoin ? Le responsable de l’offre valide cette équivalence avant qu’une destination soit choisie.
Si aucune réponse n’est encore validée, marque le cas comme en attente et attribue la décision à une personne. Le développeur ne doit pas choisir l’accueil par défaut. La recette doit ensuite vérifier le traitement convenu et la disparition des liens internes vers l’offre arrêtée.
Quels contrôles faire sur le nouveau site avant la bascule ?
Teste une page de chaque gabarit et toutes les pages commerciales prioritaires : accueil, prestation, article et contact. Compare les textes repris, les titres, les images et les liens. Sur mobile, ouvre le menu, lis les contenus longs et essaie chaque moyen de contact. Une recette est terminée quand les problèmes bloquants sont corrigés et revérifiés, pas quand une liste de captures a été envoyée.
Le volet technique doit contrôler les codes de réponse, les redirections, les canonical et les règles d’indexation. Une canonical indique l’URL de référence d’une page ; elle ne doit pas pointer vers la préproduction après lancement. Un audit technique SEO peut compléter ces contrôles. Demande un résultat daté, l’URL testée et le responsable de chaque correction restante.
| Cas testé | Attendu après bascule | Écart à signaler |
|---|---|---|
| Adresse conservée | Page disponible, contenu repris et liens corrects | Erreur HTTP ou contenu manquant |
| Adresse déplacée | Redirection directe vers une page équivalente | Chaîne, boucle ou accueil sans rapport |
| Nouvelle page publique | Accès et consignes conformes au choix de publication | Blocage hérité de la préproduction |
Une fiche de recette que le prestataire peut remplir
Pour chaque contrôle, demande : URL testée, résultat attendu, résultat obtenu, anomalie et personne responsable. « Vérification SEO faite » n’indique pas ce qui a été essayé. « /contact/ : demande reçue dans la boîte cible depuis mobile » est un résultat vérifiable.
Sépare les problèmes qui bloquent la publication des ajustements qui peuvent attendre. Une page commerciale indisponible, une redirection erronée ou un contact cassé doit être traité avant les détails de présentation.
Comment tester le plan de redirections avant publication ?
Sélectionne dans l’inventaire une page conservée, une page déplacée et une page retirée. Pour chaque cas, consigne l’ancienne adresse, le comportement attendu et le contenu à retrouver. Les nouvelles URL et leurs consignes doivent aussi être contrôlées. La personne qui réalise les tests doit pouvoir signaler un écart sans devoir deviner le choix initial.
Un contrôle en préproduction doit tenir compte de l’environnement : domaine différent, accès protégé ou pages volontairement non indexables. Ces conditions ne doivent pas être recopiées involontairement sur le site public. Prépare donc une deuxième vérification juste après la bascule, sur les adresses publiques et les demandes de test.
Comment organiser le jour de mise en ligne ?
Choisis un créneau où les personnes capables de corriger le site sont disponibles. Prépare une sauvegarde et une procédure de retour à la version précédente. Si tu changes aussi de domaine ou d’hébergeur, distingue les opérations : modifier le site, les DNS et les redirections en même temps rend un incident plus difficile à diagnostiquer.
Après la bascule, ouvre le domaine public depuis un appareil extérieur à l’administration. Vérifie les pages prioritaires, les redirections, les images et l’arrivée d’une demande test. Contrôle que les protections de la préproduction ne restent pas actives sur le site public. Note l’heure de mise en ligne : elle servira de repère pour comparer les données et comprendre un problème signalé ensuite.
Comment surveiller le site après la refonte ?
Les premiers contrôles portent sur le fonctionnement : pages inaccessibles, mauvaises destinations, demandes perdues ou fichiers manquants. Dans Search Console, surveille ensuite les pages importantes et les erreurs apparues depuis la bascule. Regarde aussi les clics par page et les requêtes concernées, plutôt qu’un total qui mélange toute l’activité du site.
Si le trafic baisse, compare des périodes de même durée et cherche les pages qui expliquent la différence. Contrôle d’abord leurs URL, leur contenu, leurs redirections et leurs consignes d’indexation. Les résultats peuvent fluctuer pendant une migration ; cela ne dispense pas de rechercher une erreur concrète. Une date de contrôle et une liste de corrections te permettront de suivre la suite.
Que demander si la visibilité baisse après la refonte ?
Commence par identifier les pages et les requêtes qui ont changé, puis vérifie leurs URL, les redirections, le contenu et les consignes d’indexation. Ne modifie pas tout le site sur la seule base d’un total de clics en baisse.
Demande au prestataire une liste des anomalies constatées, leur correction et leur contrôle. Si aucun blocage n’est identifié, poursuis le suivi en tenant compte du périmètre de la migration ; personne ne peut garantir une date de retour aux positions précédentes.
Questions fréquentes
Faut-il changer toutes les URL pendant une refonte ?
Non. Si une adresse reste pertinente et que la page garde le même rôle, elle peut être conservée. Les changements utiles doivent être documentés et les anciennes adresses traitées selon leur destination ou leur retrait.
Peut-on promettre de conserver toutes les positions SEO ?
Non. Préparer les correspondances, contrôler le site et surveiller la migration réduit les problèmes évitables. Cela ne garantit pas les positions, qui dépendent aussi des autres sites, de la demande et du fonctionnement des moteurs.
Que fournir au prestataire avant la refonte ?
Prépare la liste des prestations toujours vendues, les URL prioritaires, les contenus à reprendre et les contraintes de lancement. Ajoute les données disponibles et les personnes qui valident le contenu, les redirections et le contact. Demande au prestataire les accès réellement nécessaires ; partage-les par un canal adapté. Avant la bascule, il doit rester possible de retrouver l’ancien site et le plan de correspondance validé.
