Migrer son site sans perdre son référencement : la méthode des redirections

Une refonte réussie techniquement peut être un désastre commercial : URLs changées sans redirections, pages supprimées sans remplacement, et le trafic organique accumulé pendant des années s'évapore en quelques semaines. Ce scénario est fréquent, documenté — et entièrement évitable. La différence tient à un livrable précis : le plan de redirections.

Pourquoi les URLs sont un capital

Chaque URL indexée porte un historique : des positions acquises, des liens externes qui pointent vers elle, une présence dans des favoris et des documents. Quand l'URL change sans transition, cet historique est orphelin — le moteur voit une page disparue (404) et une page nouvelle, inconnue. La redirection 301 transfère l'essentiel de ce capital vers la nouvelle adresse : elle dit « ce contenu vit maintenant ici, définitivement ».

Étape 1 — Inventorier l'existant (avant de toucher à quoi que ce soit)

On ne peut rediriger que ce que l'on connaît. L'inventaire croise trois sources, car aucune n'est complète seule :

1. Un crawl du site actuel — toutes les URLs accessibles ;
2. La Search Console et l'analytics — les URLs qui reçoivent réellement des impressions et du trafic, y compris d'anciennes pages que vous aviez oubliées ;
3. Les backlinks (rapport de liens de la Search Console ou outil dédié) — les URLs que d'autres sites référencent.

Le résultat est un tableau : URL, trafic organique 12 mois, nombre de domaines référents. Il donne la hiérarchie : les 20 % d'URLs qui concentrent le trafic méritent un traitement page par page ; le reste peut suivre des règles génériques.

Étape 2 — Le mapping : chaque URL a une destination

La règle : rediriger vers l'équivalent le plus proche, pas vers l'accueil. Une redirection massive vers la page d'accueil est traitée par Google comme un soft-404 — autant dire pas de redirection du tout.

# Extrait d'un mapping (ancienne URL → nouvelle URL)
/nos-prestations/creation-site-internet   →  /services/creation-site-web
/blog/2023/05/choisir-son-cms             →  /blog/choisir-son-cms
/equipe.html                              →  /a-propos
# Contenu abandonné sans équivalent : on assume le 410 (« définitivement parti »)
/promo-noel-2022                          →  410

Les décisions difficiles sont éditoriales, pas techniques : cette page sans équivalent mérite-t-elle d'être recréée (elle avait du trafic) ou abandonnée (410) ? Un contenu fusionné redirige vers la page qui l'absorbe. Ce travail se fait en amont, dans un tableur partagé, validé par quelqu'un qui connaît la valeur commerciale des pages.

Côté implémentation, préférez les redirections au niveau du serveur ou du reverse proxy (elles sont immédiates et sans JavaScript) et les règles par motif quand la structure le permet :

# Caddy : ancien blog daté → nouvelle structure plate
@ancienblog path_regexp blog ^/blog/\d{4}/\d{2}/(.+)$
redir @ancienblog /blog/{re.blog.1} 301

Étape 3 — La bascule, puis la surveillance

Le jour J : déployer les redirections en même temps que le nouveau site, soumettre le nouveau sitemap, vérifier robots.txt (le Disallow: / de l'environnement de préproduction ne doit jamais partir en production — c'est l'accident classique des migrations).

Les semaines suivantes, trois indicateurs à suivre :

• Les 404 dans la Search Console et les logs : chaque 404 avec du trafic est une redirection oubliée — corrigez au fil de l'eau.
• Les impressions par page : une transition en douceur montre les anciennes URLs décliner pendant que les nouvelles montent. Un décrochage global sans reprise à 4-6 semaines signale un problème structurel.
• La couverture d'indexation des nouvelles URLs.

Une fluctuation temporaire (quelques semaines) est normale, même sur une migration parfaite ; Google recalcule. Ce qui n'est pas normal, c'est un palier durablement inférieur — et il a presque toujours une cause identifiable : redirections manquantes, contenu appauvri, maillage interne dégradé, performances en recul.

Ce qu'il faut retenir

Une migration SEO réussie est un projet de données avant d'être un projet technique : inventaire exhaustif, mapping vers l'équivalent le plus proche, bascule atomique, surveillance des 404. Comptez le mapping dans le budget de la refonte dès le départ — quelques jours de travail — plutôt que de le découvrir en urgence quand le trafic décroche. Et gardez les redirections en place durablement : les 301 d'une migration ne se « nettoient » pas au bout de six mois, elles font partie du site.