Migration des avis (review migration)

Aussi import des avis, migration d’application d’avis, review migration

Les avis sont le seul actif d’une boutique Shopify qu’on ne peut pas racheter : un millier d’avis représente des années de commandes, et c’est pour cela que changer d’application d’avis pèse plus lourd que n’importe quel autre changement dans la boutique. Une migration, ce sont deux opérations menées de front. Il y a un déplacement de données, où des lignes quittent une base pour arriver dans une autre, et un événement de référencement, où les données structurées qui portent vos étoiles cessent d’être écrites par une application et commencent à l’être par une autre. La plupart des migrations qui échouent échouent sur la seconde, parce que la première avait l’air d’avoir fonctionné.

Un export est rarement une copie complète. La note, le texte de l’avis, le nom de l’auteur et la date d’origine voyagent de façon fiable. Quatre éléments souvent non. Le statut d’acheteur vérifié est en général recalculé par l’ancienne application à partir de son propre rapprochement avec les commandes, plutôt que stocké comme un indicateur transportable : l’application de destination doit donc soit accepter une colonne de vérification, soit refaire elle-même le rapprochement entre les emails des auteurs et les commandes Shopify ; vérifiez laquelle des deux au lieu de supposer que les badges reviendront seuls. Les photos s’exportent normalement sous forme d’URL pointant vers le stockage de l’ancienne application, et non sous forme de fichiers, donc elles ne s’affichent que tant que ce compte reste actif : téléchargez-les avant de désinstaller. Les réponses du marchand vivent dans une table distincte et manquent fréquemment à l’export. Enfin, les dates d’origine peuvent être remplacées sans avertissement par la date d’import, ce qui remet à zéro tous les signaux de fraîcheur que vous aviez.

La colonne de correspondance est l’endroit où les migrations cassent sans prévenir. Les applications ne s’accordent pas sur la manière dont un avis pointe vers un produit : certaines stockent l’identifiant produit Shopify, d’autres le handle, d’autres encore un SKU, et aucune des trois clés n’est sûre en toutes circonstances. Les identifiants produit sont stables mais ne survivent pas à une reconstruction du catalogue. Les handles sont lisibles mais modifiables, et un produit renommé il y a deux ans peut porter un handle dont plus personne ne se souvient. Les SKU vivent sur la variante et non sur le produit, donc un avis rattaché à une variante doit être remonté vers son parent, et un SKU vide n’est pas une clé du tout. Choisissez la clé sur laquelle les deux applications s’accordent réellement, et contrôlez dix produits à la main avant d’importer le fichier complet.

Le fichier lui-même est un simple CSV, une ligne par avis, avec à peu près ces colonnes : identifiant produit, note, titre, texte, nom de l’auteur, email de l’auteur, date, statut de modération, et parfois un indicateur de vérification et une liste d’URL d’images. Deux détails mécaniques font plus de dégâts que n’importe quelle question de fond. Les textes d’avis contiennent des virgules et des retours à la ligne, donc le fichier repose sur un échappement correct des guillemets et se disloque si un outil le réenregistre autrement. Et ouvrir l’export dans un tableur, c’est ainsi que les SKU perdent leurs zéros initiaux, que les dates sont réécrites dans un format local que l’importeur ne sait pas relire, et que les noms accentués se transforment en caractères illisibles. Gardez le téléchargement d’origine intact, comme sauvegarde.

L’écart d’étoiles est la partie qui coûte de l’argent en silence. Google ne stocke pas vos notes. Il lit le balisage aggregateRating et Review sur la page à chaque passage, donc les étoiles n’existent que tant qu’une application écrit ce balisage. Désinstallez l’ancienne application un lundi, remplissez la nouvelle un jeudi, et chaque page explorée entre les deux déclare un produit sans note. La récupération n’est pas immédiate : le balisage doit être de nouveau en place et la page doit être réexplorée, au rythme de Google et non au vôtre. L’ordre qui évite le trou consiste à installer et à remplir la nouvelle application pendant que l’ancienne affiche encore, à vérifier que le balisage est valide sur de vraies pages produit, puis à retirer l’ancien widget, de sorte qu’un seul jeu de balisage d’avis soit actif à chaque instant. Deux jeux en même temps constituent un défaut à part entière.

Prenons un marchand Shopify qui vend du matériel à café en céramique pour la méthode douce : 68 produits, 1 900 avis accumulés en quatre ans, moyenne de 4,6. L’export est indexé sur l’identifiant produit interne de l’ancienne application, que la nouvelle n’a jamais vu, donc le marchand construit une table de correspondance à partir d’un export CSV des produits Shopify et réindexe tout sur les handles. 140 avis appartiennent à des produits depuis fusionnés ou arrêtés et n’ont nulle part où atterrir : ils sont mis de côté plutôt que rattachés de force à un article approchant. Les photos arrivent sous forme de liens vers le stockage de l’ancienne application, donc les images sont téléchargées tant qu’elle est encore installée, et la colonne de date d’origine est mappée explicitement pour que l’importeur n’estampille pas tout au jour du transfert. Après l’import, le nouveau widget affiche 4,6 sur 1 760 avis, et l’écart correspond exactement aux 140 orphelins, ce qui constitue le rapprochement prouvant que rien d’autre n’a disparu. L’ancien widget reste actif trois jours de plus, le temps de contrôler le balisage sur dix pages produit.

Parfois, la réponse honnête est de ne pas migrer. Si l’ancienne application ne propose aucun export, il ne s’agit pas d’une migration mais d’un redémarrage à zéro, et cela se décide délibérément plutôt que se découvre après la désinstallation. Avec quelques dizaines d’avis, le travail de correspondance coûte plus cher que de recollecter auprès des acheteurs récents. Si le catalogue a été reconstruit depuis que les avis ont été écrits, les identifiants peuvent n’exister nulle part, et une correspondance qui marche à peu près attribuera des avis au mauvais produit, ce qui est pénible à démêler ensuite. La haute saison des fêtes est la pire semaine pour basculer, parce que le coût d’une page produit vide augmente avec le trafic. Et si la raison du déménagement est que vos avis sont invisibles pour la recherche, vérifiez que la destination les écrit dans la page plutôt que dans un widget qu’un robot ne peut pas lire, sinon la migration déplace le problème au lieu de le résoudre. Ce test vaut pour toute application de destination, y compris la nôtre.

Le même test décide de la façon dont les moteurs de réponse vous traiteront ensuite. Quand ChatGPT, Perplexity ou Google AI Overviews évaluent si un produit vaut l’achat, ils travaillent à partir du contenu d’avis qu’ils peuvent réellement récupérer, et une migration est le moment où ce contenu est le plus exposé : dates réécrites, statut vérifié perdu, réponses disparues, texte atterrissant dans un widget qu’aucun robot ne lit. Conserver les données intactes n’est pas la même chose que les rendre lisibles. Faire lire, recouper et citer par la recherche et l’IA les avis que vous détenez déjà, voilà l’écart distinct que BeyondReviews est conçu pour combler, et une migration est le moment naturel pour le corriger plutôt que de transporter le même angle mort dans l’application suivante.