Comment refaire un site sans perdre son SEO

La perte de positions est évitable, et l’éviter est ingrat

Une refonte ne nuit pas aux positions parce que Google n’aime pas les nouveaux designs. Elle y nuit pour un petit nombre de raisons mécaniques, toutes évitables et aucune assez intéressante pour figurer dans une proposition.

C’est pourquoi ce travail est omis. Si la proposition d’un fournisseur ne mentionne pas explicitement la migration, demandez pourquoi avant de signer plutôt qu’après le lancement.

Cause un : les URL changent sans plan complet

Chaque URL modifiée a besoin d’un 301 vers son équivalent le plus proche. Pas vers l’accueil — les moteurs traitent une redirection massive vers la racine comme un soft 404 et les signaux accumulés sont perdus. C’est la cause la plus fréquente.

Le plan doit être bâti à partir de l’union du sitemap, de Search Console, de l’analytique et d’une exploration. Chaque source en manque d’autres, et celles manquées sont souvent les plus anciennes — celles qui portent le plus de liens gagnés.

Cause deux : la profondeur de contenu est réécrite

Une page se classe en partie parce qu’elle couvre un sujet en profondeur. Une refonte qui réécrit tout pour un nouveau ton raccourcit fréquemment les pages qui fonctionnaient. Migrez le contenu performant intact : changez l’emballage, non la substance.

Cause trois : le rendu change

Un site reconstruit en application rendue côté client peut servir un document vide à un robot qui n’exécute pas le JavaScript. Le contenu est là pour les humains et absent pour les machines — y compris les agents de récupération IA. Vérifiez en affichant la source, non l’inspecteur.

Causes quatre et cinq

Les réglages de préproduction partent en production : un noindex ou un Disallow hérité est l’erreur de lancement la plus dommageable, et la plus rapide à vérifier.

Et les redirections sont retirées plus tard. Elles ne sont pas temporaires : les supprimer après six mois jette l’acquis que la migration servait à préserver.