Refonte de site web : comment ne pas perdre votre référencement Google

Le nouveau site est superbe, plus rapide, plus moderne. Trois semaines après la mise en ligne, le trafic venu de Google s'est effondré et les demandes de devis se font rares. Ce scénario est courant, et il est presque toujours évitable.

Une refonte de site web ne fait pas perdre de positions par magie. Ce sont des erreurs précises qui coûtent du référencement : des adresses qui changent sans redirection, des contenus supprimés, des balises oubliées, un site de test indexé par erreur. Voici la méthode que nous appliquons pour qu'une refonte ou une migration se passe sans casse.

Pourquoi une refonte de site web peut faire chuter votre référencement

Google a mis des mois, parfois des années, à comprendre votre site : quelles pages répondent à quelles recherches, quels sites externes pointent vers elles, quelle confiance leur accorder. Cette connaissance est attachée à des adresses précises, les URL.

Si ces adresses changent sans que Google en soit informé, il trouve des erreurs 404 à la place de pages qu'il connaissait bien. Les liens externes mènent dans le vide, et les positions acquises disparaissent. Une refonte réussie, c'est donc d'abord une refonte qui transmet cet historique aux nouvelles pages.

Le risque est d'autant plus grand que la refonte change beaucoup de choses à la fois : nouvelle technologie, nouvelle arborescence, nouveaux textes, parfois nouveau nom de domaine. Chaque changement est une source d'erreur possible, et c'est la somme de ces erreurs qui fait chuter le trafic.

Avant la refonte : inventaire des URL et plan de redirections 301

Inventorier toutes vos URL existantes

Avant de toucher au design, il faut savoir exactement ce que vous possédez. Constituez une liste complète des adresses du site actuel, à partir de plusieurs sources :

• un crawl complet du site avec un outil comme Screaming Frog ;
• le sitemap XML actuel ;
• les pages qui reçoivent des impressions et des clics dans Google Search Console ;
• les pages d'entrée dans votre outil de mesure d'audience ;
• les pages qui reçoivent des liens depuis d'autres sites.

Pour chaque URL, notez le titre, la meta description, le H1, le trafic et le nombre de liens entrants. Ce tableau devient votre référence pour toute la suite du projet. Il permet aussi de repérer les pages qui comptent vraiment : bien souvent, une petite partie des pages apporte l'essentiel des visites et des contacts.

Construire le plan de redirections

Le plan de redirections associe chaque ancienne URL à sa nouvelle adresse. Une redirection 301 indique à Google que la page a déménagé définitivement, ce qui lui permet de reporter l'historique de l'ancienne adresse sur la nouvelle.

Quelques règles simples font toute la différence :

• rediriger chaque ancienne page vers la nouvelle page la plus proche en contenu, et non systématiquement vers l'accueil ;
• éviter les chaînes de redirections : chaque ancienne URL doit pointer directement vers sa destination finale ;
• ne pas oublier les PDF, les images importantes et les pages d'anciennes campagnes ;
• garder les URL identiques quand c'est possible : la meilleure redirection reste celle dont on n'a pas besoin.

Conserver les contenus, les balises et le maillage interne

Une refonte est souvent l'occasion de « simplifier » les textes. Prudence : une page qui se positionnait grâce à un contenu détaillé peut perdre ses positions si ce contenu est réduit à trois phrases et une belle photo.

Pour les pages importantes, conservez ou améliorez :

• le contenu textuel, et les expressions sur lesquelles la page se positionne ;
• la balise title et la meta description ;
• la structure des titres (H1, H2) ;
• les données structurées (avis, FAQ, entreprise locale) ;
• les attributs alt des images ;
• les liens internes vers les pages stratégiques.

Si vous modifiez la navigation, vérifiez qu'aucune page importante ne se retrouve isolée, à cinq clics de l'accueil ou sans aucun lien interne pour y mener.

Recette, mise en ligne et suivi dans Search Console

Travailler sur un environnement de préproduction

Le nouveau site doit être construit et testé sur un environnement de préproduction, protégé par mot de passe et bloqué à l'indexation (balise noindex ou authentification). Un site de test indexé, c'est du contenu dupliqué et le risque de voir Google afficher la mauvaise version.

Le piège classique : oublier de retirer le noindex le jour du lancement. Le site est parfait, mais Google a reçu l'instruction de l'ignorer. Cela arrive bien plus souvent qu'on ne l'imagine.

La checklist du jour de mise en ligne

• Le noindex et la protection par mot de passe sont retirés.
• Le fichier robots.txt n'interdit pas l'exploration du site.
• Toutes les redirections sont actives et renvoient bien un code 301, pas 302.
• Les balises canonical pointent vers les nouvelles URL de production.
• Le nouveau sitemap XML est en ligne et soumis dans Search Console.
• Le HTTPS fonctionne sur toutes les pages, sans contenu mixte.
• Les formulaires, la mesure d'audience et le suivi des conversions fonctionnent.
• Les pages clés s'affichent rapidement sur mobile.
• Les versions avec et sans www redirigent vers une seule adresse.

Surveiller les semaines suivantes

La mise en ligne n'est pas la fin du projet. Pendant les quatre à huit semaines qui suivent, surveillez dans Google Search Console le rapport d'indexation des pages (erreurs 404, pages exclues), les clics et positions des pages importantes comparés à la période précédente, et l'exploration du nouveau sitemap. Un nouveau crawl du site permet aussi de repérer les liens internes cassés.

Une légère fluctuation les premiers jours est normale, le temps que Google traite les redirections. Une baisse forte et durable sur une page précise signale presque toujours un problème concret, et donc corrigeable.

Les erreurs qui coûtent le plus cher

• Rediriger toutes les anciennes pages vers l'accueil. Google traite souvent ces redirections comme des pages introuvables, et l'historique est perdu.
• Changer de domaine et de structure en même temps sans nécessité. Chaque changement ajoute du risque, mieux vaut les étaler quand c'est possible.
• Supprimer des pages jugées inutiles sans vérifier leur trafic ni leurs liens entrants.
• Laisser le noindex ou un robots.txt bloquant après le lancement.
• Passer à un site entièrement rendu en JavaScript sans rendu côté serveur, ce qui complique l'exploration par Google.
• Lancer juste avant votre haute saison, quand une baisse temporaire coûte le plus cher.
• Ne rien mesurer avant : sans données de référence, impossible de savoir ce qui a baissé, ni pourquoi.

Exemple : la migration de Saker Al-Saudia

Saker Al-Saudia est une entreprise de déménagement en Arabie saoudite dont le site tournait sous ASP.NET. L'objectif : passer à Laravel pour un site plus rapide et plus simple à faire évoluer, sans perdre la visibilité acquise sur Google.

Nous avons conservé la base de données existante, inventorié toutes les anciennes adresses et mis en place une redirection 301 pour chacune d'elles vers sa nouvelle URL. C'est exactement la méthode décrite dans ce guide, appliquée page par page.

Pour ce type de projet, notre équipe SEO et marketing travaille avec celle de création de sites web dès le cadrage, pas seulement au moment du lancement.

Questions fréquentes

Une refonte fait-elle forcément baisser le trafic Google ?

Non. Une refonte bien préparée, avec des redirections 301 complètes et des contenus conservés, provoque au pire une légère fluctuation pendant quelques semaines. Elle peut même améliorer les positions si le nouveau site est plus rapide et mieux structuré. Les fortes baisses viennent presque toujours d'erreurs précises : URL non redirigées, contenus supprimés ou noindex oublié.

Combien de temps faut-il garder les redirections 301 ?

Le plus longtemps possible, idéalement pour toujours. Des liens externes, des favoris et d'anciens emails continueront de pointer vers vos anciennes adresses pendant des années. Une redirection ne coûte presque rien à maintenir, alors que sa suppression transforme ces visites en pages d'erreur. Google conseille de les conserver au moins un an.

Peut-on changer de nom de domaine pendant une refonte ?

C'est possible, mais cela ajoute du risque. Il faut rediriger chaque URL de l'ancien domaine vers son équivalent sur le nouveau, puis déclarer le changement avec l'outil de changement d'adresse de Search Console. Si vous le pouvez, changez d'abord le design et la structure, puis le domaine quelques mois plus tard.

Combien coûte la partie SEO d'une refonte ?

Pour un site de quelques dizaines de pages, l'inventaire, le plan de redirections et le suivi représentent souvent quelques jours de travail, soit de quelques centaines d'euros à 2 000 € environ selon le prestataire. Pour un site de plusieurs milliers de pages, comptez davantage. C'est une petite part du budget total, et une assurance contre des mois de trafic perdu.

Quand faut-il s'inquiéter après la mise en ligne ?

Des variations pendant les deux premières semaines sont normales. Inquiétez-vous si une page importante perd durablement ses positions, si les erreurs 404 augmentent dans Search Console, ou si les nouvelles pages ne sont pas indexées après trois ou quatre semaines. Vérifiez alors en priorité les redirections, les balises noindex et le contenu des pages concernées.

Vous préparez une refonte ?

Si vous prévoyez de refaire votre site ou de changer de technologie, parlons-en avant de lancer les travaux : c'est à ce moment-là que tout se joue. Nous pouvons auditer votre site actuel, préparer l'inventaire et le plan de redirections, puis suivre la mise en ligne avec vous. La première consultation est gratuite. Écrivez-nous, nous vous répondons sous un jour ouvré.