Une checklist SEO de refonte de site web est la liste ordonnée des contrôles qui préservent les positions et le trafic gagnés par l’ancien site pendant que le nouveau est mis en ligne : mesurer avant de toucher quoi que ce soit, lister chaque adresse, rediriger chaque ancienne URL vers sa nouvelle page avec une redirection 301, garder les contenus qui se positionnent, et suivre les résultats pendant des semaines après le lancement. La plupart du trafic perdu lors d’une refonte l’est à cause d’étapes sautées, pas à cause du nouveau design lui-même.
Dernière mise à jour : 28 octobre 2026.
Cette checklist passe en revue chaque étape dans l’ordre, de l’état des lieux au suivi de la récupération, avec les règles de redirection, les contrôles du jour J et les questions que les décideurs posent le plus souvent.
Pourquoi une refonte fait-elle perdre du trafic ?
Une refonte modifie trois choses sur lesquelles s’appuient les moteurs de recherche : les adresses de vos pages, les mots qu’elles contiennent et la façon dont elles sont construites. Changez l’une des trois sans précaution, et le moteur doit réapprendre le site. Changez les trois à la fois sans plan, et des pages positionnées depuis des années peuvent disparaître des résultats.
Les causes habituelles sont simples. D’anciennes URL renvoient une erreur 404 au lieu d’être redirigées. Des pages qui apportaient du trafic sont fusionnées ou supprimées parce qu’elles semblaient ternes dans la nouvelle arborescence. Les titres et descriptions sont réécrits ou laissés vides. Le réglage noindex du site de préproduction est reporté en production. Les liens internes pointent encore vers d’anciennes adresses, si bien que chaque clic passe par une redirection ou échoue.
Aucun de ces problèmes ne relève du design. Ce sont des problèmes de méthode, et une checklist règle la méthode.
Que demande une refonte de site web côté SEO ?
Une refonte de site web pensée pour le SEO traite la visibilité dans les moteurs comme une exigence du projet dès le premier brief, pas comme une tâche de la semaine de lancement. Chez Odduel, agence créative et technologique à Barcelone et São Paulo, notre travail de refonte de site web commence par les données de l’ancien site avant que quiconque dessine une nouvelle page, car c’est l’ancien site qui dit ce qui doit survivre.
En bref : décidez de ce que vous gardez avant de décider de ce que vous changez. Notez les performances actuelles du site. Gardez chaque adresse qui compte, ou redirigez-la une seule fois vers la nouvelle page la plus proche. Lancez à un moment calme, vérifiez tout le jour même, et suivez les chiffres pendant au moins deux à trois mois.
Google décrit le mécanisme dans son guide sur le déplacement d’un site avec changement d’URL, et la checklist ci-dessous suit la même logique, dans l’ordre où se déroule réellement un projet.
La checklist SEO de refonte de site web en un coup d’œil
Le tableau présente chaque étape, ce qu’elle produit et à quel moment elle intervient. Chaque étape a ensuite sa propre section ci-dessous.
| Étape | Ce qu’elle produit | Quand |
|---|---|---|
| 1. État des lieux | Trafic, positions et pages principales relevés | Avant le début du design |
| 2. Inventaire des URL | Toutes les adresses de l’ancien site dans une seule liste | Découverte |
| 3. Plan de redirections | Ancienne URL, nouvelle URL et statut pour chaque ligne | Avant la fin du développement |
| 4. Continuité des contenus | Contenus positionnés conservés ou améliorés | Design et rédaction |
| 5. Métadonnées | Titre, description et titres de section par page | Développement |
| 6. Données structurées | Schema repris et testé | Développement |
| 7. Protection de la préproduction | Préproduction fermée aux moteurs de recherche | Tout le développement |
| 8. Contrôles du jour J | Redirections, indexation et sitemap testés en ligne | Jour de la mise en ligne |
| 9. Search Console | Nouveau sitemap, erreurs et couverture suivis | Semaine du lancement |
| 10. Suivi de la récupération | Comparaison hebdomadaire avec l’état des lieux | Deux à trois mois |
Que faut-il mesurer avant la refonte ?
L’état des lieux est le seul moyen de savoir, après la mise en ligne, si quelque chose s’est mal passé. Sans lui, chaque baisse devient un sujet de débat. Établissez-le avant le début du design et gardez-en une copie que personne ne modifie.
- Exportez le trafic organique par page sur les douze derniers mois depuis votre outil d’analytics, pour rendre visibles les variations saisonnières.
- Exportez depuis Google Search Console les requêtes, clics, impressions et positions moyennes par page.
- Listez les pages qui apportent le plus de visites organiques et le plus de demandes ou de ventes. Ce sont les pages à protéger en priorité.
- Relevez les liens externes qui pointent vers votre site et les pages qui les reçoivent ; un outil de backlinks ou le rapport Liens de Search Console suffit.
- Notez les Core Web Vitals et la vitesse des principaux gabarits, pour que le nouveau site soit tenu au moins au même niveau.
- Sauvegardez les titres, descriptions et intertitres actuels de chaque page importante.
Rangez les fichiers avec le projet, pas dans la boîte mail de quelqu’un. Ils servent de référence à chaque décision qui suit.
Comment construire l’inventaire des URL ?
L’inventaire des URL est la liste complète de toutes les adresses auxquelles répond l’ancien site, pas seulement des pages de son menu. Explorez le site en ligne avec un crawler, puis ajoutez les adresses qu’un crawl ne trouve pas : URL du sitemap XML, pages qui reçoivent du trafic dans les analytics, pages qui ont des backlinks, PDF et images qui se positionnent, anciennes landing pages de campagne.
Chaque ligne doit indiquer l’URL, son code de statut, son titre, ses visites organiques et ses backlinks. Triez par valeur. Le haut de la liste, c’est ce que la refonte ne doit pas casser ; le bas, c’est là où vous pouvez élaguer sans risque.
Des adresses propres facilitent ce travail pour toute la vie du site. Si la refonte change la structure des URL, notre guide sur les URL SEO friendly explique comment choisir des adresses que vous n’aurez plus à changer.
Comment planifier les redirections 301 d’une refonte de site web ?
Une redirection 301 indique aux navigateurs et aux moteurs de recherche qu’une page a définitivement déménagé, et transmet les signaux de l’ancienne adresse à la nouvelle. Dans une refonte, c’est la protection la plus importante. Le plan de redirections est un tableur avec une ligne par ancienne URL : ancienne adresse, nouvelle adresse, type de redirection et une colonne de contrôle.
Les règles d’un bon plan de redirections
- Redirigez chaque ancienne URL vers la nouvelle page la plus pertinente, jamais vers la page d’accueil par défaut. Une redirection massive vers la page d’accueil est traitée presque comme une page manquante.
- Un seul saut. De l’ancienne adresse à l’adresse finale, sans chaîne passant par des URL intermédiaires.
- Utilisez une 301 (ou une 308) pour les déplacements définitifs. Gardez la 302 pour les situations réellement temporaires.
- Laissez une page sans équivalent ni valeur renvoyer une 404 ou une 410, plutôt que de la rediriger vers une page sans rapport.
- Couvrez les variantes : avec et sans barre oblique finale, majuscules, anciens paramètres, versions http et www.
- Redirigez les anciennes images et les PDF qui se positionnent ou reçoivent des liens.
- Gardez les redirections en place au moins un an, et en pratique aussi longtemps que les anciennes adresses reçoivent des visites ou des liens.
Où placer les redirections
Les redirections sont plus rapides et plus sûres au niveau du serveur ou du gestionnaire de redirections de la plateforme que dans des scripts au niveau de la page. La documentation de Google sur les redirections et la recherche Google liste les méthodes qu’il lit et leur ordre de préférence. Quelle que soit la plateforme, testez tout le plan en préproduction avant la mise en ligne, puis à nouveau sur le site en ligne.
Comment garantir la continuité des contenus ?
La continuité des contenus signifie que le nouveau site garde la substance qui faisait se positionner les anciennes pages. Une page qui répondait à une question en huit cents mots et n’offre plus qu’un titre et un bouton ne gardera pas sa position, aussi belle soit-elle.
Reprenez une à une les pages protégées de l’état des lieux. Pour chacune, décidez : garder telle quelle, améliorer, fusionner avec une page très proche (et rediriger), ou supprimer. Gardez le titre principal proche de la requête sur laquelle elle se positionne. Gardez les réponses, les détails précis et les exemples. Réécrivez pour la clarté, pas pour la brièveté.
Surveillez les parties qu’un design system a tendance à cacher : textes dans des onglets et des carrousels, texte mis en image, contenus qui n’apparaissent qu’après l’exécution d’un script. Les moteurs de recherche en lisent une bonne partie, mais un texte HTML simple et visible reste l’endroit le plus sûr pour tout ce qui doit se positionner.
Quelles métadonnées et quels éléments de page faut-il reprendre ?
Chaque page du nouveau site a besoin d’un titre unique, d’une meta description, d’un seul H1 et de titres dans l’ordre. Pour les pages protégées, partez de l’ancien titre et de l’ancienne description plutôt que d’un champ vide ; ne les changez que si la modification est clairement meilleure.
Vérifiez, page par page :
- Titre et meta description, uniques et rédigés pour la requête.
- Un seul H1, puis des H2 et H3 dans l’ordre.
- Lien canonique pointant vers l’adresse finale de la page elle-même.
- Noms de fichiers des images, texte alternatif et dimensions explicites.
- Liens internes mis à jour vers les nouvelles adresses, pour qu’aucun clic ne dépende d’une redirection.
- Titre et image Open Graph pour le partage.
Les liens internes méritent un passage à part. Les menus sont faciles ; c’est dans les liens du corps de texte, les pieds de page et les anciens articles que survivent les anciennes adresses.
Faut-il aussi reprendre les données structurées ?
Oui. Les données structurées (balisage schema) sont souvent générées par une extension ou un gabarit, et un nouveau thème ou une nouvelle plateforme peut les supprimer sans que personne ne le remarque. Listez les types présents sur l’ancien site : informations sur l’entreprise, BreadcrumbList, Article, Product, FAQPage, LocalBusiness, JobPosting. Reconstruisez-les sur les nouveaux gabarits et testez chaque type avec le test des résultats enrichis de Google en préproduction.
Gardez des identifiants stables. Si le nœud qui décrit votre entreprise a un identifiant et une adresse de logo, conservez-les à l’identique lors du déplacement, et gardez les informations sur l’entreprise cohérentes avec vos autres profils publics.
Et pour un site multilingue ?
Un site en plusieurs langues multiplie chaque étape : chaque version linguistique a ses propres URL, titres et redirections. Établissez le plan langue par langue, et gardez des annotations hreflang complètes et réciproques, pour que chaque version nomme toutes les autres et elle-même, plus un x-default.
Les slugs traduits demandent une attention particulière. Si l’adresse anglaise change, les adresses traduites changent généralement aussi, et chacune a besoin de sa propre redirection. Vérifiez que les liens canoniques pointent vers la page dans sa propre langue, pas vers l’original anglais, et que chaque version linguistique a son propre sitemap XML ou figure dans un sitemap commun.
Comment garder le site de préproduction hors des résultats de recherche ?
Le site de préproduction contient une copie complète de vos nouvelles pages : il ne doit donc jamais être indexé, sinon il concurrence le site en ligne. Protégez-le de deux façons à la fois. Placez-le derrière un mot de passe ou une restriction d’adresse IP, ce qui en écarte les moteurs de recherche et le public, et envoyez un en-tête noindex comme seconde protection.
Le jour de la mise en ligne, le danger s’inverse. Une balise noindex, un robots.txt qui bloque tout ou un réglage « demander aux moteurs de recherche de ne pas indexer ce site » copié de la préproduction vers la production peut retirer le nouveau site des résultats en quelques jours. Inscrivez « retirer la protection de la préproduction » sur la checklist de lancement, avec un nom à côté.
Que faut-il vérifier le jour de la mise en ligne ?
Lancez en début de semaine, à une heure calme pour votre trafic, avec les personnes capables de corriger les problèmes disponibles. Évitez de lancer juste avant des vacances ou une période de forte activité commerciale. Puis déroulez la liste sur le site en ligne, pas en préproduction.
- Confirmez que le site est indexable : aucun en-tête ni balise noindex, un robots.txt qui autorise l’exploration, le réglage moteurs de recherche de la plateforme désactivé.
- Testez le plan de redirections : explorez la liste complète des anciennes URL et confirmez que chacune renvoie une seule 301 vers la bonne page, avec un code 200 à l’arrivée.
- Explorez le nouveau site à la recherche de 404, de chaînes de redirections et de liens internes qui pointent encore vers d’anciennes adresses.
- Vérifiez les liens canoniques, le hreflang et les titres sur un échantillon de chaque gabarit.
- Chargez le sitemap XML et confirmez qu’il ne liste que des adresses finales et indexables.
- Testez les formulaires, le suivi et le bandeau de consentement, pour que les demandes et les analytics continuent d’arriver.
- Vérifiez la vitesse et les Core Web Vitals des principaux gabarits par rapport à l’état des lieux.
Notre checklist de recette de site web couvre le volet non SEO de la même journée : navigateurs, appareils, formulaires et accessibilité.
Que faire dans Google Search Console ?
Search Console est l’endroit où vous voyez comment Google lit le déplacement. Le jour de la mise en ligne, soumettez le nouveau sitemap XML. Si le domaine lui-même change, validez la nouvelle propriété et utilisez l’outil de changement d’adresse dans l’ancienne, comme le décrit le guide de Google sur les déplacements de site.
Gardez aussi l’ancien sitemap disponible quelque temps : il aide Google à trouver les anciennes URL et à découvrir plus vite leurs redirections. Surveillez ensuite le rapport d’indexation des pages pour les nouvelles 404 et les pages exclues par noindex, le rapport sur les performances pour les clics et impressions des pages protégées, et les statistiques d’exploration pour les pics d’erreurs. Utilisez l’outil d’inspection d’URL sur les pages les plus précieuses pour demander leur indexation.
Combien de temps faut-il au référencement pour se rétablir après une refonte ?
Quelques mouvements les premières semaines sont normaux, le temps que les moteurs explorent à nouveau le site et traitent les redirections. Une refonte bien préparée se stabilise généralement en quelques semaines ; un déplacement plus important, comme un nouveau domaine ou une nouvelle structure d’URL sur des milliers de pages, peut prendre quelques mois. Google le dit lui-même dans sa documentation.
Comparez avec l’état des lieux chaque semaine pendant au moins deux à trois mois : clics organiques par page protégée, positions sur les requêtes principales, pages indexées et demandes. Une baisse limitée à quelques pages signale un problème de redirection ou de contenu sur ces pages. Une baisse sur tout le site signale un problème d’indexation, et c’est la première chose à vérifier.
Que faire si le trafic chute après la refonte ?
Procédez de la cause la plus probable à la moins probable, et corrigez plutôt que d’attendre.
- Vérifiez d’abord l’indexation : un noindex oublié, un robots.txt bloquant ou des liens canoniques erronés.
- Testez à nouveau le plan de redirections, en cherchant les 404, les chaînes et les redirections vers la page d’accueil.
- Comparez le contenu des pages qui ont perdu du trafic avec leurs anciennes versions dans l’état des lieux.
- Comparez les titres et intertitres de ces pages avec les anciens.
- Cherchez les liens internes et les entrées du sitemap qui pointent encore vers d’anciennes adresses.
- Vérifiez la vitesse : un nouveau gabarit plus lourd peut ralentir toutes les pages.
Si la cause est une page supprimée qui se positionnait bien, rétablissez son contenu, à son ancienne adresse ou redirigé depuis celle-ci. La plupart des récupérations consistent à remettre ce que l’ancien site avait, pas à ajouter quelque chose de nouveau.
Questions fréquentes
Une refonte de site web va-t-elle nuire à mon SEO ?
Pas forcément. Le trafic se perd quand des adresses changent sans redirection, quand des contenus positionnés sont supprimés ou quand le nouveau site est bloqué par erreur pour les moteurs de recherche. Avec un état des lieux, un plan de redirections complet, la continuité des contenus et des contrôles le jour J, la plupart des refontes gardent leurs positions, et beaucoup les améliorent une fois les pages plus rapides et plus claires explorées.
Faut-il garder les mêmes URL lors d’une refonte ?
Gardez-les partout où elles sont déjà propres et descriptives, car une adresse inchangée n’a pas besoin de redirection et conserve directement ses signaux. Ne les changez que là où la structure est vraiment mauvaise, par exemple avec des dates, des numéros ou des paramètres dans le chemin. Chaque adresse modifiée a besoin d’une redirection 301 vers son équivalent nouveau le plus proche, testée avant et après la mise en ligne.
Combien de temps faut-il garder les redirections 301 ?
Au moins un an, et en pratique aussi longtemps que les anciennes adresses reçoivent encore des visites ou des liens externes. Supprimer des redirections n’économise presque rien et peut transformer d’anciens backlinks en 404. Revoyez la liste des redirections une fois par an, et ne retirez que les lignes dont l’ancienne adresse n’a reçu ni trafic ni liens depuis longtemps.
À quel moment impliquer le SEO dans une refonte ?
Dès le premier brief. L’état des lieux et l’inventaire des URL façonnent l’arborescence, le plan de contenus et les gabarits : ils doivent donc exister avant le début du design. Un SEO appelé la semaine du lancement ne peut que vérifier ce qui a déjà été décidé, et corriger à ce stade une page supprimée ou un champ manquant dans un gabarit coûte bien plus de temps.
Peut-on changer de domaine et refaire son site en même temps ?
C’est possible, mais le risque se multiplie, car les moteurs de recherche doivent traiter ensemble de nouvelles adresses, un nouveau domaine et de nouveaux contenus, et toute baisse est plus difficile à expliquer. Si vous le pouvez, changez d’abord de domaine avec les mêmes contenus, laissez la situation se stabiliser, puis lancez la refonte. Si les deux doivent se faire ensemble, le plan de redirections et le suivi deviennent encore plus importants.
La checklist SEO d’une refonte est-elle différente pour un site e-commerce ?
Les étapes sont les mêmes, mais l’échelle est plus grande. Les pages produits, catégories et filtres multiplient l’inventaire des URL, les produits arrêtés demandent une règle claire (redirection vers une alternative proche ou vers la catégorie, ou réponse 410), et les données structurées des produits doivent porter correctement les prix et la disponibilité. Testez soigneusement les adresses de recherche et de filtres avant la mise en ligne.
Si une refonte est au programme, commencez par l’état des lieux et l’inventaire des URL : ils coûtent peu et protègent l’essentiel de ce que l’ancien site a gagné. Si vous vous demandez aussi combien de temps prévoir, notre guide combien de temps pour créer un site web détaille les étapes. Nous prenons en charge tout le déplacement, du premier crawl aux semaines de suivi après la mise en ligne ; découvrez notre service de refonte de site web ou parlez-nous de votre projet.
À lire aussi : Comment choisir une agence SEO : questions, signaux d’alerte et contrats.
