Vous refaites votre site : comment ne pas perdre le bénéfice de votre SEO lors de la migration ?

Préambule avant toute migration de site

Avant toute chose, il est important de rappeler qu'en SEO la règle d'or est de ne pas changer les URLs lors d'une migration, jamais ou en tout cas le moins possible. Donc, dans l'idéal, lors d'un changement de site : conservez le même nom de domaine (si il ne s'agit pas d'un changement de marque), et surtout ne changez pas le masque (pattern) de vos URLs (même si le contenu lui évolue, que ce soit en termes de contenus de type texte ou en termes de design)

Par exemple, les sites e-commerce les plus efficaces ont des pages du type : www.site.com/soldes.html et non pas www.site.com/soldes-2013.html, car c'est pour eux la garantie que les liens qui pointent vers la page restent valable d'une saison à l'autre et d'une année sur l'autre. Plus une URL est ancienne plus elle est pertinente pour les moteurs de recherche comme Google.

Les outils SEO dont vous aurez besoin pour votre migration

• Un accès à la Search Console (gratuit)
• Un accès à Google Analytics (gratuit)
• Un accès à un outil de suivi de mots clefs (ils sont tous payants) de type SEMrush ou équivalent (Ahrefs, ranksplorer, yooda etc)
• Un accès à un outil de suivi de backlinks comme Majestic ou Ahrefs (ils sont tous payants)
• Un crawler de site comme Screaming Frog par exemple (nous conseillons la version payante dans le cadre de ce tutoriel) 

Eviter les doublons d'URL :

Pour se simplifier la tâche, nous vous suggérons de supprimer (avec un rechercher-remplacer) l'ensemble des débuts d'URL pour supprimer les distinctions https, http, mobile, avec www et sans www.

Il est fort judicieux de penser que l'on a ici des URLs en doublon voir en triple ou plus. Pour cela, nous vous invitons à utiliser la fonction "supprimer les doublons" qui se trouve dans l'onglet "données" de excel. Vous n'aurez ainsi que des URLs uniques.

Vous pourriez être tenté d'également réduire cette liste en isolant uniquement les URLs canonique en injectant toutes les URLs en mode liste dans Screaming Frog ; nous ne préconisons pas cette manipulation. En effet, si un backlink pointe vers une URL non canonique, vous en perdriez le bénéfice en termes de référencement.

Nous avons donc maintenant la liste exhaustive des URLs qu'il va falloir rediriger dans le cadre de la migration de votre site.

Obtenir la liste des URLs cibles

Pour cette action, rien de plus simple, il vous suffit simplement de crawler votre preprod avec screaming frog et d'exporter l'ensemble des URLs en version canonical dans l'idéal.

Comment réussir un plan de migration d'URLs ?

Notre objectif va être de transmettre un maximum de jus à nos nouvelles pages. On structurera donc notre .htaccess ainsi :

• /ancienne URL-key-relative deviendra https://www.ndd.com/new URL-precise [L,R=301]
• http * deviendra https * puis on redirige ensuite les URLs qui n'ont pas été traitées au point 1.

Voir également les règles de redirection par défaut de votre CMS ou les règles métiers de votre projet.

Éviter les paramètres PHP dans les URLs

Comme nous le verrons plus loin, il est possible de rediriger une URL en erreur vers une seconde URL. Seulement, il n'est pas possible de passer en paramètre de redirection apache les paramètres PHP. La version ci-dessous est courante :

NB : Dans la mesure du possible, essayer d'envoyer les paramètres d URLs en POST et non pas en GET mais celle-ci n'est pas possible car le paramètre en variable est situé après l'extension php. On l'appele QSA : Query String Append. Ce paramètre précisé dans les drapeaux de réécriture force la conservation des paramètres dans l URL. Exemple:

Pour éviter l'inclusion des paramètres on utilisera cette syntaxe :

A partir de Apache 2.4, on peut ajouter le paramètre QSD (query string discard) :

Tester votre plan de migration

La meilleure manière de tester votre plan de redirection est de le mettre en place sur votre préproduction et de forcer un crawl en mode liste de votre préproduction. Pour que tout soit ok, il faut que 100% des URLs soit en code 200 (inchangées), code 301 (redirigées), ou 410 (abandonnées).

Quelques astuces supplémentaires et prévention quant aux fausses bonnes idées

Attention aux modules SEO tout faits ou aux solutions internes de CMS

Suivant le CMS que vous utilisez il vous sera probablement suggéré un module SEO lié. Celui-ci vous proposera sans doute son ou ses modèles d'URLs favoris. Cela n'est pas un mal en sois si vous l'installez au moment du démarrage de votre site, mais si vous aviez déjà plusieurs articles et catégories sur votre site, un plan de migration des URLs peu s'imposer.

Magento, comme d'autre CMS, vous propose un module de réécriture d'URLs : vous pourrez donc saisir les URLs à rediriger dans celui-ci. Cette solution a pour avantage de ne pas nécessiter de connaissance en URL rewriting mais génère un accès base de données pour chaque erreur. Le temps d'affichage de la nouvelle page est donc plus long.

Rewrite rules dans votre .htaccess

La réécriture d URL est un outil très puissant qui peut permettre de rediriger des dossiers complets. Bien que complexe à appréhender, il a pour avantage de déclencher la réécriture au niveau apache, et donc d'optimiser la vitesse d'affichage de chaque page malgré la redirection. Une redirection 301 simple se présente ainsi :

Si vous souhaitez aller plus loin en termes de performance, nous vous invitons à mettre en place les redirections au niveau du virtual host apache, mais attention il ne vous est pas accessible si vous êtes sur un hébergement mutualisé.

Ajout d'un plan de site de site HTML

L'enjeu dans une migration est le timing. Souvent les redirections mettent du temps à être digérées. L'astuce de 410 Gone, c'est de mettre des liens vers les anciennes Urls dans le plan de site HTML. Ceci permettra à Google de continuer de recevoir un signal pour les découvrir et donc de mieux intégrer les redirections. Par exemple nous vous proposons deux modules pour le faire, un module Magento, et plugin WordPress gratuit.