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

Pour refondre un site internet sans perdre son référencement, il faut inventorier toutes les pages existantes avant de toucher à quoi que ce soit, rediriger en 301 chaque ancienne URL vers son équivalent sur le nouveau site, conserver (ou améliorer) les contenus et balises qui vous positionnent aujourd’hui, puis surveiller la Search Console pendant les semaines qui suivent la mise en ligne. La plupart des chutes de trafic après une refonte ne viennent pas du nouveau design : elles viennent d’URL oubliées, de contenus supprimés ou d’un réglage technique resté en mode « préproduction ».

Dans cet article, je vous détaille la méthode que j’applique lors de mes missions de refonte de site web, étape par étape, avec les vérifications à faire avant, pendant et après la bascule.

Pourquoi une refonte peut faire chuter votre visibilité

Google ne classe pas « un site » dans son ensemble : il classe des pages, identifiées par leur URL. Chacune a accumulé avec le temps des signaux qui lui sont propres : les requêtes pour lesquelles elle apparaît, les liens qui pointent vers elle depuis d’autres sites, son historique d’indexation. Quand une refonte modifie les adresses, supprime des pages ou réécrit leurs contenus, ces signaux risquent d’être perdus.

Concrètement, les causes de perte de trafic se rangent presque toujours dans l’une de ces catégories :

• Des URL qui changent sans redirection : Google et les visiteurs tombent sur une erreur 404, et la page ancienne disparaît peu à peu de l’index.
• Des contenus supprimés ou appauvris : une page détaillée de 1 000 mots remplacée par trois lignes et une belle photo ne répond plus aux mêmes recherches.
• Des balises oubliées : titres de page génériques, meta descriptions vides, titres H1 remplacés par des slogans.
• Un blocage technique : balise noindex ou fichier robots.txt de la préproduction mis en ligne tel quel.
• Un maillage interne cassé : des pages importantes qui ne sont plus liées depuis le menu ou depuis les autres pages.

La bonne nouvelle, c’est que tous ces risques se préviennent. Une refonte bien préparée ne fait pas seulement « limiter la casse » : c’est souvent l’occasion de corriger ce qui freinait le site.

Étape 1 : faire l’inventaire de l’existant

On ne peut pas protéger ce qu’on ne connaît pas. Avant la moindre maquette, je dresse la liste complète des URL du site actuel et je repère celles qui comptent vraiment. Pour cela, je croise plusieurs sources, car aucune n’est exhaustive seule :

• Un crawl du site avec un outil comme Screaming Frog SEO Spider : il parcourt le site comme un robot et liste toutes les pages accessibles par des liens, avec leurs titres, descriptions, H1 et codes de réponse.
• Le sitemap XML actuel, qui peut contenir des pages qui ne sont plus liées depuis le menu.
• Le rapport « Performances » de la Search Console, filtré sur les derniers mois : il montre les pages qui génèrent réellement des impressions et des clics, et les requêtes associées.
• Le rapport « Liens » de la Search Console, qui indique les pages les plus liées depuis l’extérieur. Ce sont celles dont la redirection est la plus critique.
• Votre outil de statistiques (Google Analytics, Matomo…) pour les pages d’entrée les plus visitées.

Je rassemble le tout dans un simple tableur : une ligne par URL, avec son trafic, ses principales requêtes, son titre actuel et une colonne « décision ». Pour chaque page, trois options :

1. Conserver : la page garde la même URL et son contenu est repris, éventuellement amélioré.
2. Fusionner ou déplacer : la page change d’adresse ou est regroupée avec une autre, et nécessite une redirection 301.
3. Supprimer : la page n’a plus de raison d’être. Si elle a encore du trafic ou des liens, elle sera redirigée vers la page la plus proche.

N’oubliez pas les URL « invisibles » : fichiers PDF (tarifs, plaquettes), images référencées dans Google Images, anciennes pages d’actualité, versions avec ou sans www, avec ou sans barre oblique finale. Elles apparaissent souvent dans la Search Console alors que personne ne s’en souvient.

Cet inventaire est aussi un excellent point de départ pour rédiger le brief du nouveau site. Si vous préparez votre projet de votre côté, mon guide pour rédiger le cahier des charges de votre site internet vous aidera à structurer le reste des besoins.

Étape 2 : construire le plan de redirections 301

La redirection 301 est le mécanisme central d’une migration réussie. Elle indique aux navigateurs et aux moteurs de recherche qu’une page a définitivement changé d’adresse. Google transfère alors progressivement les signaux de l’ancienne URL vers la nouvelle. Une redirection 302, elle, signale un déplacement temporaire : elle n’est pas adaptée à une refonte.

À partir du tableur de l’étape précédente, j’ajoute une colonne « nouvelle URL » et je respecte quelques règles simples :

• Une redirection page à page : chaque ancienne URL pointe vers la page du nouveau site qui traite du même sujet. Rediriger toutes les anciennes pages vers l’accueil est une fausse bonne idée : Google a tendance à les traiter comme des pages introuvables.
• Pas de chaînes de redirections : si une URL était déjà redirigée lors d’une précédente refonte, faites pointer l’ancienne redirection directement vers la destination finale, sans étape intermédiaire.
• Pas de boucles : une page A qui redirige vers B qui redirige vers A rend les deux inaccessibles.
• Des redirections côté serveur : configurées dans le serveur web ou dans l’application, pas en JavaScript ni via une balise meta refresh.

Voici à quoi ressemble un extrait de plan de redirections pour un site vitrine :

Sur un site développé avec Symfony, comme ceux que je réalise, les redirections peuvent être déclarées dans un fichier de configuration versionné avec le code : elles sont relues, testées et déployées en même temps que le nouveau site. Sur WordPress, une extension dédiée ou le fichier .htaccess remplissent le même rôle. L’outil importe peu ; ce qui compte, c’est que la liste soit complète et testée avant la bascule.

Étape 3 : préserver les contenus et les balises

Une refonte est souvent l’occasion de réécrire les textes, et c’est une bonne chose. Mais pour les pages qui vous amènent déjà des visiteurs, la réécriture doit se faire avec les requêtes en tête. Le rapport « Performances » de la Search Console vous dit pour quelles expressions chaque page apparaît : ces expressions doivent rester présentes, naturellement, dans le nouveau texte.

Les éléments à reprendre page par page

• La balise title : c’est le titre cliquable dans les résultats de Google. Conservez celles qui fonctionnent, améliorez celles qui sont génériques (« Accueil », « Services »).
• La meta description : elle n’influence pas directement le classement, mais elle joue sur le taux de clic.
• Le titre H1 et les intertitres : un H1 unique par page, qui décrit le sujet, et des H2 qui structurent le contenu.
• Le volume et la profondeur du contenu : si une page détaillée se positionnait bien, ne la réduisez pas à un paragraphe sous prétexte d’épurer le design.
• Les attributs alt des images et leurs noms de fichiers.
• Les données structurées (schema.org) : informations sur l’entreprise, FAQ, fil d’Ariane… à reprendre et, souvent, à compléter.

Soigner le maillage interne

Les liens entre vos pages indiquent à Google lesquelles sont les plus importantes. Une page qui disparaît du menu et n’est plus liée nulle part perd de sa force, même si son URL n’a pas changé. Vérifiez que vos pages stratégiques restent accessibles en quelques clics depuis l’accueil et qu’elles sont liées depuis des pages proches thématiquement, avec des textes de lien descriptifs.

Un exemple concret

Lors de la refonte du site vitrine de Laurette Josserand, psychopraticienne à Évron, l’arborescence et les contenus ont été réorganisés pour que les visiteurs comprennent rapidement son activité et ses accompagnements. Les textes ont été retravaillés pour intégrer naturellement les expressions liées à son métier et à la recherche locale, et des données structurées ont été ajoutées. L’objectif n’était pas seulement de moderniser l’interface, mais de repartir d’une structure plus claire sur laquelle la visibilité locale peut continuer à se construire.

Étape 4 : vérifier la technique avant la bascule

Le nouveau site est généralement développé sur un environnement de préproduction. Cet environnement doit être bloqué à l’indexation (idéalement par un mot de passe) pour éviter que Google n’indexe une copie de votre site. Le piège classique consiste à oublier de lever ce blocage au moment de la mise en ligne. Avant la bascule, je vérifie notamment :

• Les codes de réponse : les pages renvoient un code 200, les pages supprimées une vraie 404 (et non une page d’erreur qui répond 200).
• Les balises canoniques : chaque page pointe vers sa propre URL définitive, et non vers l’adresse de préproduction.
• La version unique du site : une seule variante accessible (https, avec ou sans www), les autres redirigées vers elle.
• La vitesse de chargement : images compressées et dimensionnées, polices et scripts limités. PageSpeed Insights et Lighthouse donnent une bonne première lecture.
• L’affichage sur mobile : Google indexe principalement la version mobile des pages. Un contenu masqué sur mobile compte donc moins.
• Le nouveau sitemap XML, à jour, ne contenant que des URL définitives qui répondent en 200.

C’est aussi le moment de tester le plan de redirections : je fais passer la liste des anciennes URL dans un crawler (Screaming Frog permet de crawler une liste d’URL) pour vérifier que chacune renvoie bien une 301 vers la bonne destination, sans chaîne ni erreur.

Étape 5 : la checklist du jour de mise en ligne

Le jour J, l’objectif est de basculer vite et de contrôler tout de suite. Je privilégie une mise en ligne en début de semaine, jamais un vendredi soir, pour pouvoir réagir si quelque chose ne se passe pas comme prévu. Voici la liste que je déroule :

1. Faire une sauvegarde complète de l’ancien site (fichiers et base de données) avant toute opération.
2. Mettre en ligne le nouveau site et activer les redirections.
3. Vérifier le fichier robots.txt : il ne doit plus contenir de Disallow: /.
4. Vérifier qu’aucune page ne porte de balise noindex par erreur.
5. Tester un échantillon d’anciennes URL à la main, puis la liste complète avec le crawler.
6. Soumettre le nouveau sitemap dans la Search Console.
7. Demander l’indexation des pages principales via l’outil d’inspection d’URL.
8. Vérifier que l’outil de statistiques et le bandeau de consentement fonctionnent.
9. Tester les formulaires de contact et la réception des e-mails.
10. Mettre à jour les liens que vous maîtrisez : fiche Google Business Profile, réseaux sociaux, annuaires, signatures d’e-mail.

Étape 6 : suivre le site dans la Search Console

Même avec une migration parfaite, il est normal d’observer des fluctuations de positions pendant quelques semaines, le temps que Google explore les redirections et réévalue les nouvelles pages. L’important est de distinguer une fluctuation passagère d’un vrai problème. Pendant les semaines qui suivent la mise en ligne, je surveille :

• Le rapport « Pages » (indexation) : une hausse soudaine des pages en erreur 404 ou « Exclue par la balise noindex » doit être analysée immédiatement.
• Le rapport « Performances » : comparez les clics et impressions avec la période précédant la refonte, page par page et requête par requête.
• Les anciennes URL : elles doivent peu à peu être remplacées par les nouvelles dans les résultats de recherche.
• Les Core Web Vitals : le rapport dédié indique si l’expérience de chargement s’est améliorée ou dégradée.

Si une page importante perd nettement en visibilité, je commence par vérifier sa redirection, puis son contenu comparé à l’ancienne version, puis ses liens internes. Dans la grande majorité des cas, la cause se trouve dans l’une de ces trois pistes.

Ce suivi ne s’arrête pas vraiment : un site évolue, des pages s’ajoutent, des liens se cassent. Ma checklist de maintenance de site web détaille les vérifications à faire chaque mois, et je propose aussi une prestation de maintenance pour s’en occuper à votre place.

Les erreurs que je rencontre le plus souvent

Quand on me contacte après une refonte qui a mal tourné, on retrouve presque toujours l’une de ces situations :

• « On a tout redirigé vers l’accueil » : c’est rapide à mettre en place, mais les pages de service perdent leur pertinence et leurs positions.
• Le prestataire n’avait pas accès à la Search Console : impossible alors de savoir quelles pages comptaient. Pensez à donner cet accès dès le début du projet.
• Le changement de plateforme a modifié toutes les URL : passer d’un CMS à un autre change souvent la structure des adresses (extensions .html, préfixes, paramètres). Ce n’est pas grave si c’est anticipé.
• Les contenus ont été « allégés » au profit du design : un site plus beau mais moins informatif répond moins bien aux recherches de vos clients.
• Le blocage de la préproduction est resté actif : c’est l’erreur la plus simple à corriger et l’une des plus coûteuses si elle passe inaperçue plusieurs semaines.
• Personne n’a regardé les statistiques après la mise en ligne : un problème repéré le lendemain se corrige en une heure ; repéré trois mois plus tard, il est beaucoup plus long à rattraper.

Une refonte réussie n’est pas celle qui change tout, mais celle qui sait précisément ce qu’elle conserve, ce qu’elle déplace et pourquoi.

Si votre site a besoin d’une nouvelle structure ou d’une nouvelle interface et que vous ne voulez pas prendre de risque avec votre visibilité, je peux prendre en charge l’audit, le plan de redirections et le suivi après mise en ligne. Mes tarifs de refonte démarrent à 1 200 €, selon l’état du site existant et le périmètre de la migration. Le plus simple reste d’en parler : décrivez-moi votre site actuel et votre projet de refonte, je vous réponds avec une première analyse.