Skip to main content

Outils de migration de site : les neuf que nous utilisons.

Une migration casse à quatre endroits : la table de redirections, l'import de données, le scripting que personne n'a chiffré, et la semaine qui suit la mise en ligne, quand personne ne peut prouver ce qui a changé. Voici les neuf outils que nous utilisons, ce que chacun couvre et à quel moment il intervient.

Sept petits outils en pâte à modeler alignés sur du papier crème, à côté d'une flèche en pâte à modeler qui sépare un chemin en deux
En bref
  1. Une migration échoue à quatre endroits distincts. La table de redirections, l'import de données, le scripting que personne n'a chiffré, et la semaine qui suit la mise en ligne, quand personne ne peut prouver ce qui a changé. Un outillage qui couvre trois d'entre eux perd quand même la discussion sur le quatrième.
  2. La table de redirections est ce qui passe le plus mal à l'échelle à la main. Apparier dix mille URLs manuellement, ce sont des semaines de travail et un taux d'erreur garanti. C'est le premier endroit où dépenser, et le seul où un score de confiance par correspondance vaut plus que la correspondance elle-même.
  3. Une référence ne se construit pas après coup. Search Console conserve 16 mois d'historique, puis il disparaît. Sortez l'export au niveau page avant la bascule, parce que la conversation d'après lancement porte entièrement sur ce qu'étaient les chiffres avant. Elle ne couvre qu'un canal : les crawlers IA suivent leur propre calendrier et n'apparaissent dans aucune interface, cette référence-là se capture séparément.
  4. Aucun outil ne décide quelles redirections comptent. Chaque outil de cette liste compresse un travail qu'une personne ferait à la main. Aucun ne décide quelles redirections comptent, quelles pages portent le chiffre d'affaires, ni si une baisse de trafic vient de la migration ou de la saison.

Chacune de ces quatre défaillances est évitable

Les quatre sont résolues depuis longtemps. Elles arrivent quand même le jour du lancement, quand le travail déborde le planning et que le plan ne laisse pas de place aux parties qui passent mal à l'échelle. Les outils ci-dessous sont ce qui garde chacune hors du chemin critique.

La table de redirections en premier. Puis l'import de données, découvert en général quand une page de catégorie s'affiche avec la moitié de ses produits. En troisième, le scripting que personne n'a mis au devis : normalisation des URLs, fichiers de redirection en trois formats serveur, balisage schema sur quelques centaines de gabarits. Le quatrième arrive deux semaines après le lancement, quand le trafic a baissé et que personne ne peut prouver si la migration en est la cause.

01La table de redirectionsDes milliers d'anciennes URLs face à une structure qui ne correspond pas à l'ancienne.
02L'import de donnéesProduits, médias et métadonnées qui arrivent incomplets, dans le mauvais champ, ou pas du tout.
03Le scripting non chiffréTransformations en masse et validateurs supposés acquis plutôt que cadrés.
04La semaine après le lancementLe trafic bouge et il n'existe aucune référence à laquelle le comparer.

Les neuf outils ci-dessous couvrent ces quatre-là. Ce sont ceux qui tournent sur nos propres machines, listés dans l'ordre où une migration y a recours.

Les neuf

01

Redirects.net

Table de redirections
Le tableau de bord Redirects.net avec les paires d'URLs appariées et leurs scores de confiance

Apparier d'anciennes URLs aux nouvelles est la tâche qui passe le plus mal à l'échelle à la main. Redirects.net lit les deux jeux d'URLs et propose des correspondances via un modèle de langage, ce qui tient sur les structures qui mettent en échec les règles par motif : slugs produit avec des SKU enfouis, chemins de catégorie réorganisés, URLs héritées que personne ne sait expliquer.

Ce qu'il fait
Propose une cible pour chaque URL source et note sa confiance dans chaque correspondance. Des dizaines de milliers d'URLs passent en quelques minutes.
Pourquoi nous l'utilisons
Le score de confiance, plus encore que l'appariement. Il trie dix mille lignes entre les quelques centaines qui demandent un humain et le reste qui n'en demande pas, ce qui fait la différence entre relire la table et la signer sans regarder.
Où il intervient
Avant la bascule, dès que la nouvelle structure d'URLs est assez stable pour être exportée.
02

Claude Code

Scripting

Chaque migration traîne un tas d'ingénierie répétable que personne n'a cadré. Claude Code est l'outil agentique en ligne de commande d'Anthropic. Il lit le dépôt, planifie un changement, exécute les commandes et laisse une session relisible.

Ce qu'il fait
Normalisation d'URLs en masse, fichiers de redirection générés pour Apache, Nginx et Cloudflare depuis une source unique, balisage schema sur tous les gabarits, comparaisons préproduction contre production.
Pourquoi nous l'utilisons
Il déplace la contrainte. Le travail qui attendait une semaine d'ingénierie devient un après-midi supervisé par un praticien, et la sortie est un diff plutôt qu'une boîte noire.
Où il intervient
Du début à la fin. Le plus chargé dans les deux semaines avant la bascule et la première après.
03

SEOGets

Référence
SEOGets affichant l'historique Search Console au niveau page dans le temps

Search Console garde 16 mois, et son interface native rend difficile l'extraction d'un historique au niveau page à un volume utile. SEOGets l'extrait et continue au-delà de cette fenêtre.

Ce qu'il fait
Exporte l'historique complet au niveau page, suit les métriques par URL dans le temps, et fait remonter les pages qui ont le plus à perdre.
Pourquoi nous l'utilisons
La conversation d'après lancement porte entièrement sur ce qu'étaient les chiffres avant. Une référence construite après la bascule est un avis.
Où il intervient
Avant la bascule, et cela ne se rattrape pas. C'est le seul point de la liste avec une échéance.
04

WISLR.ai

Référence IA
Le tableau de bord WISLR.ai : volume de crawl quotidien, la répartition entre OpenAI, Anthropic et Perplexity, et les pages récupérées comme candidates à citation

Search Console couvre la référence de la recherche humaine. Elle n'enregistre rien sur les crawlers IA, qui lisent votre catalogue à leur propre rythme et envoient des acheteurs sans referrer. C'est un second canal avec sa propre référence, et un replatforming le perturbe comme le premier. Cet outil est le nôtre.

Ce qu'il fait
Capture les crawls d'entraînement, les récupérations en pleine conversation et les referrals IA à l'edge sur votre propre domaine, rapporte la couverture par page et par moteur, et relie les sessions aux commandes.
Pourquoi nous l'utilisons
Changer toutes les URLs oblige un modèle à réapprendre le site, et cela prend des semaines. Sans une lecture d'avant bascule, impossible de dire si le canal IA s'est rétabli ou s'il s'est simplement tu.
Où il intervient
Instrumenté avant la bascule, surveillé de près les semaines suivantes. L'offre gratuite garde 30 jours continus, ce qui suffit à poser la référence.
05

Cloudflare

Edge

Les limites de redirections des plateformes sont une contrainte réelle sur une grosse migration. Shopify et la plupart des paniers hébergés plafonnent la liste bien en dessous de ce que produit le déplacement d'un catalogue complet, et des règles gardées dans l'application coûtent une recherche à chaque requête. Cloudflare déplace la table à l'edge, devant la plateforme.

Ce qu'il fait
Bulk Redirects pour des tables bien plus grandes que ce qu'une plateforme accepte, Transform Rules pour les réécritures par motif, et des logs de requêtes à l'edge, là où le comportement des crawlers est réellement visible.
Pourquoi nous l'utilisons
La table de redirections cesse d'être le problème de la plateforme et peut être remplacée en bloc sans déploiement. Les logs comptent autant : ils sont le seul enregistrement complet de qui a demandé quoi, et ils survivent à la bascule.
Où il intervient
Construction et bascule, et il reste ensuite comme couche de diffusion.
06

DigitalOcean

Infrastructure

Une migration a besoin d'un endroit où tourner qui ne soit pas la production : une copie de préproduction contre laquelle tester les redirections, une machine pour exécuter les transformations, de la marge si le trafic bouge après le lancement.

Ce qu'il fait
Droplets, bases de données managées et App Platform pour les environnements de préproduction, les scripts de migration et le site de production lui-même.
Pourquoi nous l'utilisons
Une tarification prévisible et un chemin court entre la décision et l'environnement qui tourne. Une machine de préproduction dont l'approbation prend un cycle d'achat ne sert à personne.
Où il intervient
Du premier import de test jusqu'aux semaines qui suivent le lancement.
07

Row Zero

Données
Row Zero manipulant un grand jeu d'URLs dans le navigateur

Un inventaire d'URLs fait céder les tableurs grand public. Un crawl complet d'un catalogue e-commerce de taille moyenne atteint des centaines de milliers de lignes, et l'outil qui l'ouvre doit rester réactif pendant que vous filtrez et croisez.

Ce qu'il fait
Ouvre et manipule des jeux de données bien au-delà du point où un tableur de bureau cale, avec les étapes de nettoyage et de transformation qu'exige la mise en correspondance des redirections.
Pourquoi nous l'utilisons
Les données de migration arrivent incohérentes, depuis plusieurs systèmes et sous plusieurs formes. L'essentiel de la mise en correspondance consiste à les normaliser avant d'apparier quoi que ce soit.
Où il intervient
En parallèle de la table de redirections, puis de nouveau pendant la validation de l'import.
08

Plausible

Après lancement
Le tableau de bord Plausible Analytics

Les 48 premières heures après la bascule sont la fenêtre où une redirection cassée se répare à bas coût. Le reporting doit être immédiat et assez simple pour se lire sous pression.

Ce qu'il fait
Analytique légère et respectueuse de la vie privée, trafic en direct par page, referrer et objectif, sans bandeau cookies à configurer.
Pourquoi nous l'utilisons
La vitesse de lecture. Un tableau de bord de nuit de lancement qui demande trois clics et un rapport sur mesure est un tableau de bord que personne ne consulte à deux heures du matin.
Où il intervient
Instrumenté avant la bascule, surveillé de près la première semaine.
09

The SEO Community Slack

Humains
L'espace Slack de The SEO Community

Certains problèmes de migration ne figurent dans aucune documentation, parce qu'ils tiennent à une version de plateforme, à une extension ou à une combinaison que personne n'a écrite. Le chemin le plus court vers ces réponses, c'est quelqu'un qui est tombé dessus le trimestre dernier.

Ce qu'il fait
Un espace Slack avec des canaux SEO technique, Search Console et e-commerce. Le seul canal SEO technique dépasse 3 500 membres.
Pourquoi nous l'utilisons
Des vérifications de bon sens avant la bascule, et un second avis pendant. Les deux valent d'autant plus que la date approche.
Où il intervient
À la planification, et de nouveau à 23 heures le soir du lancement.

Où chacun intervient

L'ordre compte plus que la liste. Deux d'entre eux ont une échéance : la référence Search Console et l'environnement de préproduction cessent tous les deux d'être disponibles dès que le DNS bouge.

PhaseOutilsÀ quoi cela sert
PlanificationSEOGets, WISLR.ai, Row Zero, SlackCapturer les deux références tant qu'elles existent, inventorier les URLs, éprouver le plan.
ConstructionRedirects.net, Claude Code, Cloudflare, DigitalOceanMettre en correspondance les redirections, scripter les transformations, préparer les règles à l'edge, tout passer d'abord sur une copie.
BasculeCloudflare, Plausible, Claude CodePublier la table à l'edge, surveiller le trafic en direct, réparer les règles cassées tant que c'est bon marché.
AprèsSEOGets, WISLR.ai, PlausibleComparer les deux canaux à leurs références et trancher ce que la migration a causé.
Avant la bascule

Faites-nous auditer la migration en profondeur.

Nous relisons la table de redirections avant sa mise en ligne, vérifions le crawl et le rendu en préproduction, capturons la référence tant que Search Console la conserve, et lisons les premières semaines depuis les logs serveur plutôt que depuis une balise qui ne se déclenchera peut-être jamais. Vous recevez les constats, leur gravité et l'ordre dans lequel les traiter.

Ce que couvre l'audit →

Ce que cette liste ne fait pas

Chaque outil ici compresse un travail qu'une personne ferait à la main. Aucun ne décide quelles redirections comptent. Un outil note une correspondance à 60 pour cent de confiance et s'arrête là. Savoir si cette URL est un produit arrêté que personne ne cherche ou la page qui porte un cinquième du chiffre de sa catégorie relève du jugement, et se tromper dans un sens comme dans l'autre coûte cher.

Même chose pour la semaine qui suit le lancement. L'analytique rapporte la baisse. Décider s'il s'agit de la migration, de la saison ou d'une mise à jour d'algorithme tombée la même semaine demande quelqu'un qui a déjà vu le motif.

En dessous de quelques centaines d'URLs, l'essentiel de tout cela est superflu. Un crawl, un tableur et un après-midi soigneux y suffisent. La liste se rentabilise sur l'échelle et sur la preuve, et l'export Search Console vaut la peine à toute taille, parce que cet historique disparaît que vous ayez payé quelque chose ou non.

Travailler avec WISLR

Ajoutez notre équipe migration à la vôtre.

Nous avons mené plus de 100 migrations de sites, et nous travaillons aux côtés de l'équipe que vous avez déjà. Stratégie et mise en correspondance des redirections, schema et rendu, et la preuve par les logs serveur de ce que crawlers et acheteurs ont fait avant et après la bascule.

Notre façon de travailler →