- Une refonte de site internet ne fait pas perdre le SEO par nature : ce sont les URL non redirigées, les contenus supprimés et les blocages oubliés qui le font.
- La pièce maîtresse est un plan de redirection 301 page à page, construit à partir d’un inventaire complet (crawl, Search Console, liens entrants, statistiques).
- Google recommande de garder les redirections au moins un an, de ne pas rediriger en masse vers l’accueil et de limiter les chaînes (moins de 3 sauts idéalement).
- Ne changez qu’une chose à la fois : domaine, CMS, arborescence et contenus en même temps multiplient les risques.
- Prévoyez une surveillance serrée à J+1, J+7, J+30 et J+90 : une fluctuation courte est normale, une baisse qui s’installe ne l’est pas.
Réussir la refonte d’un site internet sans perdre son SEO, c’est garantir que chaque page qui apporte aujourd’hui du trafic, des liens ou des conversions a un équivalent sur le nouveau site, joignable par une redirection 301 directe, avec un contenu au moins aussi complet. Tout le reste de cette checklist (inventaire, tests, surveillance) sert à vérifier ce principe URL par URL. Les chutes spectaculaires que l’on voit passer après un changement de site ne tiennent presque jamais à Google : elles tiennent à une page oubliée, un noindex resté actif ou un plan de redirection bâclé.
Ce guide est la version pratique, orientée chef de projet, de notre offre de migration SEO. Il s’appuie sur la documentation officielle de Google consacrée au déplacement d’un site avec modification des URL, complétée par ce que nous voyons sur le terrain.
Pourquoi une refonte de site internet fait perdre du SEO
Google classe des URL, pas des marques. Quand une adresse disparaît, les signaux accumulés dessus (liens, historique, pertinence) doivent être transmis à la nouvelle adresse ; si rien ne les transmet, ils sont perdus. Voici les causes que nous retrouvons dans la quasi-totalité des refontes ratées que l’on nous demande de rattraper.
| Cause | Symptôme visible | Prévention |
|---|---|---|
| URL modifiées sans redirection | Hausse brutale des 404 dans la Search Console, pages qui sortent de l’index | Plan de redirection exhaustif, testé avant la mise en ligne |
| Contenus raccourcis ou supprimés | Positions perdues sur des requêtes de longue traîne | Comparer le texte des pages clés avant/après ; conserver les paragraphes qui rankent |
| Maillage interne appauvri | Pages profondes moins explorées, catégories qui reculent | Reproduire les liens des menus, des catégories et des contenus |
| Blocage oublié (noindex, robots.txt, authentification) | Chute générale en quelques jours | Contrôle de la mise en ligne, crawl immédiat du site en production |
| Balises title et meta réécrites par le gabarit | Taux de clic en baisse à position égale | Reprendre les title existants qui fonctionnent |
| Contenu chargé uniquement en JavaScript | Pages indexées « vides » ou mal comprises | Tester le rendu avec l’outil d’inspection d’URL |
| Site plus lent | Moins bonne expérience, Core Web Vitals dégradés | Mesurer la vitesse en préproduction |
Aucune de ces causes n’est une fatalité. Toutes se détectent avant la mise en ligne, à condition de s’en donner le temps et d’impliquer le référenceur dès la maquette, pas la veille du lancement.
Refonte légère, refonte lourde, migration : évaluer le risque
Le mot « refonte » recouvre des projets très différents. Google insiste sur un principe simple : ne modifiez qu’une seule chose à la fois. Plus vous cumulez les changements, plus le risque augmente, et plus il sera difficile d’identifier la cause d’une baisse.
| Type de changement | URL modifiées ? | Niveau de risque | Points de vigilance |
|---|---|---|---|
| Nouveau design, même CMS, mêmes URL | Non | Faible | Contenus, title, maillage, vitesse |
| Nouvelle arborescence (catégories, dossiers) | Oui | Moyen à élevé | Plan de redirection, maillage interne |
| Changement de CMS | Souvent | Élevé | Formats d’URL imposés, pagination, filtres, données structurées |
| Passage en HTTPS | Protocole seulement | Faible si bien fait | Redirections 301 du HTTP, contenus mixtes, canoniques |
| Changement de nom de domaine | Toutes | Élevé | Redirections 1 pour 1, outil de changement d’adresse |
| Fusion de plusieurs sites | Toutes pour les sites absorbés | Très élevé | Doublons, arbitrage des contenus, redirections croisées |
Si votre projet coche plusieurs lignes, découpez-le quand c’est possible : par exemple, migrer d’abord vers le nouveau CMS en conservant les URL, puis revoir l’arborescence quelques mois plus tard. C’est plus long sur le papier, mais beaucoup plus sûr.
Avant la refonte : l’inventaire complet des URL
Un plan de redirection ne vaut que par l’exhaustivité de la liste de départ. Un seul outil ne suffit jamais, car chacun voit une partie du site. Croisez au minimum ces sources :
- Un crawl complet du site actuel avec Screaming Frog (ou un outil équivalent) : toutes les URL accessibles par les liens, avec leur code de réponse, leur title, leur canonique et leur profondeur.
- Les sitemaps XML actuels, qui listent parfois des pages orphelines que le crawl ne trouve pas.
- La Search Console : rapport Performances (pages ayant reçu des clics ou des impressions) et rapport d’indexation. Attention, les tableaux de l’interface sont limités à 1 000 lignes : pour un gros site, passez par l’API ou un connecteur.
- Votre outil de statistiques : pages d’entrée et pages de conversion sur les douze derniers mois, pour ne pas oublier une page saisonnière.
- Les liens entrants (outil de backlinks, rapport Liens de la Search Console) : une vieille page sans trafic peut porter les meilleurs liens du site.
- Les fichiers journaux du serveur si vous y avez accès : ils montrent les URL que Googlebot visite encore, y compris d’anciennes adresses oubliées.
Conservez aussi une copie du site actuel (export du crawl avec le contenu, captures des pages principales). Après la mise en ligne, c’est la seule façon de comparer ce qui a changé sur une page qui recule.
Identifier les pages à forte valeur SEO
Toutes les URL ne méritent pas le même soin. Classez-les pour concentrer l’effort de rédaction et de contrôle là où il protège le chiffre d’affaires.
| Catégorie | Critère | Traitement |
|---|---|---|
| Pages stratégiques | Clics organiques élevés, conversions, positions sur les requêtes principales | Même URL si possible ; sinon redirection 1 pour 1, contenu conservé ou enrichi, contrôle manuel |
| Pages de longue traîne | Peu de clics chacune mais nombreuses (fiches produits, articles) | Redirection vers l’équivalent, gabarit vérifié sur un échantillon |
| Pages à liens | Peu de trafic mais backlinks de qualité | Redirection vers la page la plus proche thématiquement |
| Pages obsolètes | Ni trafic, ni lien, ni conversion depuis 12 mois | Fusion avec une page proche ou suppression (404/410) |
| Pages techniques | Paramètres, filtres, résultats de recherche interne | Ne pas reproduire si inutiles ; vérifier qu’elles ne sont pas indexées |
C’est aussi le bon moment pour faire le ménage : une refonte est l’occasion de fusionner des articles qui se font concurrence, sujet que nous abordons dans notre guide du maillage interne. Un audit SEO avant la refonte permet de trancher ces arbitrages avec des données plutôt qu’au ressenti.
Construire le plan de redirection 301 page à page
Le plan de redirection est un simple tableau à deux colonnes : ancienne URL, nouvelle URL. Sa qualité se joue sur quelques règles, toutes cohérentes avec la documentation Google sur les redirections :
- Redirection permanente côté serveur (301 ou 308). Google la traite comme un signal fort que la nouvelle URL est la bonne. Les redirections JavaScript ou meta refresh ne sont que des solutions de secours.
- Une destination pertinente pour chaque ancienne URL : l’équivalent exact, ou à défaut la page la plus proche (la catégorie parente d’un produit supprimé, par exemple).
- Jamais de redirection en masse vers l’accueil. Google la considère comme une erreur soft 404.
- Pas de chaînes. Googlebot suit jusqu’à 10 redirections, mais Google recommande d’en avoir moins de 3 et 5 au maximum. Pensez aux anciennes redirections déjà en place : A→B existante plus B→C nouvelle donnent une chaîne ; réécrivez A→C.
- Les variantes aussi : avec et sans barre oblique finale, majuscules, anciens paramètres de suivi, version HTTP, sous-domaine www.
- 404 ou 410 assumées pour ce qui disparaît vraiment sans équivalent. Mieux vaut une vraie 404 utile (avec recherche et liens) qu’une redirection trompeuse.
| Ancienne URL (exemple) | Nouvelle URL | Règle appliquée |
|---|---|---|
| /nos-prestations/plomberie-generale.html | /plomberie/ | Équivalent exact, nouvelle arborescence |
| /blog/?p=412 | /blog/entretien-chaudiere/ | Ancien identifiant WordPress vers URL lisible |
| /produit/robinet-mitigeur-chrome-ref-2231 | /robinetterie/mitigeurs/ | Produit arrêté : catégorie la plus proche |
| /actualites/2019-salon-habitat | 410 | Actualité périmée, ni trafic ni lien |
| /Contact.html | /contact/ | Casse et extension historiques |
Selon votre serveur ou votre CMS, les redirections s’écrivent dans le fichier de configuration, dans une extension (Redirection ou Yoast sur WordPress, module dédié sur PrestaShop) ou dans l’interface de la plateforme (Shopify). Exemple sur Apache :
# Apache (.htaccess) : une ligne par ancienne URL
Redirect 301 /nos-prestations/plomberie-generale.html /plomberie/
Redirect 301 /blog/?p=412 /blog/entretien-chaudiere/
# Règle de réécriture pour un motif (ancien dossier vers nouveau)
RewriteEngine On
RewriteRule ^actualites/(.*)$ /blog/$1 [R=301,L]
Au-delà de quelques centaines de lignes, préférez des règles par motif, testées sur un échantillon représentatif, aux milliers de lignes unitaires : elles sont plus rapides à exécuter et plus faciles à maintenir. Dans tous les cas, mettez aussi à jour les liens internes pour qu’ils pointent directement vers les nouvelles URL : la redirection sert aux visiteurs et aux liens externes, pas à votre propre menu.
En préproduction : tester avant de basculer
Le nouveau site doit être testé dans un environnement fermé : protégé par mot de passe (authentification HTTP) plutôt que par un simple noindex, qu’on oublie trop souvent de retirer. Crawlez-le comme vous avez crawlé l’ancien, puis vérifiez :
- que chaque URL de destination du plan existe et répond en 200 ;
- que les title, meta descriptions et H1 des pages stratégiques sont au moins aussi bons qu’avant (notre guide de la balise title détaille la méthode) ;
- que chaque page porte une balise canonique vers elle-même, comme le demande Google ;
- que le contenu principal est présent dans le HTML ou correctement rendu, grâce à l’inspection d’URL ou au test des résultats enrichis ;
- que les données structurées (produits, fil d’Ariane, organisation, FAQ) sont reprises ;
- que la profondeur de clic des pages importantes n’a pas augmenté ;
- que les performances ne régressent pas : mesurez LCP, INP et CLS, sujet détaillé sur notre page Core Web Vitals ;
- que le fichier de redirections est prêt à être activé, et qu’il a été testé en rejouant la liste des anciennes URL.
Ce travail de recette relève du SEO technique : chez nous, ce sont nos développeurs qui corrigent les écarts, pas seulement un rapport qui les signale.
La checklist du jour J
Choisissez un jour de faible activité (pas la veille d’un salon ou des soldes) et gardez l’équipe disponible pendant 48 heures.
Geler les contenus
Plus aucune modification sur l’ancien site 24 à 48 h avant la bascule, pour que le plan de redirection reste exact.
Mettre en ligne et lever les protections
Retirer l’authentification, le noindex global et le robots.txt restrictif de préproduction ; publier le robots.txt définitif.
Activer les redirections et les tester
Rejouer toute la liste des anciennes URL avec un crawler en mode liste : chaque ligne doit renvoyer une 301 unique vers une page en 200.
Contrôler les pages stratégiques à la main
Title, contenu, canonique, balisage, formulaires et suivi des conversions sur les vingt pages qui comptent le plus.
Déclarer le nouveau sitemap
Envoyer le nouveau sitemap dans la Search Console et garder l’ancien quelques semaines : Google indique que les avertissements de redirection qu’il génère sont normaux.
Changement de domaine uniquement
Utiliser l’outil de changement d’adresse de la Search Console, après avoir validé les deux propriétés.
Mettre à jour l’écosystème
Fiche Google Business Profile, réseaux sociaux, signatures e-mail, campagnes publicitaires, liens des partenaires principaux.
Après la mise en ligne : surveiller à J+1, J+7, J+30, J+90
Google prévient qu’une fluctuation du classement est possible pendant la migration et que, pour un site petit ou moyen, quelques semaines peuvent être nécessaires pour que la majorité des pages soient traitées. Il faut donc distinguer le bruit normal d’un vrai problème. La Google Search Console est l’outil central de cette phase.
| Moment | Ce qu’on vérifie | Seuil d’alerte (repère interne) |
|---|---|---|
| J+1 | Codes de réponse des anciennes URL, robots.txt, noindex, suivi des conversions | Toute page stratégique en 404 ou non indexable |
| J+7 | Rapport d’indexation, statistiques d’exploration, erreurs 404 détectées, positions des requêtes principales | 404 nouvelles sur des URL qui avaient des clics |
| J+30 | Clics et impressions par page comparés à la même période, requêtes perdues | Baisse qui s’aggrave au lieu de se résorber |
| J+90 | Trafic et conversions organiques, pages désindexées, liens entrants redirigés | Écart durable sur une section entière du site |
Quand une page recule, comparez-la à la copie de l’ancienne version : dans une grande majorité des cas, un paragraphe a disparu, un lien interne n’existe plus ou le title a été réécrit. Pour le suivi dans la durée, notre reporting SEO compare automatiquement les positions avant et après dans Zerkado, notre plateforme de suivi.
Cas particuliers : changement de CMS, de domaine, site multilingue
Changement de CMS
Chaque CMS impose ses formats d’URL. Shopify, par exemple, place les produits sous /products/ et les catégories sous /collections/ : impossible de conserver les adresses d’un ancien site PrestaShop ou WooCommerce, le plan de redirection devient obligatoire pour tout le catalogue. Nos pages SEO Shopify, SEO PrestaShop et SEO WordPress détaillent les particularités de chaque plateforme (filtres, pagination, variantes).
Changement de nom de domaine
Redirigez chaque URL de l’ancien domaine vers son équivalent exact sur le nouveau, puis utilisez l’outil de changement d’adresse de la Search Console. Cet outil ne sert qu’aux changements de domaine ou de sous-domaine, pas au passage en HTTPS ni aux changements de chemins. Conservez l’ancien domaine (et son renouvellement) : le laisser expirer, c’est perdre toutes les redirections.
Site multilingue ou multi-pays
Les annotations hreflang doivent être mises à jour avec les nouvelles URL, dans toutes les langues en même temps, sinon les versions linguistiques cessent de se reconnaître. C’est un point fréquent d’échec que nous traitons dans notre offre de SEO international.
Fusion de sites
Avant de fusionner deux sites, arbitrez les contenus qui se recoupent : garder la meilleure page, y intégrer ce que l’autre avait de plus, rediriger la seconde. Deux pages quasi identiques sur le site fusionné se feraient concurrence.
Les erreurs fréquentes qui coûtent le plus cher
- Impliquer le SEO après la maquette. L’arborescence et les gabarits sont figés, il ne reste qu’à limiter les dégâts.
- Se fier au seul crawl. Les pages orphelines, les anciennes campagnes et les pages à backlinks échappent au crawl.
- Tout rediriger vers l’accueil ou vers une catégorie générique. Google le traite comme une erreur soft 404.
- Laisser le noindex de la préproduction. Erreur banale et dévastatrice, d’où l’intérêt d’une protection par mot de passe.
- Raccourcir les textes « pour le design ». Les paragraphes supprimés portaient souvent la longue traîne.
- Oublier les images et PDF. Des fichiers bien positionnés dans Google Images ou très liés disparaissent sans redirection.
- Supprimer les redirections au bout de six mois pour « nettoyer » le serveur.
- Ne pas annoter la date de mise en ligne dans les outils de suivi, ce qui fausse toutes les analyses futures.
Budget, planning et répartition des rôles
Pour un site vitrine de quelques dizaines de pages, l’accompagnement SEO d’une refonte tient en quelques jours de travail ; pour un e-commerce de plusieurs milliers d’URL, il se compte en semaines, surtout à cause de l’inventaire et des tests. Chez SEORank, l’option « migration / refonte SEO » avec plan de redirection complet démarre dès 990 € HT ; les prix de nos accompagnements sont sur la page tarifs.
| Phase | Durée indicative (site de 200 à 2 000 URL) | Qui |
|---|---|---|
| Inventaire et classement des pages | 1 à 2 semaines | Référenceur |
| Arborescence et gabarits validés côté SEO | En parallèle de la maquette | Référenceur + designer + développeur |
| Plan de redirection | 1 à 2 semaines | Référenceur, validé par le client |
| Recette en préproduction | 1 semaine | Référenceur + développeur |
| Mise en ligne et contrôles J+1 | 1 à 2 jours | Toute l’équipe |
| Surveillance et corrections | 3 mois | Référenceur |
Ces durées sont des ordres de grandeur observés sur nos projets, pas une norme. Pour aller plus loin sur le rythme de récupération, voyez notre article sur le délai du référencement naturel. Et si vos anciennes pages portent de beaux liens, notre agence netlinking peut demander aux sites les plus importants de mettre à jour leurs liens vers les nouvelles URL.
Les réponses des moteurs d’IA (AI Overviews, ChatGPT avec recherche) s’appuient sur les pages que les moteurs ont indexées : une refonte qui casse des URL fait aussi disparaître vos contenus de ces réponses, le temps que les nouvelles adresses soient traitées. Raison de plus pour soigner le plan.
Vous préparez une refonte ? Demandez un devis : nous chiffrons l’inventaire, le plan de redirection et la recette avant même le choix de l’agence de développement.
