Refonte de site et SEO, 8 erreurs qui font perdre du trafic

Une refonte de site peut faire perdre du trafic en quelques jours si le référencement n’est pas traité comme un chantier à part. Voici huit erreurs courantes de refonte de site pour le SEO, et la correction de chacune.

En bref

Les pertes de trafic après une refonte viennent d’URL qui changent sans redirection, d’un noindex oublié ou de pages supprimées sans contrôle.
Google demande une carte des URL, des redirections 301 page par page et un nouveau sitemap.
Gardez les redirections au moins un an, d’après la documentation de Google.
Contrôlez la Search Console le jour de la mise en ligne, puis chaque semaine pendant un mois.

Ce qu’une refonte change aux yeux de Google

Google ne voit pas votre nouveau design. Il voit des adresses. Quand une adresse change, il doit apprendre que la nouvelle page remplace l’ancienne.

La redirection 301 porte cette information. Sans elle, l’ancienne page disparaît des résultats et la nouvelle repart de zéro.

Schéma 1. Une redirection 301 relie chaque ancienne URL à sa page équivalente.

Google explore aussi davantage le site pendant une migration. Prévoyez un serveur qui tient la charge, comme le rappelle sa documentation sur le déménagement d’un site.

Nous avons suivi ce type de chantier pour une boutique B2B et pour un fabricant d’isolants. Les huit erreurs ci-dessous valent pour une boutique, un restaurant, un artisan ou une association.

Les huit erreurs qui font perdre du trafic

1. Changer les URL sans carte de redirections

Une boutique de luminaires passe de « /boutique/lampes-bois » à « /lampes/bois ». Sans carte, personne ne sait quelle ancienne page doit mener où.

Google conseille de relier chaque ancienne URL à sa nouvelle version, en partant des pages les plus importantes. Les sources : sitemaps, journaux du serveur, outil de mesure d’audience et liens signalés dans la Search Console.

Notre méthode : exportez les URL qui reçoivent des visites ou des liens. Remplissez ensuite un tableau « ancienne URL, nouvelle URL » avant le premier développement.

2. Tout rediriger vers l’accueil

C’est le raccourci : une règle unique renvoie tout vers la page d’accueil. Google déconseille de rediriger de nombreuses anciennes pages vers une page sans rapport, comme l’accueil.

Le visiteur qui cherchait une lampe en bois arrive sur une page générale, et Google ne retrouve pas la correspondance.

Maquette. Carte de redirections page par page, à gauche, et erreurs fréquentes, à droite. Les adresses sont fictives.

Ce que nous faisons : une ligne par page, vers la page la plus proche par le sujet. Si aucune page ne correspond, renvoyez vers la rubrique parente, pas vers l’accueil.

3. Utiliser des redirections temporaires ou en chaîne

Google privilégie les redirections permanentes côté serveur, de type 301 ou 308. Il recommande d’éviter les chaînes où une adresse renvoie vers une autre qui renvoie vers une troisième.

Ce que nous faisons : tester chaque ligne de la carte avec l’outil d’inspection d’URL ou un script. Toute ancienne adresse qui n’atteint pas sa cible en un saut est corrigée.

4. Laisser le noindex du site de test

Un site en préparation reste souvent fermé aux moteurs. Une balise « noindex » demande à Google de retirer la page des résultats, comme l’explique sa documentation sur le blocage de l’indexation.

Sur WordPress, la case « Discourage search engines from indexing this site » ajoute cette balise dans le code de chaque page. La documentation de WordPress précise que ce n’est qu’une demande faite aux moteurs.

Le jour J, décochez la case. Affichez ensuite le code source de la page d’accueil et d’un article, puis cherchez le mot « noindex ».

5. Garder le robots.txt du site de test

Le fichier robots.txt du site de test contient souvent une règle qui interdit toute exploration. Copié sur le site réel, il coupe Google du site.

Google demande de vérifier le robots.txt et les balises noindex avant la migration. Les deux erreurs se cumulent facilement.

Le contrôle : ouvrez l’adresse « /robots.txt » du site réel après la mise en ligne et comparez-la à celle de l’ancien site.

6. Supprimer ou fusionner des pages qui recevaient des visites

Un restaurateur qui refond son site supprime les pages « traiteur » et « privatisation » parce que « personne ne les lit ». La Search Console aurait montré le contraire.

Avant toute suppression, listez les pages qui reçoivent des clics sur les douze derniers mois. Gardez-les, ou fusionnez-les dans une page plus complète vers laquelle l’ancienne adresse redirige.

7. Oublier le sitemap, les canoniques et les liens internes

Après la refonte, le sitemap doit lister les nouvelles URL. Google conseille de soumettre le nouveau sitemap, puis de retirer l’ancien.

Les balises canoniques et les liens internes doivent aussi viser les nouvelles adresses. Un menu qui pointe vers d’anciennes URL envoie le visiteur et Google par une redirection inutile.

Lancez un crawl du nouveau site avec un outil de crawl. Il liste les liens internes qui passent par une redirection. Corrigez-les un par un.

8. Ne rien surveiller et retirer les redirections trop tôt

Une migration réussie se voit dans la Search Console, pas dans le navigateur. Google indique de garder les redirections aussi longtemps que possible, en général au moins un an.

Pour un changement de nom de domaine, Google demande aussi un changement d’adresse dans la Search Console, pour chaque variante vérifiée de l’ancien site.

Le calendrier ci-dessous organise la surveillance.

Calendrier de contrôle autour de la mise en ligne, de l’avant à la semaine 4.

Erreur	Ce qui se passe	Ce que nous faisons
Pas de carte d’URL	Les anciennes pages disparaissent	Un tableau ancienne URL, nouvelle URL
Tout vers l’accueil	Google ne retrouve pas la correspondance	Une page équivalente par ligne
Redirections en chaîne	Détours et pages non retrouvées	Un seul saut vers la cible
Noindex oublié	Le site sort des résultats	Contrôle du code source le jour J
Robots.txt du test	L’exploration est bloquée	Lecture du fichier après la mise en ligne
Pages supprimées	Les visites sur ces pages sont perdues	Export des pages à clics avant tout choix
Sitemap et liens	Redirections inutiles partout	Nouveau sitemap, liens internes corrigés
Pas de suivi	La baisse se voit trop tard	Contrôles à J+1, semaine 1 et semaine 4

Tableau 1. Les huit erreurs de refonte et leur correction.

Ce que nous conseillons avant la mise en ligne

Dressez la carte des URL dès la maquette. Elle décide de l’arborescence autant que le design.

Testez ensuite le nouveau site sur une adresse fermée aux moteurs, avec les redirections déjà en place. Le jour J, ouvrez le site aux moteurs en dernier, une fois les redirections vérifiées.

Si le site doit aussi gagner en vitesse, traitez ce sujet à part, avec notre guide pour accélérer un site WordPress. Mélanger les deux brouille la lecture des résultats.

Plan d’action en cinq étapes

Exportez de la Search Console les pages qui reçoivent des clics sur douze mois.
Remplissez la carte « ancienne URL, nouvelle URL » et faites-la valider.
Testez les redirections sur le site de préproduction, puis retirez noindex et blocage du robots.txt le jour J.
Soumettez le nouveau sitemap dans la Search Console.
Comparez clics et positions à J+1, à une semaine, puis à quatre semaines, et corrigez les pages en baisse.

Nous accompagnons des refontes avec un volet SEO dès la maquette. Voyez notre offre de refonte de site web, notre travail de référencement naturel, ou écrivez-nous pour un audit avant migration.

Sources et notes

Les images « maquette » sont des modèles créés par The Wiker. Les adresses qu’elles montrent sont fictives.

Refonte de site et SEO, 8 erreurs qui font perdre son trafic