Refonte de site : pourquoi un site neuf peut perdre ses positions sur Google, et comment l'éviter

L'essentiel en 30 secondes

Selon ce qui change réellement, le risque d'une refonte pour votre référencement va de faible à élevé. Repérez votre ligne avant de signer.

Retenez deux idées. Une ancienne adresse sans redirection est un lien cassé, pour vos visiteurs comme pour Google. Et la plupart des pertes se décident avant la mise en ligne, dans le devis, pas après.

Un site plus beau n'est pas un site mieux classé

Un site daté donne une mauvaise image, on le refait, et l'on s'attend à ce que Google suive. Mais Google ne classe pas une page sur son esthétique. Il classe une adresse précise, avec son contenu et les liens qui pointent vers elle, parfois depuis des années. Une refonte qui touche à ces trois éléments remet en jeu ce qui était acquis.

La documentation de Google est d'une franchise rare. Elle prévient que le classement peut fluctuer pendant que Google réexplore le site, et qu'il peut s'écouler quelques semaines ou plus avant que les nouvelles adresses remplacent les anciennes. Elle recommande de ne modifier qu'une seule chose à la fois : d'abord le domaine, ensuite la mise en page. L'aide de la Search Console va plus loin : si vous combinez une migration avec un remaniement du contenu et de la structure des adresses, « vous constaterez probablement une perte de trafic ».

Une refonte bien menée peut améliorer les choses à terme, mais ce gain se construit sur un socle préservé. Son premier objectif, côté référencement, n'est pas de gagner des positions. C'est de ne pas perdre celles que vous avez.

Le vrai risque : les adresses qui changent

Chaque page a une adresse, par exemple votre-entreprise.be/renovation-toiture. C'est elle que Google a indexée, qu'un annuaire cite, qu'un client a partagée sur Facebook. Un changement de CMS modifie souvent toutes ces adresses d'un coup : les anciennes pages en .html deviennent /services/toiture, et rien ne fait le lien entre les deux.

Si l'ancienne adresse ne mène plus nulle part, le visiteur tombe sur une erreur 404. Pour Google, la conséquence est mécanique : les adresses qui renvoient ce type d'erreur sont retirées de l'index. La page qui vous amenait des demandes de devis disparaît, et sa remplaçante repart de zéro, sans les liens de l'ancienne.

La parade est la redirection permanente, dite 301 (ou 308) : elle indique au navigateur comme à Google qu'une page a déménagé définitivement, et où. Une idée reçue veut qu'une redirection fasse perdre une partie de la valeur de la page. Google la dément : les redirections permanentes n'entraînent pas de baisse de PageRank, sa mesure de la valeur des liens. Quatre règles à faire respecter par votre prestataire :

1. Des redirections côté serveur, de chaque ancienne adresse vers sa nouvelle. Le JavaScript n'est qu'un dernier recours.
2. Pas de chaînes. Googlebot suit jusqu'à 10 redirections successives, mais Google recommande de viser directement la destination finale, sinon idéalement pas plus de 3 sauts. Une refonte empilée sur une ancienne en crée vite.
3. Pas de redirection en masse vers la page d'accueil. Selon Google, cela déroute les visiteurs et peut être traité comme une erreur « soft 404 », une page introuvable déguisée.
4. Des redirections durables : en général au moins un an selon Google, le temps que tous les signaux soient transférés, et idéalement indéfiniment pour vos visiteurs.

Le plan de redirections, page par page

Le plan de redirections est un tableau à deux colonnes : l'ancienne adresse, la nouvelle. Il se construit avant la mise en ligne. Commencez par lister les anciennes adresses, en croisant plusieurs sources :

• Le rapport sur les performances de la Search Console, onglet « Pages ». Exportez-le avant la refonte : c'est la liste des pages à ne surtout pas perdre.
• Le rapport sur les liens, qui montre vos pages les plus citées par d'autres sites.
• Votre sitemap actuel et l'export des pages de votre CMS.
• Les fichiers oubliés : PDF de tarifs, brochures, images. Ils peuvent recevoir du trafic, eux aussi.

Attribuez ensuite une destination à chaque ligne. La page existe sous une nouvelle adresse : redirection vers elle. Son contenu a été regroupé avec d'autres : redirection vers la page qui les rassemble, ce que Google admet. Le contenu n'a plus aucun équivalent : l'ancienne adresse renvoie une vraie erreur 404 ou 410. Les liens internes du nouveau site, eux, visent directement les nouvelles adresses.

Exigez que ce plan figure noir sur blanc dans le devis, liste en annexe. Dans notre guide sur ce que coûte un site web en Belgique, nous le décrivions comme la ligne la plus rentable d'un devis et la plus souvent absente. C'est la première question à poser à tout prestataire, nous compris, avant une création ou une refonte de site.

Le contenu supprimé « pour faire propre »

Deuxième cause de chute, la plus sournoise car elle ne produit aucune erreur : le contenu qui disparaît. On « fait le tri » : vieilles réalisations, FAQ, anciens articles, pages par commune. Le site devient plus net, et perd les pages qui répondaient précisément à ce que les gens cherchaient.

Le phénomène existe aussi à l'intérieur des pages. La page « Rénovation de toiture » qui comptait six paragraphes et des photos de chantiers se réduit, nouveau design oblige, à un slogan et trois pictogrammes. L'adresse n'a pas changé, mais Google n'a plus de quoi comprendre que la page répond à « réparation toiture Namur ».

Avant de supprimer ou de raccourcir une page, regardez ce qu'elle rapporte : ses clics et ses requêtes sur plusieurs mois, dans le rapport sur les performances. Une page qui amène des visites se reprend, se réécrit au besoin, mais ne se supprime pas. Vérifiez aussi que l'invisible migre : titres et descriptions affichés dans Google, textes alternatifs des images, données structurées. C'est pourquoi un accompagnement en référencement a le plus de valeur quand il commence avant la refonte, pas après.

Français, néerlandais et .be : les pièges belges

Beaucoup de sites de PME belges existent en français et en néerlandais, surtout à Bruxelles et le long de la frontière linguistique. Une refonte y double chaque risque : deux jeux d'adresses, souvent traduites, comme /fr/cuisines et /nl/keukens, donc deux plans de redirections. Le piège classique est de relancer en français en promettant le néerlandais « pour plus tard ». Pendant ce temps, ce que la version néerlandaise avait acquis s'éteint.

Trois points techniques à faire vérifier.

• Les annotations hreflang, qui signalent à Google qu'une page existe dans une autre langue, sont à mettre à jour avec les nouvelles adresses. Chaque version cite toutes les autres, et elle-même. Sans lien retour, Google peut les ignorer.
• Pas de redirection automatique selon la langue du navigateur. Google la déconseille : elle peut empêcher visiteurs et moteurs de consulter toutes les versions. Préférez un lien visible vers l'autre langue.
• Une adresse distincte par langue, plutôt qu'un cookie qui change la langue sur la même adresse : sinon, selon Google, toutes les versions ne seront peut-être pas explorées.

Reste le domaine. Certaines refontes en profitent pour passer d'un .be à un .com ou à un .eu, jugés plus « internationaux ». Pour une PME qui travaille en Belgique, c'est rarement un bon calcul. Google lit un domaine national comme le .be comme le signal qu'un site vise un pays précis, alors qu'il traite généralement le .eu comme un domaine générique, au même titre que le .com.

Le jour de la mise en ligne : les oublis qui rendent le site invisible

Pendant le développement, le site vit sur une adresse de test dont on bloque l'indexation. Le problème survient quand ce blocage part en production. Google place ce cas en tête des erreurs fréquentes : oublier de retirer les règles noindex ou les blocages du fichier robots.txt qui ne servaient qu'aux travaux. Le site est en ligne, et Google a reçu l'instruction de ne pas l'indexer.

Les autres oublis classiques du jour J :

• Une balise canonique qui pointe encore vers l'adresse de test ou vers l'ancien domaine, alors que chaque page doit déclarer sa propre adresse.
• La validation de la Search Console perdue avec l'ancien fichier ou l'ancienne balise, et avec elle l'accès aux données au pire moment.
• Le nouveau sitemap non envoyé dans la Search Console.
• La mesure d'audience absente, qui rend toute comparaison avant et après impossible.

Choisissez aussi le moment : Google recommande une période de faible trafic. Un chocolatier ne relance pas son site à l'approche de la Saint-Nicolas, un paysagiste évite le printemps. Et si seul l'hébergement change, Google conseille de réduire la durée de cache DNS à quelques heures au moins une semaine avant la bascule.

Domaine et comptes : qui détient quoi avant de changer de prestataire

Une refonte s'accompagne souvent d'un changement de prestataire. C'est alors que l'on découvre que le domaine ou la Search Console ne sont pas à votre nom, ce qui ne se règle pas la veille de la mise en ligne.

Pour un .be, DNS Belgium est clair : le titulaire est le seul propriétaire du nom de domaine, et peut à tout moment le transférer vers un autre agent, la société qui le gère. Le transfert passe par un code que DNS Belgium envoie à l'adresse e-mail du titulaire enregistrée chez lui, valable 7 jours. Si cette adresse est celle d'un ancien employé ou de l'ancien prestataire, vous ne recevrez rien. Seul l'agent peut la corriger, et s'il refuse, DNS Belgium prévoit une réclamation auprès de son service juridique. Vérifiez donc ces données avant le chantier.

Même logique pour les outils : soyez propriétaire, pas seulement invité, de la Search Console et du compte de mesure d'audience, pour garder l'historique de votre site quel que soit le prestataire.

Si vous changez malgré tout de domaine, l'outil de changement d'adresse de la Search Console, à utiliser une fois les redirections en place, transmet les signaux vers le nouveau site pendant 180 jours. Google recommande aussi de payer l'ancien domaine au moins un an de plus, pour éviter qu'un tiers le rachète à des fins malveillantes.

Après la mise en ligne : les liens à corriger et les chiffres à suivre

Les redirections ne dispensent pas de corriger les liens à la source, ce que Google conseille de faire immédiatement, en commençant par ceux qui amènent le plus de visites. Pour une PME belge, la liste est souvent la même :

• le site indiqué sur votre fiche d'établissement Google ;
• votre inscription sur pagesdor.be et dans les autres annuaires professionnels ;
• vos profils sur les réseaux sociaux et les pages de destination de vos campagnes publicitaires, que Google cite nommément ;
• et tout ce qui est imprimé : cartes de visite, flyers, lettrage de camionnette, codes QR. Raison de plus pour garder les redirections longtemps.

La cohérence de ces informations est un sujet en soi, détaillé dans notre guide sur le référencement local. Si vos coordonnées sont dispersées sur de nombreuses plateformes, notre service NetSync les harmonise sur Google, Facebook, Bing et Waze depuis un seul outil.

Côté chiffres, la Search Console reste l'outil de référence. Dans le rapport sur l'indexation des pages, les adresses indexées de l'ancien site baissent pendant que celles du nouveau montent. Une poussée d'erreurs « Introuvable (404) » signale des redirections manquantes ou erronées, que Google range parmi les erreurs fréquentes. Dans le rapport sur les performances, comparez page par page les clics avec la même période avant la refonte, grâce à votre export.

Gardez la tête froide : pour un site de petite ou moyenne taille, Google parle de quelques semaines pour migrer la majorité des pages, avec une visibilité qui peut fluctuer. Une baisse générale et modérée n'a rien d'alarmant. Une page importante qui tombe brutalement à zéro clic appelle, elle, une vérification immédiate de sa redirection.

Votre checklist avant, pendant et après

À passer en revue avec votre prestataire, dès le devis.

• Avant. J'ai exporté de la Search Console la liste des pages qui reçoivent des clics, et celle des pages les plus citées par d'autres sites.
• Avant. Le plan de redirections figure dans le devis, pour chaque langue du site.
• Avant. Chaque page qui amène des visites est reprise, ni supprimée ni réduite à un slogan.
• Avant. Le domaine et la Search Console sont à mon nom, avec mon adresse e-mail.
• Jour J. Aucune règle noindex ni blocage robots.txt hérité de la version de test.
• Jour J. Chaque ancienne adresse mène à sa nouvelle page en une seule redirection permanente, sans détour par la page d'accueil.
• Jour J. Le nouveau sitemap est envoyé dans la Search Console, et la mesure d'audience fonctionne.
• Après. Fiche d'établissement Google, annuaires, réseaux sociaux et campagnes pointent vers les nouvelles adresses.
• Après. Je surveille chaque semaine les erreurs 404 et les clics par page dans la Search Console.
• Après. Les redirections restent en place au moins un an, et l'éventuel ancien domaine reste payé.

Questions fréquentes

Une refonte fait-elle forcément baisser le référencement ?

Non. Google prévient que le classement peut fluctuer pendant qu'il réexplore un site modifié, et parle de quelques semaines pour un site de petite ou moyenne taille. Les chutes durables ont le plus souvent des causes évitables : adresses changées sans redirection, pages supprimées, blocage d'indexation oublié.

Combien de temps faut-il garder les redirections ?

Google recommande de les conserver aussi longtemps que possible, en général au moins un an, et suggère même de les garder indéfiniment pour les visiteurs. Si vous changez de domaine, continuez aussi à payer l'ancien pendant au moins un an, pour qu'un tiers ne puisse pas le racheter.

Peut-on rediriger toutes les anciennes pages vers la page d'accueil ?

Non. Google le déconseille explicitement : cela déroute les visiteurs et peut être traité comme une erreur soft 404. Chaque ancienne page doit être redirigée vers son équivalent le plus proche. Si le contenu n'existe plus et n'a aucun équivalent, l'ancienne adresse doit renvoyer une erreur 404 ou 410.

Faut-il changer de nom de domaine pendant la refonte ?

Mieux vaut l'éviter. Google recommande de ne modifier qu'une seule chose à la fois. Pour une PME belge, le .be est aussi un signal géographique, alors que Google traite généralement le .eu comme un domaine générique. Si le changement est inévitable, l'outil de changement d'adresse de la Search Console transfère les signaux pendant 180 jours.

Comment savoir si la refonte m'a fait perdre du trafic ?

Comparez, dans le rapport sur les performances de la Search Console, les clics de chaque page après la mise en ligne avec la même période avant, à partir d'un export fait avant le lancement. Surveillez aussi les erreurs 404 dans le rapport sur l'indexation des pages : elles signalent des redirections manquantes.