Une refonte de site, sur le papier, ressemble à une opération esthétique : nouveau design, navigation plus claire, contenus rafraîchis. Dans la réalité, c’est souvent une chirurgie lourde. Et l’organe le plus fragile, celui qui saigne sans prévenir, c’est le trafic organique. Il suffit d’un détail mal géré — une arborescence réécrite sans plan de redirection, une pagination cassée, un rendu JS qui masque le contenu — pour transformer des années d’acquis SEO en une courbe qui décroche en silence. Le pire, c’est que la chute peut être propre, sans bug visible : le site “fonctionne”, mais Google n’y retrouve plus ses repères.
La bonne nouvelle, c’est qu’une refonte bien pilotée peut faire l’inverse : sécuriser l’existant et créer un surcroît de performance. Pas avec des “astuces” au sens gadget, mais avec une méthode qui traite le SEO comme un actif financier : inventaire, audit, transfert, contrôle qualité, suivi. Et surtout une posture : refuser le pari aveugle. La refonte n’est pas un moment pour improviser, c’est un moment pour mesurer. Ce qui suit déroule un fil conducteur concret, avec un cas fictif (mais très réaliste) d’entreprise B2B, et des décisions de terrain qui évitent les pertes tout en préparant un vrai gain.
Audit SEO avant refonte : sécuriser le trafic organique avant de toucher à l’URL
La refonte commence rarement quand l’équipe web ouvre Figma. Elle commence quand quelqu’un pose une question qui dérange : qu’est-ce qui rapporte réellement du trafic aujourd’hui, et à quel prix ? Sans cet état des lieux, la refonte avance comme un déménagement fait les yeux bandés : on jette des cartons “pour faire propre”, puis on cherche les documents importants après la signature.
Dans un cas typique, une PME B2B (appelons-la Atelier Mécanique Valence) a 60% de ses leads issus de trois familles de pages : des guides techniques, des pages catégories bien positionnées, et quelques articles anciens mais encore puissants. Lors du brief design, ces pages sont souvent considérées comme “à moderniser” ou “à regrouper”. C’est précisément là que l’audit SEO doit verrouiller les priorités : conserver les pages qui performent, réécrire sans casser l’intention, et ne supprimer que ce qui a une justification chiffrée.
Cartographier ce qui compte : pages, requêtes, liens, conversions
Un audit utile ne se contente pas d’un export de positions. Il relie quatre couches : trafic, requêtes, liens entrants et conversions. Une page à 300 visites/mois peut valoir plus qu’une page à 5 000 si elle signe des devis. Une page qui semble “obsolète” peut être une porte d’entrée historique, soutenue par des backlinks difficiles à reproduire.
Concrètement, il faut isoler :
- Top pages organiques (sessions, impressions, clics, CTR, position moyenne).
- Pages avec backlinks (nombre, qualité, ancres, pages référentes).
- Pages business (lead, panier, prise de rendez-vous, appel).
- Contenus cannibalisés (plusieurs pages se battent sur la même intention).
- Pages fragiles (trafic en baisse, mais potentiel élevé).
Ce tri crée une vérité parfois inconfortable : le site ne performe pas “globalement”, il performe grâce à un noyau dur. Et une refonte mal gérée, c’est souvent l’art de casser précisément ce noyau dur tout en embellissant le reste.
Diagnostiquer les risques invisibles : indexation, duplication, rendu
Avant refonte, certaines dettes techniques se cachent derrière l’habitude. Exemples fréquents : des paramètres d’URL indexés, une pagination qui crée des doublons, des facettes qui s’ouvrent à l’infini, ou un rendu front qui affiche le contenu mais ne le sert pas clairement aux robots. Pendant une refonte, ces dettes peuvent empirer ou… être enfin corrigées. Mais sans mesure initiale, impossible de savoir si le “mieux” est réellement mieux.
L’audit doit donc poser une base : volume de pages indexées, taux de pages explorées mais non indexées, profondeur de clic, maillage interne, templates générateurs de pages, qualité des balises (title, meta description, Hn), et cohérence des données structurées. C’est moins glamour que le design, mais c’est là que se décide le maintien du trafic. Une refonte réussie ressemble rarement à un coup de génie ; elle ressemble à une série de risques neutralisés.
Plan de migration SEO : mapping d’URL et redirections 301 sans fuite de valeur
La migration d’URL est le moment où les bonnes intentions s’écrasent sur la réalité. Changer “/services/usinage” en “/solutions/usinage-cnc” peut sembler logique pour l’équipe marketing. Pour Google, c’est une rupture : nouvelle URL, nouveaux signaux, nouveaux repères. Sans redirection 301 propre, la page d’hier n’existe plus. Avec une 301 mal pensée (chaînes, boucles, redirections vers la home), la valeur s’évapore au lieu de se transmettre.
Dans le cas d’Atelier Mécanique Valence, l’équipe veut simplifier l’arborescence en regroupant des pages. Bonne idée sur le papier. Mauvaise exécution si dix anciennes URL pointent toutes vers une catégorie générique. Chaque URL avait une intention, parfois une longue traîne. Les fusionner peut être pertinent, mais seulement si le contenu cible reprend les réponses attendues. Sinon, la redirection devient un simple panneau “débrouillez-vous”, et l’utilisateur — comme Google — n’aime pas se débrouiller.
Construire un mapping d’URL orienté intention (pas seulement structure)
Un mapping efficace commence par une correspondance “ancienne page → nouvelle page”, mais il ne s’arrête pas là. Il justifie le choix : intention identique, intention élargie, intention fusionnée, ou abandon volontaire. Quand une page est abandonnée, il faut le dire clairement et documenter la perte assumée, plutôt que de la masquer par une redirection opportuniste.
La règle terrain : la redirection doit amener vers la page la plus proche en termes de promesse. Si l’ancienne page expliquait “tolérances d’usinage aluminium”, rediriger vers “Nos services” est une erreur de sens, même si c’est “propre” techniquement. La pertinence sémantique est la monnaie qui paye la transition.
Contrôles techniques : éviter chaînes, 302, et erreurs silencieuses
Les points de contrôle à imposer avant mise en ligne :
- Pas de chaînes de redirection (A→B→C) : toujours A→C.
- Pas de 302 pour une migration : la 301 est la norme.
- Pas de redirection massive vers la home : perte de contexte quasi garantie.
- Vérification des codes HTTP en crawl (200, 301, 404, 410).
- Mise à jour des liens internes : la redirection ne doit pas servir de béquille.
Un détail qui fait la différence : établir un fichier de recette avec un échantillon d’URL critiques (top trafic + top conversion + top backlinks) et tester chaque chemin. Une migration sans recette, c’est comme lancer une campagne payante sans tracking : on peut avoir des résultats, mais on ne saura jamais pourquoi — et surtout on ne saura pas corriger vite.
La suite logique, une fois les routes sécurisées, est de s’assurer que le nouveau site délivre réellement ce qu’il promet en performance et en accessibilité aux robots.
SEO technique en refonte : Core Web Vitals, crawl budget et rendu sans ambiguïté
Il existe un malentendu tenace : croire que le SEO technique est une phase “d’optimisation” qu’on fera après. Après quoi ? Après la mise en ligne, quand le trafic aura déjà pris un coup ? Dans une refonte, la technique n’est pas une couche de vernis. C’est le sol. Et un sol instable n’a pas besoin de beaucoup de poids pour céder.
Les équipes produit adorent les animations, les pages très dynamiques, les composants réutilisables. Tant mieux. Mais Google n’indexe pas une intention créative, il indexe un contenu accessible, rapide, stable. La refonte doit donc arbitrer : est-ce que l’expérience utilisateur est réellement meilleure si elle retarde l’accès au contenu principal ? Est-ce que l’ajout de scripts tiers vaut le coût en LCP ? Ces questions ne sont pas “anti-design”. Elles sont pro-business.
Core Web Vitals : viser l’impact réel, pas la perfection théorique
Les Core Web Vitals ne sont pas une obsession esthétique, ce sont des signaux d’expérience. En refonte, trois leviers reviennent comme des classiques :
LCP : optimiser l’élément principal (image héro, titre, bloc produit). Si le nouveau template met une vidéo autoplay en haut, le LCP se dégrade souvent. Une image correctement dimensionnée et préchargée fait parfois mieux qu’un “waouh” trop lourd.
INP : limiter les scripts qui capturent le thread principal (chat, heatmap, tags en cascade). Les stacks marketing s’empilent et finissent par créer un site nerveux, qui répond mal. Une refonte est le bon moment pour trier.
CLS : stabiliser les layouts. Les bannières consentement, polices, images sans dimensions… ce sont des micro-agressions cumulées. Et elles ont un coût : moins de lecture, plus de rebond, moins de conversion.
Crawl budget et architecture : rendre l’exploration évidente
Un site refondu a tendance à produire plus de pages : filtres, variantes, modules, pages tag, pages auteur. Sans garde-fous, l’exploration se disperse. Le bon réflexe consiste à définir ce qui doit être indexé, ce qui doit rester accessible mais non indexable, et ce qui ne doit pas exister.
Actions concrètes : robots.txt maîtrisé (sans bloquer des ressources critiques), balises canonical cohérentes, pagination gérée proprement, facettes sous contrôle, et un sitemap XML qui reflète la réalité (pas un cimetière d’anciennes URL). Sur Atelier Mécanique Valence, un simple nettoyage de facettes a réduit le bruit d’exploration et a “libéré” l’attention des robots sur les pages à forte valeur. Rien de magique : juste du bon sens documenté.
JavaScript et SEO : éviter le “ça marche chez nous”
Le piège du rendu JS est classique : dans le navigateur, tout s’affiche. Dans le crawl, ce n’est pas toujours le cas, ou pas au bon moment. Il faut vérifier le rendu côté serveur, l’hydratation, l’accès au contenu critique dans le HTML initial, et la disponibilité des liens internes sans interaction utilisateur. Une refonte peut intégrer des choix structurants : SSR, SSG, ou rendu hybride. Ce sont des décisions SEO autant que techniques.
Une fois la fondation technique stabilisée, la tentation est de “réécrire les contenus pour faire plus moderne”. C’est précisément là que beaucoup de refontes basculent : le contenu change, l’intention disparaît, et les positions partent avec.
Stratégie de contenu lors d’une refonte : préserver l’intention de recherche et gagner en pertinence
Le contenu est souvent traité comme un mobilier : on le remplace parce qu’il “fait vieux”. Mais en SEO, un texte n’a pas de valeur parce qu’il est élégant ; il en a parce qu’il répond précisément à une question. Une refonte casse parfois cette mécanique avec une facilité déconcertante : on raccourcit des guides, on supprime des paragraphes jugés “trop techniques”, on change les titres pour coller à la nouvelle tonalité, et on perd l’alignement avec l’intention initiale.
Sur Atelier Mécanique Valence, un guide très consulté sur les “états de surface” a failli être réduit à une page de 400 mots. L’argument interne : “les gens ne lisent pas”. La réalité : ceux qui cherchent ce sujet lisent, comparent, et veulent du concret. Le guide existant captait une audience qualifiée et amenait vers des demandes de devis. Le réduire, c’était retirer le carburant sous prétexte d’alléger le véhicule.
Réécriture SEO : moderniser sans effacer ce qui fonctionne
Réécrire ne doit pas signifier “réinventer”. Une méthode solide consiste à :
- Identifier les blocs qui génèrent des impressions (requêtes associées, People Also Ask, longues traînes).
- Mettre à jour les exemples, normes, matériaux, ou pratiques industrielles (sans casser la structure).
- Améliorer la lisibilité (paragraphes plus courts, schémas, listes, tableaux).
- Renforcer le maillage contextuel vers les pages business pertinentes.
Le gain se fait souvent sur la clarté et l’exhaustivité utile, pas sur le “style” seul. Les lecteurs ressentent quand un texte a été vidé de sa substance pour paraître plus léger. Et Google aussi, d’une certaine façon : moins de couverture d’intention, moins de signaux de pertinence.
Gestion de la cannibalisation et consolidation intelligente
Une refonte est un moment idéal pour corriger la cannibalisation. Mais la consolidation doit être chirurgicale : fusionner deux pages proches peut fonctionner si la page finale conserve les sections distinctes qui répondaient à deux nuances de recherche. Sinon, on obtient une page moyenne qui ne domine sur rien.
Un exemple : “usinage aluminium” et “usinage aluminium CNC” peuvent sembler identiques. En pratique, les attentes diffèrent (tolérances, séries, machines, coûts). Une consolidation réussie garde ces angles en sous-ensembles bien identifiés, avec des liens internes qui dirigent vers les services et les formulaires adaptés.
Un tableau de pilotage contenu : décider avec des critères, pas au feeling
| Type de page | Décision en refonte | Critère SEO principal | Risque si mal géré |
|---|---|---|---|
| Page service (money page) | Réécriture contrôlée + maintien URL si possible | Intention transactionnelle + maillage | Perte de conversion, chute sur requêtes cœur |
| Guide / article performant | Mise à jour sans réduire la couverture | Longue traîne + backlinks | Perte de positions sur questions clés |
| Contenu faible ou obsolète | Amélioration, fusion ou suppression (410) | Qualité perçue + indexation | Bruit d’index, dilution du budget de crawl |
| Pages tags/facettes | Encadrement strict (noindex/canonical) | Contrôle duplication | Explosion d’URL indexables inutiles |
Quand le contenu est cadré, la suite devient plus fluide : l’architecture et le maillage interne peuvent être conçus pour amplifier ces pages au lieu de les isoler derrière un nouveau menu “plus joli”.
Maillage interne en refonte : architecture SEO, profondeur de clic et pages piliers
Le maillage interne est l’un des rares leviers SEO entièrement contrôlables. Et pourtant, en refonte, il est souvent traité comme un détail de navigation. Mauvais angle. Le maillage, c’est la façon dont un site explique à Google ce qui est important, ce qui est lié, et ce qui mérite d’être exploré souvent. Un menu n’est pas un maillage ; c’est une porte d’entrée. Le maillage est le plan du bâtiment.
Dans beaucoup de refontes, la nouvelle UX réduit les liens “pour épurer”. Résultat : moins de chemins, moins de contexte, plus de pages orphelines. C’est un paradoxe : on clarifie pour l’humain, mais on supprime des signaux indispensables pour le moteur. L’objectif n’est pas de remettre des liens partout. L’objectif est de créer des liens qui ont une raison d’exister.
Pages piliers et clusters : structurer pour dominer, pas pour ranger
La logique “topic cluster” est utile si elle reste pragmatique. Une page pilier doit répondre à une intention large et guider vers des pages plus spécifiques. Pour Atelier Mécanique Valence, une page pilier “Usinage CNC” peut renvoyer vers : matériaux (alu, inox, laiton), types d’opérations (tournage, fraisage), tolérances, finitions, contrôle qualité. Chaque lien est une promesse : “si vous cherchez plus précis, c’est ici”.
Cette structure aide Google à comprendre l’expertise et à distribuer l’autorité interne. Et elle aide surtout les visiteurs à se sentir accompagnés. Le SEO se gagne rarement en étant plus malin que l’utilisateur ; il se gagne en étant plus utile.
Profondeur de clic : rapprocher le business des points d’entrée organiques
Un point souvent sous-estimé : une page informationnelle peut générer beaucoup de trafic, mais si l’accès au service est enfoui, le site “informe” sans convertir. Une refonte est l’occasion de rapprocher les actions clés : modules de contact contextualisés, liens vers des pages service pertinentes, preuves (cas client, certifications) là où l’utilisateur doute.
Exemple concret : un guide “Choisir une tolérance d’usinage” peut intégrer un lien vers “Demander une étude de faisabilité” plutôt qu’un bouton générique “Contact”. La nuance change tout : le bouton répond à l’étape mentale du visiteur. Et un maillage qui respecte l’étape mentale a tendance à mieux performer, même sans jargon SEO.
Un moment charnière : intégrer un outil de contrôle en cours de refonte
Au milieu d’un projet, les équipes ont besoin d’un moyen simple pour aligner technique, contenu et SEO. Un outil de scoring — même imparfait — évite les débats interminables. Le but n’est pas de remplacer l’analyse, mais de donner une grille commune.
Calculateur de risque SEO pour une refonte
Estimez le niveau de risque SEO (faible / moyen / élevé), obtenez une liste d’actions prioritaires et une appréciation qualitative du risque de perte de trafic.
1) Changements d’URL & redirections
2) Périmètre de refonte & architecture
3) Core Web Vitals (avant / après)
Valeurs typiques : LCP en secondes, INP en millisecondes, CLS sans unité. L’outil compare l’évolution.
Avant
Après
Références (seuils “bons”)
- LCP : bon ≤ 2,5 s ; à améliorer 2,5–4,0 s ; mauvais > 4,0 s
- INP : bon ≤ 200 ms ; à améliorer 200–500 ms ; mauvais > 500 ms
- CLS : bon ≤ 0,1 ; à améliorer 0,1–0,25 ; mauvais > 0,25
Résultats
Le score est indicatif. Ajustez selon votre contexte (international, JS rendu, volumétrie, etc.).
Niveau de risque
—
—
Score (0–100)
0 /100
Points sensibles détectés
- —
Top 5 des actions prioritaires (techniques & actionnables)
- —
Lecture rapide
Renseignez les champs pour obtenir un diagnostic.
Hypothèses de calcul (éditables)
- Plus d’URL modifiées + moins de 301 testées = hausse du risque (perte d’indexation, chaînes 3xx, dilution).
- Backlinks touchés = risque de perte de popularité si redirections imparfaites.
- Plus de templates refondus = risque de régression (balises, contenu, structured data, rendering).
- Préproduction non crawlable = validations SEO tardives (bugs découverts après mise en prod).
- Dégradation CWV (LCP/INP/CLS) = risque sur l’expérience et, indirectement, sur la performance SEO.
- Pages orphelines + profondeur de clic en hausse = affaiblissement du maillage et du crawl.
Une fois l’architecture posée, il reste une zone critique : ce qui se passe le jour J et dans les semaines qui suivent. Une refonte se gagne souvent après la mise en ligne, quand les signaux réels remplacent les hypothèses.
SEO on-site en refonte : balises, données structurées et signaux de confiance
Les balises on-site semblent basiques. Elles le sont. Et c’est précisément pour ça qu’elles cassent si facilement : parce que tout le monde pense que “ce sera géré par le template”. Or un template peut standardiser, pas réfléchir. Si la refonte impose un title identique sur 500 pages, ou supprime des H1 uniques au profit de titres décoratifs, le site envoie un signal confus : beaucoup de pages, peu de spécificité.
Un autre point sous-coté : les données structurées. Elles ne font pas tout, mais elles clarifient. Et pendant une refonte, elles disparaissent parfois sans que personne ne s’en rende compte (changement de CMS, nouveau composant produit, refonte des avis). Le résultat : moins d’éligibilité aux enrichissements, moins de compréhension des entités, parfois des erreurs dans la Search Console qui auraient pu être évitées.
Titles et meta descriptions : éviter le copier-coller “brand + keyword”
La pression marketing pousse souvent à brander fort. C’est normal. Mais un title efficace équilibre : intention, différenciation, et marque. Sur une page service, un title comme “Usinage CNC | Atelier Mécanique Valence” est correct, mais souvent insuffisant. Un title plus précis (“Usinage CNC de précision : aluminium & inox | …”) correspond davantage aux requêtes et améliore la qualification.
La meta description ne “fait pas ranker” directement, mais elle vend le clic. Une refonte est le bon moment pour écrire des descriptions qui ressemblent à une promesse tenue : délais, capacités, certifications, zones géographiques, et surtout une phrase qui tranche. Quand tout le monde dit “qualité et expertise”, personne ne dit rien.
Balises Hn et contenu principal : ne pas sacrifier la sémantique à la mise en page
Un travers fréquent des nouveaux designs : utiliser des div stylées au lieu d’une hiérarchie Hn propre. Résultat : un document visuellement lisible, mais sémantiquement plat. Il faut défendre une idée simple : les H2/H3 sont une structure de compréhension, pas un choix décoratif. Une page service doit raconter une logique : problème → solution → preuve → processus → FAQ → contact. Cette narration aide le lecteur, et elle aide l’indexation.
Données structurées : FAQ, Organization, Product/Service et Breadcrumb
Les schémas les plus utiles en refonte :
- Organization (coordonnées, logo, réseaux, cohérence NAP).
- Breadcrumb (compréhension de l’arborescence).
- Service ou Product selon le modèle (avec prudence et exactitude).
- FAQPage si des questions utiles existent réellement sur la page.
Le mot clé est “exactitude”. Les données structurées survendues ou trompeuses se retournent contre le site. Une refonte réussie n’a pas besoin de tricher. Elle a besoin d’être explicite.
Quand l’on-site est propre, le dernier grand risque vient de l’exécution : le lancement, la surveillance, et la capacité à corriger avant que la baisse ne s’installe.
Suivi post-refonte SEO : monitoring Search Console, logs et plan de correction rapide
Le lancement d’une refonte n’est pas une fin. C’est un début, et souvent un moment brutal : Google recrawl, recompare, réévalue. Le site reçoit un “audit” en conditions réelles. Ceux qui s’en sortent ne sont pas ceux qui ont tout prévu. Ce sont ceux qui ont prévu de corriger vite.
Sur Atelier Mécanique Valence, la refonte a d’abord semblé stable. Puis, au bout de dix jours, certaines pages ont perdu des impressions. Pas une catastrophe, mais un signal. La cause : un template avait ajouté une canonical vers la catégorie sur des pages fines, par erreur. Visuellement, rien ne changeait. SEO, c’était une instruction de dévalorisation. Sans monitoring, l’équipe aurait accusé “Google qui danse” et aurait attendu. Avec monitoring, correction en 48h, et récupération progressive.
Check-list des signaux à surveiller les 30 premiers jours
Les indicateurs les plus actionnables :
- Couverture d’index : erreurs, exclues, explorées non indexées, soft 404.
- Performances : clics/impressions par répertoire, par type de page, par requête critique.
- Pages : top chutes de clics, top gains, anomalies de CTR.
- Sitemaps : taux d’URL découvertes vs indexées.
- Core Web Vitals : évolution réelle terrain (CrUX), pas seulement Lighthouse.
Le point clé : surveiller par segments. Une baisse globale masque souvent des hausses et des chutes localisées. Segmenter par gabarit (service, article, catégorie), par répertoire, par intention permet d’aller droit au bug ou au problème de contenu.
Logs serveur : comprendre ce que Google fait vraiment
Peu d’équipes exploitent les logs, alors que c’est une arme décisive en refonte. Les logs montrent : quelles URLs sont crawlées, à quelle fréquence, avec quels codes HTTP, et si Googlebot s’attarde sur des pages inutiles. Après refonte, si Googlebot passe son temps sur des paramètres ou sur des anciennes URL en boucle, le site gaspille une ressource précieuse : l’attention.
Un exemple concret : si les logs révèlent que Googlebot explore massivement des URLs avec filtres, c’est souvent un problème de liens internes générés par la navigation à facettes, ou un manque de nofollow/encadrement. Corriger ces sources limite l’exploration parasite et accélère la stabilisation des pages importantes.
Plan de correction : prioriser ce qui fait mal, pas ce qui fait peur
Après refonte, les corrections doivent suivre un ordre. D’abord ce qui casse l’accès (404/500, redirections ratées). Ensuite ce qui change la compréhension (canonicals, noindex, rendu, Hn). Puis ce qui optimise (performance, enrichissements, micro-copy). L’erreur classique est de partir dans une chasse aux micro-optimisations alors qu’une poignée d’erreurs structurelles suffisent à expliquer une chute.
Une refonte SEO ne se juge pas à la beauté du lancement, mais à la vitesse de réaction quand les données contredisent les certitudes. Et c’est là que se joue, très concrètement, le maintien et le gain de trafic.
Faut-il toujours conserver les mêmes URL lors d’une refonte de site web ?
Non, mais chaque changement d’URL doit être justifié. Conserver les URL des pages qui performent (trafic, conversion, backlinks) limite le risque. Quand une modification est nécessaire (nouvelle arborescence, fusion de contenus), un mapping précis et des redirections 301 vers une page de même intention sont indispensables pour transférer la valeur.
Combien de temps après une refonte SEO le trafic peut-il se stabiliser ?
La stabilisation dépend du volume du site, du nombre d’URL modifiées et de la qualité de la migration. Sur un site de taille moyenne, les signaux se clarifient souvent en 2 à 6 semaines. En revanche, si des erreurs structurelles existent (canonicals, noindex, redirections incohérentes), la baisse peut durer tant que ces points ne sont pas corrigés.
Quelle est l’erreur la plus coûteuse lors d’une refonte pour le référencement naturel ?
La plus coûteuse est souvent la combinaison suivante : suppression ou fusion de pages performantes + redirections génériques vers la home ou une catégorie. Cela détruit la pertinence et la continuité des signaux. Une refonte réussie traite les pages comme des actifs : on transfère leur promesse, pas seulement leur URL.
Peut-on améliorer le SEO pendant une refonte, ou faut-il seulement préserver l’existant ?
Les deux sont possibles, et même souhaitables. La refonte est une fenêtre pour corriger les dettes techniques (indexation, performance, duplication), clarifier l’architecture (pages piliers, maillage), et renforcer la pertinence des contenus (intention, preuves, exemples). Le gain vient d’une approche méthodique : sécuriser d’abord, optimiser ensuite.
Une refonte qui “réussit” n’est pas celle qui surprend : c’est celle qui transfère l’existant sans casse, puis impose une progression que les chiffres rendent impossible à contester.