Refonte de site internet : le guide 2026 pour ne pas perdre son SEO

Refonte de site internet : reconstruire votre site existant — nouveau design, nouvelle architecture ou nouveau CMS — en conservant votre domaine et son historique SEO. Pour un artisan ou une TPE, le bon moment : site de plus de 4 ans, lent sur mobile, qui ne génère plus de demandes ou dont le design date trop.

Si tu gères toi-même ta présence en ligne ou si tu travailles avec une agence sur ce chantier, ce guide te donne la méthode complète : ce qui peut casser, à quelle étape, et comment le mesurer sur 90 jours post-lancement. Le risque opérationnel ne vient pas du design, ni du CMS cible — il vient de la couche d’indexation : redirections, signaux d’autorité, canonical, rendu mobile, données structurées. Une refonte change tous ces signaux simultanément, ce qui est précisément le scénario où Google a le plus de mal à réconcilier l’ancien et le nouveau site.

Pourquoi une refonte déclenche un risque SEO mesurable

Une refonte modifie en parallèle quatre couches que Google traite indépendamment : la structure d’URL, le contenu HTML rendu, le maillage interne et la performance perçue (Core Web Vitals). Quand ces quatre couches changent en même temps, le moteur doit re-crawler, re-indexer et re-évaluer chaque page sans pouvoir s’appuyer sur ses signaux historiques. C’est cette simultanéité qui crée le risque, pas le changement lui-même.

Le contexte 2026 amplifie le problème. Depuis le 5 juillet 2024, Google a basculé l’intégralité du web sur le crawler mobile (Google Search Central, 2024). Une refonte qui dégrade le rendu mobile — contenu manquant côté smartphone, lazy-loading mal configuré, layout shift — attaque directement la version que Google utilise pour ranker. Pour un artisan, ce point est critique : la majorité de tes visiteurs arrivent sur mobile via Google Maps ou une recherche locale.

Le second point dur est l’INP (Interaction to Next Paint), la metric qui a remplacé FID en mars 2024. Le seuil “Good” est fixé à 200 ms, mesuré au 75e percentile de l’expérience utilisateur réelle via CrUX (Google Search Central, 2024). 43 % des sites échouent à ce seuil (corewebvitals.io, 2026), ce qui en fait la Core Web Vital la plus régressive sur les refontes utilisant du JavaScript moderne (React, Vue, Astro avec hydratation).

Phase 1 : audit pré-migration, ce que vous devez extraire avant de toucher au CMS

Avant la moindre intervention sur le CMS cible, exportez tout. La règle est simple : si vous ne mesurez pas un signal avant la refonte, vous ne pourrez pas détecter sa régression après.

Cinq sources de vérité sont à figer dans un même dépôt versionné :

Source	Ce que vous extrayez	Fréquence d’export
Search Console (Search Analytics API)	URLs indexées, requêtes top 200, CTR, impressions, positions	Snapshot J-7 + J-30
Crawl Screaming Frog ou Sitebulb	URL list, status code, title, meta, H1, canonical, internal inlinks	1 crawl complet J-3
Analytics (GA4 ou Matomo)	Pages avec sessions et conversions sur 12 mois glissants	Export CSV J-1
Backlink profile (Ahrefs / Majestic)	Top 500 URLs avec backlinks externes	Snapshot J-7
Logs serveur	URLs réellement crawlées par Googlebot sur 30 jours	30 jours rolling

Les erreurs les plus fréquentes à cette étape — URLs manquantes, export incomplet, pages oubliées — sont documentées dans notre guide 7 pièges de création de site internet pour artisan. Le même raisonnement s’applique à la phase d’audit pré-migration.

L’export GSC se fait via l’API Search Analytics, pas via l’interface (limitée à 1000 lignes). Une requête typique :

from googleapiclient.discovery import build
service = build('searchconsole', 'v1', credentials=creds)
request = {
    'startDate': '2026-04-01',
    'endDate': '2026-04-30',
    'dimensions': ['page'],
    'rowLimit': 25000,
    'dataState': 'final'
}
response = service.searchanalytics().query(siteUrl=site, body=request).execute()

Croisez ensuite ces cinq sources dans une seule table. Toute URL présente dans au moins une des sources doit recevoir une décision explicite : conserver l’URL, rediriger en 301 vers une nouvelle URL, ou retourner un 410 (suppression définitive). Les URLs orphelines (présentes dans les logs ou GSC mais pas dans le crawl) sont le piège classique : elles reçoivent encore du trafic ou des backlinks, et personne ne pense à les redirige.

Phase 2 : la matrice de redirections 301, la mécanique à respecter

La 301 est le seul mécanisme officiellement reconnu par Google pour transférer l’autorité d’une URL vers une autre. Gary Illyes (Google) a confirmé en 2016 que les 301 ne perdent plus de PageRank, et John Mueller a précisé qu’elles agissent comme un signal de canonicalisation (Search Engine Journal, 2018). Le transfert est intégral à une condition : la destination doit rester thématiquement proche de la source.

C’est ce dernier point qui casse en silence sur la plupart des refontes. Une 301 vers une page non pertinente (typiquement, la home) est traitée comme un soft 404 par Google, et l’équité link de l’ancienne URL est perdue (gsqi.com case study, 2018).

La matrice de redirections doit donc imposer trois règles non négociables :

1. Une 301 par URL, vers la page nouvelle la plus thématiquement proche. Pas de mass redirect vers la home, jamais.
2. Aucune chaîne. Si A redirigeait vers B avant la refonte, et que vous remplacez B par C, alors A doit pointer directement vers C, pas vers B puis C. Les chaînes augmentent la latence de crawl et diluent le signal (stellarseo.com, 2026).
3. Les URLs sans équivalent retournent un 410. Le 410 indique une suppression définitive, ce que Google traite plus rapidement qu’un 404 (Search Engine Land, 2024).

Exemple de format de matrice consommable par un middleware Nginx, .htaccess ou Next.js middleware :

old_url, new_url, status
/services/plomberie-rapide, /metiers/plombier-urgence, 301
/blog/article-obsolete, /blog/article-2026, 301
/promo-2018, , 410
/categorie/anciens-modeles, /categorie/modeles, 301

Validation pré-deploy : passez la matrice complète dans Screaming Frog en mode “List”, et vérifiez que chaque ligne retourne bien le status attendu, sans chaîne intermédiaire. Un grep regex utile pour repérer les boucles potentielles dans un fichier Nginx :

^RewriteRule\s+\^([^\s]+)\s+/\1\s+\[R=30[12]

Cette regex flag les redirections d’une URL vers elle-même, erreur courante avec les règles génériques mal scopées.

Phase 3 : durcissement technique avant deploy (Core Web Vitals, schema, canonical)

Une fois la matrice de redirections figée, le nouveau site doit passer un audit technique sur quatre axes. Les seuils ci-dessous sont ceux que Google utilise pour son rapport Page Experience dans Search Console.

Métrique	Seuil “Good”	Mesure	Source
LCP	< 2,5 s	p75 CrUX, terrain	Google Search Central
INP	< 200 ms	p75 CrUX, terrain	Google Search Central
CLS	< 0,1	p75 CrUX, terrain	Google Search Central
TTFB	< 800 ms	p75, lab + terrain	web.dev

La mesure terrain (CrUX, données réelles utilisateurs) prime sur la mesure lab (Lighthouse). Un Lighthouse vert ne garantit pas un Page Experience vert. Vérifiez vos URLs critiques dans PageSpeed Insights, qui combine les deux et expose les 28 derniers jours de CrUX si votre URL a assez de trafic.

Côté données structurées, JSON-LD reste la syntaxe recommandée par Google. Pour un site local français (cible typique benetlou.fr), le schéma minimal couvre LocalBusiness ou ProfessionalService, Organization et BreadcrumbList. Pour un blog, BlogPosting et Author.

Snippet JSON-LD type pour une page service :

{
  "@context": "https://schema.org",
  "@type": "ProfessionalService",
  "name": "Nom de l'entreprise",
  "url": "https://exemple.fr/services/audit",
  "areaServed": {
    "@type": "Place",
    "name": "Île-de-France"
  },
  "sameAs": [
    "https://www.google.com/maps/place/..."
  ]
}

Le test final passe par la canonical hygiene. Une étude SEMrush sur 20 000 sites multilingues a montré que 96 % des erreurs hreflang viennent d’une page sans hreflang auto-référent (SEMrush, 2020, n=20 000). Pour un site monolingue, le risque équivalent est le canonical pointant vers une URL 4xx, ou la divergence entre la canonical déclarée et l’URL incluse dans le sitemap. Toute incohérence canonical/sitemap dilue les signaux de votre nouvelle architecture.

Pour les sites visant un public en situation de handicap (ou pour les marchés publics français soumis au RGAA), notez que la DREES recense 3,3 millions de personnes avec reconnaissance administrative de handicap, soit 8,1 % de la population des 15-64 ans fin 2024 (handicap.gouv.fr / DREES, 2024). Le RGAA n’est pas qu’une question d’accessibilité morale : c’est aussi un signal qualité indirect que Google peut interpréter via les Core Web Vitals (CLS) et le HTML sémantique.

Phase 4 : plan de tests pré-deploy

La QA pré-deploy doit suivre une checklist binaire (pass/fail), pas un avis qualitatif. La règle de timing : jamais un vendredi, jamais en fin de mois, jamais avant un weekend long.

L’oubli le plus fréquent reste le tag manager. Vérifiez dans le DebugView de GA4 que le pageview tag fire bien sur les URLs nouvelles ET sur les URLs redirigées. Si vous perdez 30 % de votre tracking au deploy, vous serez aveugle sur la perte SEO réelle pendant les premières semaines.

Phase 5 : surveillance post-deploy, les 90 premiers jours

L’analyse post-deploy se découpe en trois fenêtres temporelles, chacune avec un objectif distinct.

J+1 à J+14 : détection des erreurs critiques. La GSC met 3 à 5 jours à reprendre un crawl significatif après un déploiement. Surveillance quotidienne sur trois indicateurs : couverture (URLs indexées), erreurs 404, et trend impressions. Un drop d’impressions supérieur à 20 % sur 7 jours glissants déclenche un audit immédiat de la matrice de redirections.

J+15 à J+45 : consolidation. Comparez position-par-position vos 50 mots-clés top via Ahrefs ou SEMrush. Toute requête qui perd plus de 5 positions est candidate à un audit de contenu (la page d’arrivée couvre-t-elle bien l’intention de la requête ?). Aleyda Solis recommande de croiser GSC avec un visibility index tiers (Sistrix, Searchmetrics) pour détecter les pertes que GSC sous-estime (Aleyda Solis, 2020).

J+46 à J+90 : décisions structurelles. Si certaines pages n’ont toujours pas récupéré, deux causes typiques : intent mismatch (le contenu ne correspond plus à la SERP) ou perte de backlinks (un site source a mis à jour son lien vers une URL morte chez vous). Pour la seconde, exportez les top URLs perdues, croisez avec Ahrefs Lost Backlinks, et lancez un outreach ciblé pour faire mettre à jour les liens externes.

Indicateur	Seuil d’alerte	Action immédiate
Impressions GSC (7j glissants)	> 20 % de baisse	Audit matrice de redirections
URLs indexées (Coverage)	> 10 % de baisse vs J-7 du deploy	Vérifier robots.txt, sitemap, canonical
404 par jour (logs serveur)	> 50 par jour pendant 3 jours	Compléter la matrice avec les URLs manquantes
INP p75 (CrUX)	> 200 ms sur 28 jours	Audit JavaScript, code splitting
Backlinks perdus (Ahrefs)	> 5 % du profil sur 30 jours	Outreach update vers domaines sources

Refonte vs création : arbitrage budget et périmètre

L’arbitrage budgétaire dépend principalement du périmètre conservé, pas du nombre de pages. Les fourchettes ci-dessous correspondent au marché français 2026 pour un travail mené en agence ou par un freelance senior. Elles sont indicatives et varient sensiblement selon la complexité fonctionnelle. Pour comparer avec les tarifs d’une création de site from scratch, voir le guide de création de site internet pour artisan.

Périmètre	Freelance senior	Agence	Délai realiste
Vitrine 5-10 pages, design conservé, migration CMS	2 000 à 4 500 €	4 000 à 9 000 €	4 à 8 semaines
Vitrine 10-30 pages, refonte UX complète	5 000 à 10 000 €	10 000 à 25 000 €	8 à 14 semaines
E-commerce 50-500 SKU	4 000 à 12 000 €	8 000 à 30 000 €	8 à 16 semaines
Site programmatique ou SaaS marketing	10 000 à 25 000 €	25 000 à 80 000 €	3 à 6 mois

Le surcoût SEO d’une refonte par rapport à une création se chiffre généralement entre 20 % et 35 % du budget total. Il couvre trois lignes spécifiques : audit pré-migration (extraction GSC, crawl, backlink profile), construction et QA de la matrice de redirections, monitoring 90 jours post-deploy. Coupez l’une de ces lignes, et vous transformez une migration en pari.

Si ton site actuel ne génère plus de demandes mais que tu hésites à refaire entièrement, lis d’abord mon site internet ne ramène aucun client — ça t’aidera à diagnostiquer si le problème vient du design, du SEO ou du contenu avant d’investir dans une refonte.

FAQ refonte de site internet et SEO

Quand faut-il faire une refonte de site internet ?

Une refonte est pertinente quand votre site a plus de 4 ans, se charge mal sur mobile (LCP > 2,5 s), ne génère plus de demandes malgré un trafic existant, ou quand le CMS actuel bloque vos mises à jour. Autre signal fort : taux de rebond mobile > 80 %, ou positions GSC qui baissent sans changement de contenu de votre côté.

Comment savoir si mon site a besoin d’une refonte ?

Testez votre URL sur PageSpeed Insights en mode mobile : score < 50 = refonte technique s’impose. Consultez aussi Google Search Console : des URLs “Crawled but not indexed” depuis plus de 3 mois signalent un signal de qualité insuffisant. Enfin, si votre design a plus de 4 ans et que vos concurrents ont modernisé les leurs, l’impact de confiance est réel.

Combien de temps faut-il pour récupérer ses positions après une refonte ?

Sur une migration propre (redirections complètes, contenu conservé, performances égales ou meilleures), les positions se stabilisent en 4 à 8 semaines. Sur une migration mal préparée, Aleyda Solis et plusieurs études de cas Searchmetrics rapportent des récupérations de 6 à 18 mois, parfois jamais complètes (Aleyda Solis, 2020). La principale variable est la matrice de redirections, suivie de la cohérence canonical / sitemap.

Changer de CMS (WordPress vers Webflow, Astro, Next.js) nuit-il au SEO ?

Non, à trois conditions : les URLs sont conservées ou correctement redirigées en 301, le rendu côté Googlebot mobile est complet (SSR ou pré-rendu pour les SPA), et les performances CWV restent au seuil “Good”. Le changement de CMS est neutre pour Google ; c’est la qualité de l’implémentation qui pèse.

Vais-je perdre mon référencement lors d’une refonte ?

Une perte temporaire de visibilité (2 à 6 semaines) est normale pendant que Google re-crawle le site. Une perte permanente survient si la matrice de redirections est incomplète, si des URLs sans équivalent retournent un 404 au lieu d’un 301, ou si les performances mobile régressent. Avec une préparation rigoureuse (5 phases de ce guide), le niveau pré-migration est retrouvé en moins de 2 mois.

Faut-il prévenir Google d’une refonte via Search Console ?

Pas de “déclaration” formelle, mais trois actions Search Console sont utiles : soumettre le nouveau sitemap (qui ne contient que les URLs canonical), utiliser l’outil “Change of Address” si le domaine change, et surveiller le rapport “Pages > Indexées” pour détecter rapidement les soft 404. L’outil URL Inspection permet de forcer une re-indexation prioritaire sur les pages critiques.

Une refonte affecte-t-elle la visibilité dans les résultats IA (ChatGPT, Perplexity, Google AI Overviews) ?

Oui, et souvent plus durablement que pour les résultats organiques classiques. Les moteurs IA s’appuient sur des index crawlés à des intervalles longs (plusieurs semaines à plusieurs mois pour certains crawlers tiers). Après une refonte, les nouvelles URLs peuvent mettre plus de temps à apparaître dans les citations IA que dans les SERPs Google. Deux points critiques : assurez-vous que votre robots.txt autorise GPTBot, ClaudeBot et les autres crawlers IA (n’utilisez pas de blocage générique des bots), et vérifiez que vos pages clés restent accessibles sans JavaScript côté serveur — les moteurs IA ne rendent généralement pas le JS. Un llms.txt à la racine du domaine, listant vos pages prioritaires en markdown, est une bonne pratique émergente pour signaler votre structure aux agents IA.

Pour aller plus loin

Une refonte réussie ne se mesure pas au design du nouveau site, ni au confort éditorial du nouveau CMS. Elle se mesure à la stabilité (ou la croissance) des signaux SEO sur 90 jours post-deploy. La matrice de redirections, l’hygiène canonical et la performance terrain mesurée par CrUX sont les trois leviers qui déterminent le résultat. Tout le reste est secondaire.

Avant de te lancer, deux diagnostics à poser sur ton site actuel :

• Ton site ne génère plus de demandes ? Commence par identifier pourquoi ton site internet ne ramène aucun client — le problème vient peut-être du contenu ou du SEO, pas du design.
• Tu compares refonte vs création neuve ? Consulte le guide de création de site internet pour artisan pour un chiffrage comparatif.

Ressources complémentaires si tu pars de zéro : le guide création de site internet pour artisan couvre les étapes et les erreurs à éviter, et les guides métier (plombier, menuisier) détaillent les spécificités par secteur.