Refonte de site web : déroulement, plan de projet et checklist SEO (sans perte de positions)

Une refonte de site web est la reconstruction technique et structurelle d'un site, souvent avec un nouveau CMS, une nouvelle structure de pages et de nouvelles URL. Pour ne perdre aucune position à cette occasion, vous redirigez, selon Google, chaque ancienne URL vers sa nouvelle cible au moyen d'une redirection permanente côté serveur, en suivant un mapping d'URL préparé à l'avance.

Qu'est-ce qu'une refonte de site web et en quoi se distingue-t-elle d'un redesign ?

Une refonte de site web est la reconstruction complète d'un site aux niveaux technique et structurel, tandis qu'un redesign ne concerne que l'aspect visuel. Lors d'une refonte, le système de gestion de contenu, l'architecture de l'information et surtout les URL changent souvent. C'est précisément ce changement d'URL qui rend la refonte risquée du point de vue SEO, car Google doit transférer tous les signaux accumulés jusque-là vers les nouvelles adresses.

Dans un simple redesign, les URL, la structure des pages et les contenus sont conservés ; seuls les couleurs, la typographie ou la mise en page changent. Le risque pour les positions est alors faible. Dès que les URL ou le domaine changent, on parle d'un déplacement de site avec changement d'URL, et les règles de migration SEO décrites dans cet article s'appliquent. Une mise en œuvre professionnelle fait partie de notre prestation Webdesign.

Comment se déroule une refonte de site web, étape par étape ?

Une refonte de site web se déroule en sept phases de projet qui s'enchaînent, de l'analyse jusqu'au suivi après la mise en ligne. Respecter cet ordre réduit nettement le risque de perte de données et de chute des positions.

1. Analyse et état des lieux : recenser la liste complète des URL, les positions actuelles, les données de trafic et les faiblesses techniques. Cet état « avant » est votre référence.
2. Concept et objectifs : définir les groupes cibles, la structure des pages (architecture de l'information) et des objectifs mesurables.
3. Design et UX : wireframes et maquettes sur la base de la nouvelle structure.
4. Développement sur un environnement de préproduction : mise en œuvre dans un environnement de test protégé, non indexable publiquement.
5. Migration SEO : préparer le mapping d'URL, les redirections, les balises canonical et les sitemaps.
6. Mise en ligne : basculer vers le nouveau site, activer les redirections, supprimer les blocages d'indexation.
7. Suivi : observer pendant plusieurs semaines l'exploration, l'indexation et les positions.

Les phases 1, 5 et 7 décident du succès SEO. Le design et le développement sont visibles, mais c'est le mapping d'URL qui protège vos positions.

Comment éviter les pertes de positions lors d'une refonte ?

Vous évitez les pertes de positions en redirigeant chaque ancienne URL par une redirection permanente vers la nouvelle URL la plus pertinente, et en informant activement Google du déménagement via la Search Console. Selon la documentation Google Search Central (état 2026), la création d'un mapping entre anciennes et nouvelles URL est une étape centrale de tout déplacement de site ; dans son guide, Google la classe après la préparation du nouveau site.

La migration SEO repose sur cinq éléments. Premièrement : des redirections permanentes côté serveur, selon le mapping d'URL. Deuxièmement : selon Google, chaque nouvelle URL reçoit une balise rel=canonical autoréférencée, qui pointe vers elle-même. Troisièmement : après le déplacement, vous soumettez un nouveau sitemap XML dans la Search Console et supprimez l'ancien. Quatrièmement : en cas de changement de domaine ou de sous-domaine, vous utilisez l'outil de changement d'adresse. Cinquièmement : vous conservez les redirections longtemps. Google recommande de conserver les redirections après un déplacement de site, en général pendant au moins 1 an, afin que tous les signaux soient transférés vers les nouvelles URL (Google Search Central, état 2026).

Pour les sites petits et moyens, Google recommande de déplacer toutes les URL en même temps, afin que les algorithmes reconnaissent plus vite le déplacement. Ce n'est que pour de très grands sites qu'une migration section par section peut être envisagée.

Qu'est-ce que le mapping d'URL et comment créer correctement des redirections 301 ?

Le mapping d'URL est l'attribution complète de chaque ancienne URL à sa nouvelle cible, et c'est selon Google une étape fondamentale d'un déplacement de site. Dans son guide, Google le cite après la préparation du nouveau site. Dressez d'abord une liste complète de toutes les anciennes URL à partir d'une exploration du site, de la Google Search Console et des fichiers journaux du serveur. Attribuez ensuite chaque ancienne URL à la nouvelle URL la plus pertinente sur le fond, et non systématiquement à la page d'accueil.

Pour les redirections, la règle est la suivante : Google traite les codes d'état 301 et 308 comme des redirections permanentes. Le pipeline d'indexation les utilise comme signal que la cible de la redirection doit devenir canonique. Les codes 302 et 307 sont temporaires et ne fournissent pas ce signal de canonicalisation (Google Search Central, état 2026). Pour une refonte, il vous faut donc des codes 301 ou 308.

Évitez les chaînes de redirections et redirigez si possible directement vers la cible finale, plutôt que via des étapes intermédiaires. Pour le choix de la méthode, Google indique un ordre de fiabilité : les redirections côté serveur sont les plus fiables, viennent ensuite le meta refresh, puis les redirections JavaScript, et enfin, comme dernier niveau expressément déconseillé, les redirections dites « crypto ». Vous ne devriez utiliser des redirections JavaScript que si les redirections côté serveur ou par meta refresh sont impossibles (Google Search Central, état 2026).

Comment faire en sorte que Google réindexe rapidement le nouveau site ?

Vous obtenez une réindexation rapide en verrouillant proprement l'environnement de préproduction pendant le développement, puis en levant correctement ce verrouillage lors de la mise en ligne. Protégez la préproduction par un contrôle d'accès et une balise meta robots noindex, et non par un Disallow dans le fichier robots.txt.

La raison est importante : pour qu'une directive noindex soit efficace, la page ne doit pas être bloquée par robots.txt. Sinon, le robot d'exploration ne voit jamais la règle noindex, et la page peut malgré tout apparaître dans les résultats de recherche (Google Search Central, état 2026).

Lors de la mise en ligne, vous retirez noindex et Disallow du site en production, soumettez le nouveau sitemap XML dans la Search Console et supprimez l'ancien. Vérifiez avec l'outil d'inspection d'URL que les nouvelles URL sont explorables et indexables. En cas de changement de domaine ou de sous-domaine, vous utilisez l'outil de changement d'adresse.

Quelles sont les erreurs les plus fréquentes lors d'une refonte de site web ?

Les erreurs de refonte les plus fréquentes concernent l'indexation et les redirections, pas le design. Qui les connaît évite les chutes de positions les plus coûteuses.

• La préproduction reste indexable : l'environnement de test n'a jamais été verrouillé ou l'a seulement été par robots.txt, de sorte que le noindex n'agit jamais.
• Le site en production reste en noindex : le verrouillage de développement a été oublié lors de la mise en ligne, et le nouveau site est entièrement désindexé.
• Redirections manquantes ou en chaîne : d'anciennes URL aboutissent dans le vide (404) ou passent par de longues chaînes au lieu d'aller directement à la cible.
• Redirection globale vers la page d'accueil : au lieu de rediriger chaque URL vers son équivalent sur le fond.
• Ressources oubliées : images, PDF et liens hreflang ne sont pas migrés.
• Pas de référence « avant » : sans état des lieux, le succès ne peut pas être mesuré.
• Mise en ligne le vendredi sans suivi : les erreurs passent inaperçues pendant tout le week-end.

Combien de temps faut-il aux positions pour se rétablir après la refonte ?

Le rétablissement dépend de la taille du site. Selon Google, un site de taille moyenne peut avoir besoin de quelques semaines pour que la plupart des pages de l'index soient transférées vers les nouvelles URL ; les sites plus grands peuvent prendre plus de temps (Google Search Central, état 2026).

Des fluctuations sont normales durant cette phase. L'important est de ne pas supprimer les redirections prématurément. Google recommande de les conserver en général au moins 1 an. Pendant cette période, surveillez les statistiques d'exploration, la couverture de l'indexation et les positions dans la Search Console. Un diagnostic plus précis s'impose si, après plusieurs semaines, des sections entières ne sont pas indexées, si de nombreuses erreurs 404 apparaissent ou si les positions chutent durablement et non seulement à court terme.

Checklist de refonte de site web : avant, pendant et après la mise en ligne

Cette checklist résume par phases les étapes critiques pour le SEO d'une refonte de site web. Toutes les recommandations suivent les indications de Google Search Central (état 2026).

FAQ sur la refonte de site web

Vais-je automatiquement perdre des positions lors de la refonte ?

Non, pas automatiquement. Si vous redirigez chaque ancienne URL par une redirection permanente 301/308 vers la nouvelle URL la plus pertinente et conservez les redirections au moins 1 an, Google transfère les signaux vers les nouvelles URL (Google Search Central, état 2026). Des fluctuations de courte durée pendant le traitement sont normales.

Ai-je besoin de nouvelles URL lors de la refonte ?

Non. Si seuls l'aspect et la mise en page changent, les URL restent identiques, et il s'agit d'un redesign sans risque lié à un déplacement de site. De nouvelles URL n'apparaissent que lorsque la structure, le CMS ou le domaine changent. Il vous faut alors un mapping d'URL complet avec redirections.

Quand dois-je utiliser l'outil de changement d'adresse ?

Uniquement en cas de changement de domaine ou de sous-domaine. Selon l'aide de la Google Search Console (état 2026), il n'est pas prévu pour le passage de HTTP à HTTPS, de www à non-www ou pour des modifications de chemin au sein du même domaine. Les conditions sont d'être propriétaire des deux propriétés dans le même compte Google et d'avoir mis en place une redirection 301 de l'ancienne vers la nouvelle page d'accueil.

Combien de temps dois-je conserver les redirections 301 ?

Google recommande de conserver les redirections après un déplacement de site aussi longtemps que possible, en général au moins 1 an, afin que tous les signaux soient transférés vers les nouvelles URL (Google Search Central, état 2026). De nombreux exploitants les laissent actives en permanence.

Pourquoi mon noindex ne fonctionne-t-il pas sur la préproduction ?

La page est probablement aussi bloquée par robots.txt. Pour qu'une directive noindex soit efficace, la page ne doit pas être bloquée par robots.txt ; sinon, le robot d'exploration ne voit jamais la règle et la page peut malgré tout apparaître dans les résultats de recherche (Google Search Central, état 2026). Utilisez plutôt un contrôle d'accès ainsi que noindex sur des pages explorables.

Dois-je basculer toutes les pages en même temps ou progressivement ?

Pour les sites petits et moyens, Google recommande de déplacer toutes les URL en même temps, afin que les algorithmes reconnaissent plus vite le déplacement. Ce n'est que pour de très grands sites qu'une migration section par section peut être envisagée (Google Search Central, état 2026).

Combien coûte approximativement une refonte de site web ?

Il n'est pas possible d'indiquer des prix de marché fermes de façon générale : l'effort dépend fortement du périmètre, du CMS, de la migration des données et de la profondeur du travail SEO. Il s'agit d'une observation du marché, pas d'un engagement de prix. Vous n'obtenez une orientation fiable que par une offre concrète fondée sur l'ensemble de vos pages.

Sources

• Google Search Central - Site moves with URL changes : developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes (état 2026)
• Google Search Central - Redirects and Google Search : developers.google.com/search/docs/crawling-indexing/301-redirects (état 2026)
• Google Search Central - Block Search indexing with noindex : developers.google.com/search/docs/crawling-indexing/block-indexing (état 2026)
• Aide de la Google Search Console - Change of Address tool : support.google.com/webmasters/answer/9370220 (état 2026)

Remarque : cet article propose une information technique générale et ne remplace pas un conseil individuel en SEO ou en droit. Les indications d'effort et de coût sont une observation de marché non contractuelle, et non une offre ni un engagement de prix.

Auteur : Alexander Weipprecht. État : juin 2026.