Lors d'une refonte de site, les positions se perdent le plus souvent parce que les adresses changent, que des contenus disparaissent ou que les redirections manquent. Si vous établissez d'abord un inventaire de toutes les pages, redirigez chaque ancienne adresse en 301 vers la nouvelle page correspondante et reprenez les contenus des pages les plus importantes, vous perdez en général peu. Après le lancement, il faut quatre semaines de suivi dans la Search Console.
La plupart des pertes de visibilité après une refonte n'ont rien à voir avec le nouveau design. Elles surviennent parce que les adresses changent et que personne ne redirige les anciennes vers les nouvelles, parce que des pages qui attirent des visiteurs sont supprimées, ou parce que le développeur met en ligne le « noindex » de l'environnement de test. Ces trois erreurs peuvent toutes être évitées si vous planifiez la refonte comme un déménagement : d'abord l'inventaire, puis le changement d'adresses, puis le suivi.
Phase 1 : l'inventaire avant la refonte
Avant que quiconque travaille sur le nouveau site, vous avez besoin d'une liste complète des pages existantes. Sans cette liste, vous ne saurez pas ce qui manque après le lancement.
- Rassembler toutes les adresses. Le sitemap XML de l'ancien site est le point de départ. Complétez-le avec le rapport « Pages » de la Search Console, car Google connaît souvent des adresses qui ne figurent dans aucun sitemap.
- Noter la performance de chaque page. Exportez depuis la Search Console les clics et les impressions des douze derniers mois pour chaque page. Vous voyez ainsi quelles vingt pages apportent la plus grande partie des visiteurs. Ces pages ne doivent pas pâtir de la refonte.
- Recenser les liens externes. Les pages vers lesquelles d'autres sites font un lien ont impérativement besoin d'une redirection, sinon ces visiteurs atterrissent sur une page d'erreur.
- Sauvegarder les titres et les meta descriptions. Exporter les titres de pages, les descriptions et les titres de section prend une heure et évite que des textes qui fonctionnent bien soient remplacés par des espaces réservés dans le nouveau système.
Pour une menuiserie de 60 pages, un après-midi suffit. Pour une boutique en ligne de 2’000 pages produits, un outil de crawl qui génère la liste automatiquement en vaut la peine.
Phase 2 : le mapping des URL
Le mapping est un tableau avec une ligne par ancienne adresse. Chaque ligne reçoit une décision. Si l'adresse reste identique, la ligne est vite traitée. Si elle change, vous indiquez la nouvelle.
| Ancienne adresse | Nouvelle adresse | Action |
|---|---|---|
| /leistungen/kuechen.html | /kuechen/ | 301 vers la nouvelle adresse |
| /news/2019-messe | (aucune) | 410, la page est supprimée |
| /ueber-uns.html | /ueber-uns/ | 301 vers la nouvelle adresse |
| /kontakt.html | /kontakt/ | 301 vers la nouvelle adresse |
| /angebot-sommer-2022 | /kuechen/ | 301 vers la page thématiquement la plus proche |
Deux règles évitent bien des ennuis : chaque ancienne adresse pointe vers une seule nouvelle adresse, qui correspond par son contenu. Et aucune adresse ne pointe en bloc vers la page d'accueil, simplement parce que c'est pratique. Google traite en général de telles redirections comme une page manquante.
Phase 3 : mettre en place les redirections
Le mapping est mis en œuvre sous forme de redirections 301, c'est-à-dire de redirections permanentes. La manière de procéder dans WordPress, Wix ou sur le serveur est expliquée dans le guide sur les redirections 301. Lors d'une refonte, trois points comptent :
- Pas de chaînes. Si /alt redirige vers /mittel et /mittel vers /neu, modifiez la première redirection pour qu'elle pointe directement vers /neu.
- Protocole et www uniformes. Toutes les variantes (http, https, avec et sans www) doivent rediriger vers une seule version.
- Tester avant le lancement. Installez les redirections sur l'environnement de test et vérifiez un échantillon de vingt adresses du mapping avant la mise en ligne du site.
Phase 4 : reprendre les contenus
Un nouveau design n'est pas une raison de raccourcir des textes qui ont fait leurs preuves. Pour les pages qui avaient le plus de clics dans l'inventaire, reprenez le contenu le plus fidèlement possible : mêmes titres, même texte, mêmes images avec le même texte alternatif, même titre de page. Si vous voulez raccourcir ou réécrire, faites-le quelques semaines après le lancement : vous verrez alors quelle modification a quel effet.
Vérifiez aussi le maillage interne. De nombreuses refontes perdent en visibilité parce que le blog n'est plus lié dans le nouveau menu, ou parce que les pages de prestations ne sont plus accessibles que par un menu déroulant que Google ne reconnaît pas comme un lien. Chaque page importante devrait être liée depuis au moins une autre page, dans le texte ou dans la navigation.
Le jour du lancement
Le jour de la bascule, vous déroulez une courte liste, idéalement à deux :
- Le « noindex » de l'environnement de test est supprimé, le fichier robots.txt autorise l'exploration.
- Le nouveau plan du site XML est soumis dans la Search Console, comme décrit sous Plan du site XML.
- Vingt adresses issues du mapping testées manuellement dans le navigateur : arrivent-elles sur la bonne nouvelle page ?
- Les balises canonical pointent vers la nouvelle adresse, et non plus vers le domaine de test.
- Analytics et la Search Console fonctionnent sur le nouveau site.
- Le formulaire de contact et le lien téléphonique fonctionnent.
Le point sur le « noindex » figure volontairement en premier. C'est l'erreur la plus fréquente et la plus coûteuse, car Google retire le site de l'index après quelques jours.
Quatre semaines de suivi
Après le lancement, la Search Console montre si la migration a réussi. Un rythme qui a fait ses preuves :
| Moment | Ce que vous vérifiez | Où |
|---|---|---|
| Jour 1 à 3 | Pages d'erreur (404) dans le rapport « Pages », erreurs d'exploration | Search Console |
| Semaine 1 | Les nouvelles adresses sont-elles indexées ? Les impressions chutent-elles fortement ? | Search Console, rapport « Performances » |
| Semaine 2 | Comparaison des vingt pages les plus importantes avec l'inventaire | Search Console, export de la phase 1 |
| Semaine 4 | Total des clics par rapport aux quatre semaines précédant le lancement | Search Console |
Si, en semaine 1, une ancienne adresse avec beaucoup d'impressions apparaît en 404, sa redirection est manquante. Corrigez-la immédiatement. Pour en savoir plus sur les rapports, consultez Configurer et lire la Search Console.
Quelle est l'ampleur habituelle de la chute
Il n'existe pas de chiffre public fiable à ce sujet. Dans sa documentation sur les migrations de site, Google indique que des fluctuations sont normales après une migration et que la prise en compte peut prendre quelques semaines pour les sites de taille moyenne. Que vous perdiez dix pour cent ou la moitié des visiteurs après la refonte dépend presque entièrement de la rigueur avec laquelle les phases 1 à 4 se sont déroulées. Une refonte avec des adresses identiques et des contenus inchangés change généralement peu de choses. Une refonte où les adresses changent, où des pages disparaissent et où personne n'a de mapping peut coûter des mois.
Si le blog fait partie du site, la même règle s'applique que pour les pages de services : les articles qui attirent des visiteurs gardent leur adresse ou reçoivent une redirection. Avec un système comme BlogPilot, qui intègre les articles via l'API REST de WordPress ou par proxy, vous vérifiez avant le lancement que la connexion au nouveau CMS est en place, afin que la publication ne parte pas dans le vide après la migration.
Questions fréquentes
Dois-je conserver les anciennes adresses lors de la refonte ?
Non, mais c'est la voie la plus sûre. Si les adresses restent les mêmes, tout le mapping devient inutile et Google n'a rien à réattribuer. Si les adresses changent, ce n'est pas un problème, tant que chaque ancienne adresse pointe par une redirection 301 vers la bonne nouvelle page.
Combien de temps faut-il à Google pour prendre complètement en compte le nouveau site ?
Dans sa documentation sur les migrations de site, Google indique que pour un site de taille moyenne, il peut falloir quelques semaines avant que la plupart des pages soient prises en compte. Plus longtemps pour les sites plus grands. Google ne donne pas de chiffre précis, c'est pourquoi un suivi sur au moins quatre semaines s'impose.
Puis-je combiner la refonte avec un changement de domaine ?
Techniquement oui, mais vous doublez le risque, car deux éléments changent en même temps. Mieux vaut : d'abord la refonte sur l'ancien domaine, attendre quelques semaines, puis le changement de domaine avec l'outil de migration de la Search Console. Ainsi, en cas de problème, vous savez quelle étape en est la cause.
Que faire des pages qui n'existent plus sur le nouveau site ?
Si une page de remplacement thématiquement pertinente existe, redirigez vers elle. S'il n'y en a pas, la page peut renvoyer un code d'état 404 ou 410. Rediriger systématiquement tout vers la page d'accueil est traité par Google comme une page manquante et n'apporte aucun avantage.