Une migration de site qui ne nuit pas à votre SEO

J'ai vu des migrations de l'ordre de cinq chiffres se transformer en désastres SEO de l'ordre de six chiffres, parce que l'équipe avait considéré la migration comme un problème technique plutôt que comme un enjeu de continuité. Le scénario est toujours le même : on construit le nouveau site, on actionne le commutateur, puis on assiste à une chute du trafic organique de 40 à 70 % au cours des huit semaines suivantes. On passe ensuite le trimestre suivant à essayer de récupérer ce qui a été perdu le jour de la bascule.

Ce ne sont généralement pas les modifications techniques qui posent problème. Ce sont les redirection vers des cartes achevées à 80 % qui posent problème. Ce sont les balises « canonical » pointant vers des domaines de test qui posent problème. Ce sont les liens internes qui pointent encore vers l’ancienne structure qui posent problème. Ce sont les changements d’URL effectués « tant qu’on y est » qui posent problème. La mise en place en elle-même est la partie la plus facile ; c’est le travail de continuité qui détermine la réussite ou l’échec de chaque migration que j’ai menée à bien à grande échelle.

Cinq choses, apprises à la dure sur cinq mille sites chez Seahawk Media. Chacune est non-négociable sur chaque migration que je livre.

Tout d’abord, la carte de redirection est créée avant tout autre code. Chaque ancienne URL reçoit une redirection 301 vers sa nouvelle URL correspondante. Nous exportons la liste des URL sources depuis Search Console, Ahrefs et le plan du site existant, puis nous créons la carte de redirection dans un tableur qui devient la source de référence pour la migration. Le linter de compilation bloque le déploiement si une URL antérieure à la migration est manquante dans la carte.

Deuxièmement, la structure des URL est conservée chaque fois que la nouvelle plateforme le permet. Tout changement d’URL représente un risque pour le référencement. Nous ne modifions les URL que lorsqu’il existe une véritable raison liée au contenu (duplication, faute de frappe, URL canonique que nous regroupons), et jamais parce que la nouvelle plateforme suggère une convention différente. La tentation de « faire le ménage tant qu’on y est » nous a coûté plus de positions dans les résultats de recherche que n’importe quelle autre décision prise dans le cadre de nos migrations.

Troisièmement, les sites comptant plus de dix mille pages font l'objet d'un déploiement progressif. Commencez par migrer le contenu le moins consulté, vérifiez que les classements restent stables, puis étendez la migration. Une migration par étapes limite l'ampleur des répercussions si un problème survient au niveau d'un modèle ou d'un type de contenu particulier, et permet à l'équipe de corriger le problème avant que les pages les plus consultées ne soient affectées.

Quatrièmement, une période de fonctionnement en parallèle. L'ancien site reste accessible en mode lecture seule pendant trente jours après le lancement. Si le nouveau site rencontre un problème, le trafic est immédiatement redirigé vers l'ancien site. Le coût lié à l'exploitation de deux environnements pendant un mois est minime par rapport à celui d'un cycle de rétablissement du trafic de quatre semaines.

Une poignée de scénarios de migration représentent la quasi-totalité de notre travail sur les projets. Chacun d'entre eux suit son propre guide et présente ses propres modes d'échec habituels.

La migration de WordPress vers Next.js ou Astro est le cas de figure le plus courant. Le cahier des charges porte généralement sur un site marketing ou de contenu qui a atteint ses limites en termes de performances avec WordPress classique, et sur une équipe qui souhaite bénéficier d’une expérience de développement front-end moderne sans pour autant se priver de wp-admin pour l’équipe éditoriale. Une solution WordPress « Headless » avec WPGraphQL, associée à un front-end Next.js ou Astro, satisfait les deux parties.

La migration de Drupal, Sitecore ou Typo3 vers WordPress constitue le deuxième cas de figure. Il s'agit de quitter un CMS d'entreprise hérité sans compromettre le référencement naturel (SEO) que l'équipe en place a mis plus d'une décennie à construire. Les migrations sont plus lentes et la modélisation du contenu plus complexe, mais la stratégie reste la même : une carte de redirection complète, la préservation des URL dans la mesure du possible, une exploitation en parallèle et un déploiement par étapes.

La transition de Shopify vers le « Headless commerce » constitue la troisième option. Une boutique Shopify Plus dotée d’un front-end Next.js ou Hydrogen, d’un design entièrement personnalisé, de Core Web Vitals plus rapides, tout en conservant le moteur de commerce. Shopify reste la source de référence pour le catalogue, les stocks et le processus de paiement ; le front-end est quant à lui entièrement personnalisé.

Les autres tendances que nous observons régulièrement sont la consolidation de domaines (fusion de plusieurs domaines hérités en un seul, avec une stratégie adéquate de liens canoniques et de redirection), la consolidation de sous-domaines en sous-répertoires (déplacement de blog.example.com vers example.com/blog/ afin de consolider l'autorité des liens), ainsi que les migrations d'hébergement et de plateformes (transfert d'un site WordPress géré entre Kinsta, WP Engine, Pressable ou vers une infrastructure « bare-metal »).

Pour les sites comptant moins de mille pages, le cycle complet, de la planification à la mise en service, en passant par la configuration des redirections, la migration du contenu, le contrôle qualité et le suivi post-lancement, dure entre quatre et huit semaines. Pour les sites comptant entre dix mille et vingt mille pages, ce cycle dure entre douze et vingt semaines. Les migrations d'entreprise portant sur cinquante mille pages ou plus durent au minimum six à neuf mois, avec des déploiements par étapes et des périodes de fonctionnement en parallèle intégrés au calendrier.

La principale variable réside dans la qualité du contenu à la source. Des taxonomies désorganisées, des URL en double et des métadonnées incohérentes allongent la phase de planification de plusieurs semaines. Lors de l'audit, nous vous dirons en toute honnêteté si votre site source est prêt pour la migration ou s'il nécessite au préalable un nettoyage du contenu. Prétendre que la source est propre alors qu'elle ne l'est pas, c'est ce qui fait que les migrations s'étalent d'un trimestre à six mois.

Tarifs de référence issus de contrats récents, présentés de manière volontairement simple. Les migrations pour les petites entreprises portant sur moins de cinq cents pages commencent à 3 000 $. Les projets destinés au marché intermédiaire, portant sur un à dix mille pages, commencent à 7 000 $. Les migrations pour les grandes entreprises, portant sur dix à cent mille pages, commencent à 29 000 $, ce qui inclut un accompagnement en SEO après le lancement, jusqu'à la fin du premier trimestre.

Environ 30 à 40 % du coût est consacré à la planification et à l'assurance qualité, et non à la mise en œuvre technique. Les équipes qui vous proposent des devis bon marché sont celles qui négligent la phase de planification. Vous en payez le prix plus tard par une baisse de votre classement, et le coût de la reconquête de ce classement est toujours plus élevé que celui de sa préservation dès le départ.