5 étapes pour sauver son référencement lors d’une refonte ou migration de site

Refonte de site, migration de site, nouvelle version du site, il s’agit là de termes qui donnent généralement quelques sueurs froides aux référenceurs, surtout si ces derniers ont été informées quelques jours avant la mise en production. Cependant, la refonte d’un site web génère souvent beaucoup de buzz et d’attention auprès des autres collaborateurs. Par mon vécu, je peux vous assurer que c’est une opportunité pour vous, référenceur qui travaille souvent solitaire ;). En effet, c’est le meilleur moyen d’alerter tout le monde sur les conséquences SEO d’une refonte de site. Et là, étrangement, chaque personne enregistrera tous les mots sortis de votre bouche car “on veut que cette refonte se fasse bien”, ce que je peux entièrement car ça coute quand même un bon paquet de fric de toute refaire ! :)

1) Comprendre l’ancienne structure du site pour créer facilement des règles de redirections 301

Avant toute chose, il est essentiel de bien analyser la structure de votre site web. Vous devez être en mesure d’établir un arbre hiérarchique structurant l’ensemble des (principales) pages du site. Vérifiez si certaines pages ne sont pas déjà sujettes à des redirections diverses. Si c’est le cas, voir si ces redirections sont encore nécessaires. Une fois que vous avez bien toute la structure du site en tête, vous allez pouvoir établir des règles de redirections http entre les anciennes pages et les nouvelles. La corrélation ancienne/nouvelle page va se faire bien plus naturellement et sans stress. Pensez également a évaluer le poids SEO des différentes pages qui vont être redirigées.

Bien sur, il n’est pas nécessaire de le farie page par page mais au moins par types de pages (un simple filtre Analytics vous permet de connaître la part de trafic SEO sur les pages de type /xxx/ par exemple). Ce point est important car il est possible que vos supérieurs aient décidé de supprimer des sections du site pour des raisons politiques. A vous alors de bien leur faire comprendre les conséquences de tels actes au niveau SEO… Et généralement, vous devez essayer de les convaincre de garder ces pages, quitte à les réécrire ou les “ranger” ailleurs.

2) Utiliser Xenu pour lister toutes les URL à rediriger

Même si vous avez capable de créer des règles de redirections entre tel et tel types d’URL, il  y a toujours des exceptions qui peuvent passer à travers le filet. Pas de pitié, en ce qui me concerne, je suis très perfectionniste là-dessus et je n’aime pas laisser des pages à l’abandon (il y a assez de pages 404 sur le web, pas besoin d’en rajouter des nouvelles :) ). De ce fait, rien de mieux qu’un petit Xenu pour lister toutes les URL crawlées par les moteurs de recherche. Pour aller plus vite, vous pouvez très bien vous limiter au crawl des pages dans les sections qui vont être amenées à changer.

3) Élargir son champ sémantique pour le SEO

Qui dit refonte de site dit aussi parfois nouvelles sections, nouvelles catégories. Quoi de mieux que de s’intéresser de près à ça pour pouvoir réorganiser vos champs sémantiques et développer ceux pour lesquels le site présentait alors peu de potentiels. D’ailleurs, c’est toujours mieux d’avoir de nouveaux champs sémantiques à couvrir pour une refonte car ça permet de pallier généralement à la baisse de performance organique dû aux redirections. En effet, les redirections 301 permettent de conserver une bonne partie des performances accumulées sur les anciennes pages, mais pas toute. Par le passé, j’ai pu voir généralement que je perdais 3 ou 4 positions avant de revenir à une situation à peu près normale 2 ou 3 mois plus tard… Mais encore une fois, tout dépend de votre site, des pages, des backlinks… Mais bon, si la refonte peut vous permettre d’exploiter un/plusieurs champs sémantiques supplémentaires, foncez !

En tout cas, c’est ce que je fais et j’essaie d’utiliser les refontes pour augmenter le trafic organique… Et ça marche bien souvent, surtout quand c’est bien fait ! :)

4) S’assurer que les redirections soient bien faites.

Ce titre est en rapport direct avec la phrase précédente. On vous dit “ça y est, c’est en prod”. Premier réflexe ? Aller vérifier que les redirections 301 ont été correctement effectuées. Vous pouvez utiliser des outils pour cela mais quoi de mieux que de tester les redirections comme un utilisateur directement depuis Google. A ce moment là, autant être honnête, il vaut mieux être TRES réactif. Pour ma part, je considère qu’une journée sans redirection qui fonctionne, c’est déjà trop tard ! Google a eu le temps de passer plusieurs fois sur le site et de voir les liens cassés… Un peu pessimiste ? Pas vraiment en fait !

La bonne application des redirections est le fondement d’une migration réussie au niveau seo. Donc dès que c’est en ligne, vos redirections aussi et le tout doit être transparent pour les moteurs et pour vos internautes.

5) Faire des rapports SEO rapprochés après la migration

Lors d’une migration, je suis de près les évolution au niveau du positionnement des pages mais aussi au niveau du référencement des nouvelles. Evolution du nombre de nouvelles pages référencées dans Google, positionnement global du site sur mes mots-clés actuels mais aussi les nouveaux, il est nécessaire de suivre tout cela de près afin de voir les conséquences de cette migration. Si vous avez fait les choses proprement, la chute de trafic devrait être minimale (là encore je m’en réfère à une expérience vécue chez un clients où non-seulement les redirections 301 ont été bien faites mais où pas mal de nouvelles pages sont apparues sur le site, permettant de camoufler la petite perte de performance seo et d’augmenter mon trafic seo de 30% 2 mois plus tard).

Pour conclure, je dirais qu’aucune migration ne se fait parfaitement. Il y a toujours des petits accros ici et là. Néanmoins, et je ne dis pas ça seulement en tant que référenceur, la conservation des performances et de l’historique seo accumulé au fil des années est primordial pour le prolongement de la vie de votre site. Cette performance durement accumulée doit être conservée et il n’y a rien de pire que de devoir tout reconstruire… Contrairement à une campagne Adwords par exemple qui prendre peut-être quelques heures à rectifier mais qui n’aura pas d’impact sur le long terme.

14 réflexions au sujet de “5 étapes pour sauver son référencement lors d’une refonte ou migration de site”

  1. C’est indispensable de faire un tableau de correspondance avec les redirections 301 à faire (et de bien suivre) quand on change de sites.
    Il y a des tonnes de sites qui oublient ça avant de migrer vers un nouveau site et ils perdent la quasi totalité de leur trafic SEO en quelques jours!

  2. Et on fait comment lorsque l’on fait une refonte avec changement de NDD sachant qu’on a pas la main sur le site officiel (exemple : migration d’un overblog vers un wordpress hébergé sur son propre serveur). Impossible de faire des 301, on fait donc des liens sur chaque article vers l’article du nouveau site

  3. @Damien : c’est un peu triste mais j’ai presque envie de te dire oui. En fait ce que tu peux faire sur ce genre de plateforme, c’est à la limite :

    N’afficher qu’une partie de l’article sur l’ancien blog + ajouter un lien avec les bons mots-clés vers la nouvelle page de l’article sur le nouveau blog par exemple.

    Et si tu as la possibilité d’ajouter une meta canonical sur ton ancien blog, c’est encore mieux…

  4. Au sein de l’agence où je travaille, nous utilisons ce système de redirections 301 pour tous les sites qui souhaite une refonte.

    Cependant, j’ai remarqué, depuis quelques mois, que ces redirections ont de moins en moins de poids. Le transfert d’acquis SEO entraîne, souvent, une baisse des visites, voire du CA.

    Il reste, tout de même, préférable d’effectuer cette prestation pour limiter la casse.

  5. Il faut bien faire attention à ne pas oublier de redirection 301. Mais souvent une migration entraîne une légère baisse de trafic.

  6. Très judicieux conseils.

    A noter que sur certains domaines même à coup de 301, cela peut mettre un temps monstrueux pour que les anciennes URL soient oubliées.

  7. Merci pour le billet ! Sur mac, Xenu n’existe pas… Une bonne alternative peut être trouvée avec Integrity..

    Concernant les redirections, pour un site sous WordPress, l’extension “redirection” est très cool.. très simple à utiliser.

  8. Ah les migrations… que de bons souvenirs de nuits passées à s’arracher les cheveux…

    Si on lit entre les lignes, on comprend surtout que pour réussir une migration, il faut faire preuve d’une organisation sans faille, c’est sans doute pour cela qu’il y en autant qui se passent mal, l’organisation n’étant clairement pas la qualité principale des net entreprises…

  9. La refonte d’un site est toujours délicate. C’est d’autant plus vrai pour son référencement. En général, il y a toujours une petite baisse de trafic.

    En tous cas, ce billet est très intéressant et permet d’éviter bon nombre d’erreurs.

  10. Des conseils qui vont être très utiles à un ami, qui va passer sous wordpress, tout en conservant son nom de domaine… de plus, c’est vrai qu’on a pas souvent d’infos de ce genre, alors que pourtant, tout bon référenceur devrait y penser. très judicieux, merci

  11. Je rajouterai en étapes 0.5 et 3.5.

    0.5 : établir un profil des liens entrants, et les classer en fonction de deux critères (impact classement et impact trafic).

    3.5 : contacter les webmasters des sites identifiés en 0.5 comme ayant le + fort impact et leur demander gentiment de mettre à jour les liens.

  12. J’ai fais la refonte d’un site récemment, le résultat : une grosse augmentation du trafic.
    Les urls n’ont pas changé, le contenu a légèrement changé selon les pages, un design différent et du nouveau contenu, une grosse campagne de bls et ça a fonctionné !

    Comme tu dis, tout dépend de la thématique, du nombre de bls…

    Si c’est uniquement un changement de design, je n’ai remarqué aucune baisse de trafic.

  13. Je découvre ton article grâce à celui de yapasdequoi. Je suis assez effrayé de lire que tu testes en prod les redirections. Pourquoi ne pas les tester sur les environnement de recette, avant la mise en prod ? Après tout cet environnement sert à ça !

    Il suffit de crawler l’environnement de recette avec les anciennes URL de prod et le tour est joué !

  14. En fait l’expérience m’a montré qu’il y a toujours des différences entre l’environnement de prod et celui de préprod (je suis d’accord, ce n’est pas normal et ce n’est pas le cas partout).

    Donc non je te rassure, je demande d’abord à les tester sur un environnement de recettes mais ce n’est pas toujours possible…

Les commentaires sont fermés.