Refonte de site : comment ne pas perdre son référencement

Une refonte ne fait pas perdre de positions. Cinq oublis les font perdre

Refaire un site est neutre pour Google. Changer les adresses, supprimer du texte et modifier l'accessibilité technique en une seule nuit ne l'est pas. Cinq causes couvrent l'essentiel des cas.

Les adresses changent sans plan de redirection

Chaque page qui remonte dans Google a accumulé de l'ancienneté, des liens entrants et un historique de clics. Ce capital est attaché à une adresse, pas à votre marque. Transformer /nos-prestations.html en /services/ sans redirection revient à déménager sans laisser d'adresse : Google trouve une erreur 404, les liens des annuaires et des partenaires pointent dans le vide, le capital se dissout.

La redirection permanente, dite 301, résout ça. Une redirection temporaire transmet elle aussi les signaux, mais seule la 301 dit que l'ancienne adresse ne reviendra pas, et c'est elle qui fait remplacer l'ancienne URL par la nouvelle dans l'index.

Les contenus qui fonctionnaient disparaissent

C'est le vrai risque numéro un, et presque personne n'en parle. Une refonte s'accompagne d'un ménage : le blog paraît daté, la page « conseils » trop longue, les six pages de métier redondantes. On garde le design et on jette 4 000 mots, qui étaient précisément ce que Google avait indexé.

Pire, la redirection ne sauve pas ce cas. Google traite une redirection vers une page sans rapport comme une erreur douce : la nouvelle page ne répond pas à la question, la redirection ne transmet donc rien. Rediriger vingt articles vers la page d'accueil ne conserve rien, cela masque juste les 404 dans les rapports.

Le blocage de préproduction reste en place

Pendant les développements, le site de test est protégé par une balise qui interdit l'indexation. Elle doit sauter le jour de la bascule. Quand elle reste, le site disparaît des résultats en une à trois semaines, sans aucun signal d'alerte visible pour vous. C'est la panne la plus brutale, et la plus rapide à réparer.

Le nouveau site bloque les robots

Une refonte s'accompagne souvent d'un changement d'hébergement, d'un passage derrière un CDN ou d'une nouvelle couche de sécurité, avec des réglages par défaut qui ne sont pas les vôtres. Depuis le 1er juillet 2025, Cloudflare bloque par défaut les robots des IA sur les nouveaux domaines qui rejoignent son réseau, et certains modules de sécurité filtrent au passage des robots parfaitement légitimes. Vous payez pour être trouvé pendant que votre pare-feu répond « accès refusé ».

Le site est plus beau et plus lent

Les sites modernes affichent souvent leur texte via JavaScript, après le chargement. Un visiteur ne le remarque pas toujours. Un robot, si : ce qui n'est pas dans la page à la livraison est lu plus tard, parfois mal, parfois pas du tout.

Avant la bascule : le travail qui ne se rattrape pas

Ces quatre étapes se font pendant que l'ancien site tourne encore. Après, les données ont disparu.

1. Inventoriez toutes vos adresses actuelles. Un crawl complet du site en ligne, exporté en tableur : adresse, titre, statut. C'est la seule photo de l'existant que vous aurez jamais.
2. Sortez vos pages qui travaillent. Dans la Search Console, exportez les performances sur seize mois, triées par impressions et par clics. Vous obtenez la liste, souvent surprenante, des pages qui vous amènent des gens. Elles deviennent intouchables : leur texte se transporte dans le nouveau site, même si le design change.
3. Construisez le tableau de correspondance. Deux colonnes, ancienne adresse et nouvelle adresse, une ligne par page, sans exception. Quand aucun équivalent n'existe, c'est une décision à prendre consciemment, pas un oubli à découvrir dans six mois.
4. Relevez votre point de départ. Positions, impressions, clics, formulaires reçus sur les trois derniers mois. Sans ce relevé, vous ne saurez pas dire si la baisse est réelle ou saisonnière, et vous n'aurez aucun argument face au prestataire.

Le jour de la bascule : quatre contrôles

1. Les redirections répondent en 301, vérifiées une par une sur vos vingt pages les plus importantes. Pas de chaîne de trois redirections successives, pas de renvoi massif vers l'accueil.
2. Le blocage d'indexation a sauté. Contrôlez le fichier robots.txt du nouveau site et la balise meta robots de trois pages au hasard.
3. Le nouveau plan de site est en ligne et déclaré dans la Search Console. Si vous changez aussi de nom de domaine, l'outil de changement d'adresse est obligatoire : c'est lui qui transfère les signaux d'un domaine à l'autre.
4. Une page test est demandée en indexation, pour vérifier que Google la lit correctement et voit bien votre texte.

Les huit semaines suivantes

Une migration propre produit quand même un creux : Google doit reparcourir chaque adresse, constater la redirection, remplacer l'ancienne URL par la nouvelle dans son index. Sa documentation parle de quelques semaines à quelques mois selon la taille du site. Le creux n'est pas le problème, l'absence de remontée l'est.

Surveillez trois choses, une fois par semaine. Les impressions dans la Search Console, premier indicateur à bouger : elles doivent redescendre puis repartir. Les erreurs 404 du rapport Pages, où chaque nouvelle ligne est une redirection oubliée, à corriger dans la semaine. La position moyenne de vos dix requêtes principales, comparée à votre relevé d'avant bascule.

Gardez vos redirections au minimum un an, comme Google le recommande, et pour une raison rarement expliquée : passé six mois, ce n'est plus Google qu'elles servent, ce sont les liens externes qui pointent encore vers vos anciennes adresses depuis des sites que vous ne contrôlez pas. Notre conseil est de ne jamais les retirer.

« J'ai déjà perdu mon trafic » : ce qui se rattrape

Si vous lisez ceci après coup, sachez qu'un effondrement post-refonte est rarement définitif. Ce n'est pas une pénalité, c'est une rupture technique, et les ruptures techniques se réparent.

Le diagnostic tient en trois vérifications. La date d'abord : superposez la courbe de trafic et la mise en ligne, une chute qui démarre dans les jours suivant la bascule désigne son coupable. L'indexation ensuite : comparez le nombre de pages indexées avant et après. Un effondrement du nombre de pages signale un blocage ; un nombre stable avec des positions perdues signale un problème de contenu ou de redirections. Les 404 enfin : le rapport des pages non trouvées vous donne, littéralement, la liste des redirections manquantes.

Ce qui se récupère. Un blocage d'indexation levé se rattrape en une à trois semaines, presque intégralement. Des redirections posées en retard récupèrent l'essentiel du capital des pages concernées, en quatre à huit semaines. Un contenu supprimé puis remis à la même adresse remonte souvent, mais plus lentement qu'il n'est tombé : deux à trois mois pour retrouver un niveau comparable.

Ce qui ne revient pas tout seul. Les liens externes qui pointaient vers des pages laissées en 404 pendant des mois : le lien existe encore, mais la page qui le portait a pu être nettoyée entre-temps. Et les positions reprises par un concurrent, qui a eu six mois pour s'installer sur votre requête. Ces deux pertes se reconstruisent, elles ne se restaurent pas.

La règle honnête : plus le diagnostic arrive tôt, plus la réparation est mécanique. Passé six mois sans intervention, on ne parle plus de sauvetage mais d'une reconstruction du référencement naturel, avec le calendrier et le budget correspondants.

Une refonte 2026 doit rester lisible par les IA

Vos clients ne posent plus seulement leurs questions à Google. Ils les posent à ChatGPT, à Perplexity, à Gemini, et lisent la réponse sans visiter le moindre site. Une refonte peut vous sortir de ces moteurs sans que rien ne bouge dans vos positions Google, ce qui rend la panne invisible pendant des mois.

Deux réglages suffisent à la provoquer. Le blocage des robots d'IA, souvent activé par défaut par le nouvel hébergement ou coché en routine par le prestataire : c'est un choix légitime, mais il doit être le vôtre, et il se vérifie en trois minutes sur notre page bloquer ou autoriser les crawlers IA. Et le rendu du texte : les moteurs de réponse extraient mal ce qui s'affiche après coup via JavaScript. Un site qui livre son contenu directement dans la page reste lisible par tout le monde.

On vient de le faire pour nous-mêmes

Le site que vous lisez est neuf. Nous avons quitté un WordPress vieillissant pour un site statique, sans plugin. Même chantier que celui décrit plus haut, avec un accès de faveur : nous étions à la fois le client et le prestataire, sans personne à convaincre de payer l'inventaire. Ce passage nous a rappelé deux choses. L'inventaire complet des anciennes adresses se fait avant d'écrire la première ligne du nouveau site, sinon il ne se fait jamais. Et garder, réécrire ou abandonner une page ancienne est une décision de contenu, prise page par page, pas un tri technique. C'est long, ce n'est pas glamour, et c'est exactement ce qui sépare une refonte réussie d'une refonte qui coûte six mois de visibilité.