Faut-il supprimer les anciennes redirections après un an ?

De nombreuses équipes de migration les conservent au moins un an. Au-delà, conservez-les tant que les anciennes URL reçoivent encore des liens externes ou du trafic. Les redirections coûtent presque rien à servir, il y a donc rarement une bonne raison de les supprimer prématurément.

Est-il acceptable de rediriger uniquement les pages indexées ?

Non si les pages non indexées portent des liens. Le statut d'indexation dit peu sur la valeur externe. Redirigez toute URL ayant un domaine référent, puis décidez du sort du reste en fonction du trafic.

Et les 302 ou 307 pour un déplacement permanent ?

Utilisez 301 ou 308 pour les déplacements permanents. Un 302 laissé en place pendant des années peut être traité comme permanent, mais ce résultat est laissé au hasard, et d'autres clients de la redirection peuvent ne pas faire le même choix.

Puis-je rediriger les 404 de l'ancien site vers le nouveau ?

Uniquement lorsqu'une correspondance proche existe. Une redirection vers une page non liée est considérée comme un 404 soft par Google. Retournez un vrai 404 ou 410 si le contenu a disparu.

Recette de carte de redirection : classez les anciennes URL par les liens qu'elles portent

Une carte de redirection est une liste de priorités, pas un tableau Excel listant toutes les URL. Commencez par les pages vers lesquelles d'autres sites font des liens, et le reste de la carte sera plus facile à établir.

Équipe de recherche ArchiLinks · Mis à jour 2026-10-29

Ouvrier triant des briques dorées précieuses de pierres grises sur un établi d'atelier

Pourquoi classer par liens

Les équipes construisent souvent des cartes à partir d'un crawl. C'est exhaustif. Mais cela traite aussi une page de presse oubliée de 2014 comme s'il s'agissait de la page d'accueil.

Lorsque vous vérifiez les backlinks pointant vers votre site et que vous triez les pages par nombre de domaines référents, un schéma apparaît dans la plupart des migrations : une poignée d'URL concentrent la majeure partie de la valeur externe. Ces URL font l'objet d'une correspondance manuelle, sont revues deux fois et testées en priorité.

Le reste suit des règles. Les dossiers sont mappés par motif, les paramètres sont supprimés, et les URL orphelines sans liens ni trafic peuvent retourner un code 410 si vous le décidez. Associez le résultat à la checklist de migration pour tester la carte avant le lancement et la revérifier au jour 45, ainsi qu'aux scripts API pour planifier le tirage mensuel.

Étape 1 : récupérer les pages liées

Un seul appel retourne jusqu'à 1 000 lignes et coûte 2 crédits, quel que soit le nombre de lignes. Les noms de champs ci-dessous sont un exemple ; consultez une réponse réelle et ajustez les clés en conséquence.

python

import csv, requests

BASE = "https://archilinks.com/api.php"
KEY = "sk_live_..."

def call(action, **params):
    r = requests.get(BASE, params={"action": action, "key": KEY, **params}, timeout=30)
    r.raise_for_status()
    return r.json()

data = call("toppages", q="old-shop.com", per=1000)
rows = next(v for v in data.values() if isinstance(v, list))

with open("linked-pages.csv", "w", newline="") as f:
    w = csv.writer(f)
    w.writerow(["old_url", "links", "new_url"])
    for row in rows:
        w.writerow([row.get("url"), row.get("backlinks"), ""])

Étape 2 : remplir la troisième colonne

Correspondance par le sens

Une page produit redirige vers le même produit, ou vers sa catégorie si le produit n'existe plus. Jamais vers la page d'accueil, sauf si la page était bien la page d'accueil.

Faites vérifier les 50 premières par une seconde personne

Une personne fatiguée à 18 h peut mapper un guide sur les canonicals vers un index de blog. Un réviseur détectera l'erreur.

Règles pour la longue traîne

Écrivez des motifs pour les dossiers et supprimez les paramètres de suivi. Conservez chaque règle dans le contrôle de version avec un commentaire expliquant le pourquoi du choix.

Étape 3 : générer les règles serveur

nginx lit bien un fichier de map et peut gérer des dizaines de milliers de lignes.

nginx

# /etc/nginx/redirects.map  (generated from the csv)
/old/guide-canonicals    /guides/canonical-tags;
/products/blue-widget    /shop/widgets/blue;

# in nginx.conf, http context
map $request_uri $new_uri {
    default "";
    include /etc/nginx/redirects.map;
}

# in the server block of the old host
if ($new_uri) {
    return 301 https://new-shop.com$new_uri;
}

Levier métallique verrouillant un bloc de pierre dans une structure de pont

Étape 4 : tester chaque saut

Faites échouer le pipeline dès qu'une réponse n'est pas un 301 unique vers une page 200.

bash

while IFS=, read -r old new; do
  out=$(curl -s -o /dev/null -w "%{http_code} %{num_redirects} %{url_effective}" -L "https://old-shop.com$old")
  echo "$old -> $out"
done < redirect-pairs.csv | grep -v "^.* -> 200 1 " && echo "FIX ABOVE"

Erreurs à vérifier en priorité

Symptôme	Cause probable	Correction
Chaînes de deux ou trois sauts	Anciennes règles empilées sur les nouvelles	Pointez la règle ancienne directement vers l'URL finale
Tout atterrit sur la page d'accueil	Règle générique paresseuse	Correspondance par thème ; Google peut traiter les redirections massives vers la page d'accueil comme des 404 softs
Chaînes de requête perdues	La règle supprime les arguments	Conservez les paramètres qui modifient le contenu ; supprimez les autres
L'URL principale retourne un 404 après le lancement	Oubliée dans le CSV	Relancez le tirage et comparez avec la carte en ligne

Jardinier taillant un buisson complexe pendant qu'un tuyar arrose un champ simple

Quelles URL méritent une ligne associée manuellement

Toutes les URL ne méritent pas une intervention humaine. Une répartition utile consiste à se baser sur les domaines référents : toute URL pointée par plusieurs sites externes fait l'objet d'une correspondance manuelle, le reste suit un ensemble de règles. Imaginons 4 000 anciennes URL et 60 qui concentrent la majorité des liens externes. Ces soixante URL nécessitent un après-midi de révision, tandis que les 3 940 autres suivent un motif et un test.

Conservez le seuil dans le script, pas dans la tête de quelqu'un. Cinq domaines référents sont un bon point de départ pour un site de taille moyenne. Commencez par là. Baissez le nombre si le site a peu de liens, et augmentez-le si la liste manuelle devient trop longue pour un seul réviseur.

Séparer les lignes associées manuellement de celles associées par règle

Les lignes associées manuellement ont un réviseur nommé et une note expliquant le choix de la cible. Les lignes associées par règle ont un motif testé sur l'ensemble du dossier, de sorte qu'une exception apparaît dans le rapport de test avant le lancement plutôt que dans les graphiques de trafic par la suite.

Les cas mixtes sont à l'origine de la plupart des confusions. Un produit arrêté et remplacé par un successeur redirige vers ce successeur. Un produit arrêté sans successeur appartient à sa catégorie, jamais à la page d'accueil.

Utiliser un second tirage pour voir ce qui a changé

Lancez une analyse des domaines référents pour l'ancien hôte avant que la carte ne soit finale, puis après le lancement, et comparez les deux listes par domaine. Un domaine référent manquant au second tirage est une question à poser au propriétaire du lien, pas une raison de s'inquiéter, car un lien supprimé peut mettre du temps à disparaître de l'index.

Conservez les deux fichiers côte à côte dans le dossier de migration, avec la date dans chaque nom. Le diff indique où chercher, et la carte indique ce que vous avez fait pour y remédier.

Décider du sort des URL sans liens

Les URL orphelines sans liens ni trafic sont le cas le plus simple. Retournez un 404 ou un 410 clair si le contenu est définitivement supprimé, et redirigez uniquement s'il existe un remplacement proche, afin que les visiteurs et les robots d'indexation atterrissent quelque part d'utile.

En cas de doute, laissez une courte note dans la carte et revenez-y après la première semaine de logs. Les logs de votre serveur indiquent quelles anciennes adresses reçoivent encore des requêtes, ce qui est la meilleure preuve dont vous disposerez.

Comment la carte s'intègre dans un déploiement

Une carte de redirection évolue avec le site. Gardez cela à l'esprit. De nouvelles pages apparaissent, les anciennes sont renommées, et un changement de modèle peut casser une règle qui semblait sûre le mois dernier. Traitez la carte comme du code, avec un seul fichier sous contrôle de version, une revue avant chaque déploiement et un test à chaque modification.

Conservez la carte dans une seule couche si possible. Les redirections réparties entre l'application, le CDN et le CMS sont à l'origine des chaînes, qui sont difficiles à détecter sans un crawl complet.

Où doivent résider les règles

Une map serveur est rapide et facile à tester. Un plugin CMS est pratique pour quelques pages, mais difficile à auditer à grande échelle. Quel que soit votre choix, le test en un seul saut doit lire depuis cet même emplacement.

Si deux couches redirigent la même URL, le rapport indique une chaîne. Supprimez le doublon de la couche que vous prévoyez de déprécier.

Tester sur le vrai hôte après chaque modification

Exécutez le test de saut en staging, puis en production, après chaque modification du fichier de règles. Une règle qui passe en staging peut échouer en production une fois qu'un cache retient une ancienne réponse, d'où l'importance du second test.

Sauvegardez le résultat avec la date. Si une URL principale casse des mois plus tard, l'ancien résultat indique si la règle a changé ou si le site a évolué. La checklist de migration indique quand ce test doit être effectué, et le réaliser en premier permet de comparer les résultats futurs avec celui-ci.

Revoir une modification du fichier de règles

Nommez un réviseur pour les modifications de la carte, et demandez-lui de vérifier trois points : si chaque cible correspond toujours au sujet, combien de sauts la règle crée, et si le motif est assez précis pour ne concerner que les URL pour lesquelles il a été écrit. Une modification non revue est celle qui a le plus de chances de créer une chaîne.

Demandez la même revue lorsque le site lui-même change. Une nouvelle catégorie absorbant un ancien dossier peut faire pointer une règle correcte vers le mauvais endroit sans que personne n'ait modifié la carte.

Stockez la note du réviseur à côté de la modification. Six mois plus tard, la note explique une règle qui autrement semblerait arbitraire, et cela évite une seconde enquête sur la même question.

Tester un échantillon avant le test complet

Avant de lancer la liste entière, sélectionnez un échantillon de cinquante lignes mélangeant les pages les plus liées à quelques pages ordinaires. Exécutez le test de saut sur cet échantillon en premier. L'échantillon est rapide à lire, et une erreur de règle y apparaît bien avant de se manifester dans le fichier complet.

Incluez au moins une ligne de chaque motif de règle, et une de chaque groupe associé manuellement. Un motif couvrant un dossier de deux cents URL n'est testé que par les lignes qui se trouvent par hasard dans l'échantillon, donc choisissez-les intentionnellement.

Garder les fichiers de règles petits

Un fichier de règles qui dépasse quelques centaines de motifs devient difficile à réviser. Divisez-le par section du site et gardez chaque fichier assez court pour qu'un réviseur puisse le lire en une seule séance.

Supprimez une règle le jour où son dossier disparaît. Les anciennes règles laissées derrière sont celles qui envoient ensuite le trafic dans une chaîne.

Avant la mise en ligne de la carte

Chaque ligne a une nouvelle URL, ou un 404 ou 410 délibéré.
Aucune cible n'est elle-même une redirection.
Les 50 URL avec le plus de domaines référents ont été revues par une seconde personne.
Les paramètres de requête qui modifient le contenu sont conservés.
Le fichier de règles est sous contrôle de version, avec un commentaire sur chaque motif.
Une ligne de base des domaines référents est sauvegardée pour la comparaison post-lancement.

Questions fréquentes sur les redirections

Faut-il supprimer les anciennes redirections après un an ?: De nombreuses équipes de migration les conservent au moins un an. Au-delà, conservez-les tant que les anciennes URL reçoivent encore des liens externes ou du trafic. Les redirections coûtent presque rien à servir, il y a donc rarement une bonne raison de les supprimer prématurément.
Est-il acceptable de rediriger uniquement les pages indexées ?: Non si les pages non indexées portent des liens. Le statut d'indexation dit peu sur la valeur externe. Redirigez toute URL ayant un domaine référent, puis décidez du sort du reste en fonction du trafic.
Et les 302 ou 307 pour un déplacement permanent ?: Utilisez 301 ou 308 pour les déplacements permanents. Un 302 laissé en place pendant des années peut être traité comme permanent, mais ce résultat est laissé au hasard, et d'autres clients de la redirection peuvent ne pas faire le même choix.
Puis-je rediriger les 404 de l'ancien site vers le nouveau ?: Uniquement lorsqu'une correspondance proche existe. Une redirection vers une page non liée est considérée comme un 404 soft par Google. Retournez un vrai 404 ou 410 si le contenu a disparu.