Synthèse décisionnelle
Confirmé
Ce qui change
- Le changement de la langue source devient une tâche explicite pour les traductions concernées.
- Le statut de traduction n’est pas pris pour une preuve d’exactitude.
Recommandation
Ce que vous pouvez faire
- Identifier les champs modifiés et leurs dépendances par langue et marché.
- Préserver les références de ressources lors d’un import de traduction.
- Faire relire et retester les informations réellement affichées.
À confirmer
Ce que l’on ne sait pas encore
- La couverture dépend des ressources traduisibles et des applications utilisées.
- Aucune traduction marchand ni compétence linguistique réelle n’a été évaluée ici.
Une fiche française peut être corrigée alors que ses traductions continuent de présenter l’ancienne information. Le risque ne concerne pas seulement le style : quantité vendue, dimensions, compatibilité ou conditions d’utilisation peuvent ne plus correspondre au produit.
La méthode consiste à faire de chaque changement source une tâche de maintenance identifiable. Le circuit principal ci-dessous suppose que le français est la langue par défaut de la boutique Shopify. C’est un choix de configuration à vérifier, pas une conséquence du fait de vendre en France. Shopify sert d’exemple documenté pour les statuts et imports ; les autres configurations demandent le suivi distinct décrit plus loin.
Partir du changement, pas de toute la traduction
Qualifier ce qui a bougé dans la langue source. Une correction typographique n’appelle pas la même revue qu’une modification de composition ou d’accessoires inclus. Conserver la référence du produit, le champ, l’ancienne information utile et la nouvelle version validée.
Dans un exemple fictif, un lot est désormais vendu avec une quantité différente. La tâche ne se limite pas au titre : description, visuel explicatif, attribut et texte de recommandation peuvent porter l’ancienne quantité. Le responsable doit identifier ces dépendances avant de demander une traduction.
Le contrat de données du catalogue distingue produit, variante et offre. La maintenance multilingue doit conserver ces références plutôt que se fonder uniquement sur un titre susceptible de changer.
Construire une liste des versions concernées
Pour chaque modification, retrouver les langues et marchés qui exposent l’information. Ne pas supposer qu’une langue correspond à un seul pays ou qu’une adaptation commerciale est une simple traduction.
Dans le CSV de traduction Shopify, les colonnes distinguent notamment type de ressource, identifiant, champ, locale et marché. Elles permettent de comprendre ce que l’on corrige, mais demandent de préserver ces références. Source : traductions par CSV.
Attribuer le travail à une personne et fixer l’état attendu : texte à préparer, validation linguistique, contrôle métier ou résultat public à vérifier. Ces étapes sont une méthode proposée, pas une liste de statuts natifs garantie dans chaque application.
Utiliser les statuts comme une alerte
Shopify distingue les contenus traduits, non traduits et périmés. Le statut Outdated signale un changement du contenu de la langue par défaut sans mise à jour de sa traduction. C’est un signal technique de révision ; il ne démontre pas que le sens du texte traduit est devenu faux. Le statut Translated indique une traduction disponible, sans certifier son exactitude. Source : gestion des langues.
Une file de traductions périmées fournit donc un point de départ. Elle ne suffit pas à couvrir des textes copiés dans une image, une application ou un autre système. Vérifier les emplacements qui portent réellement la promesse client.
Si le français est lui-même une traduction d’une autre langue par défaut, ne pas prendre une modification française pour le déclencheur natif décrit ci-dessus. De même, une adaptation française propre à un marché demande de conserver sa ressource et son contexte. Dans ces branches, partir de la modification validée et de la liste des versions dépendantes ; vérifier les signaux réellement disponibles dans l’outil au lieu de leur attribuer le comportement de la langue par défaut.
À l’inverse, une modification source peut ne demander aucun changement dans un champ traduit si le sens était déjà correct. Consigner dans le registre de travail le champ, la nouvelle source, la personne ayant relu et la justification « traduction maintenue ». Ce suivi interne ne prétend pas modifier le statut Shopify : aucun bouton natif de validation sans changement n’est garanti par les pages consultées. Ne pas réécrire un texte correct pour effacer artificiellement une alerte.
Préserver la structure pendant l’import
Shopify permet d’exporter les traductions périmées, d’ajouter le contenu traduit et de réimporter le fichier. La documentation demande de modifier la colonne de contenu traduit sans changer inutilement les autres valeurs. Elle distingue l’import de nouveau contenu et l’écrasement des traductions existantes. Source : procédure CSV.
Partir d’un export récent, conserver une copie intacte et limiter le lot aux ressources comprises. Vérifier le séparateur et les descriptions contenant du HTML avant de lancer un import. Le dossier Import CSV Shopify traite plus largement la préservation des bonnes données ; les références de traduction demandent ici leur propre contrôle.
Un retour d’import peut signaler du contenu ignoré ou en échec. Ne pas fermer la tâche sur la seule acceptation du fichier : relever les ressources attendues, celles effectivement modifiées et les erreurs restantes.
Séparer assistance automatique et validation
Translate & Adapt peut aider à traduire et adapter des ressources. Shopify recommande de relire les traductions pour leur exactitude ; la couverture et les modes disponibles dépendent du contenu et de la configuration. Source : Translate & Adapt.
La recommandation est de confier la validation du sens à une personne compétente dans la langue, avec un contrôle métier des termes sensibles. L’automatisation ne doit pas inventer une compatibilité, convertir une unité sans justification ou transformer une restriction en promesse.
Pour une information juridique ou une politique, une revue adaptée au territoire reste nécessaire. Le titre d’un statut logiciel n’en tient pas lieu. Si un champ ne paraît pas traduisible par l’outil, vérifier la documentation et son emplacement réel au lieu de supposer qu’il est couvert.
Relire le parcours public et les effets de bord
Contrôler la bonne variante, la langue, le marché et l’endroit où la nouvelle information apparaît. Comparer au minimum la fiche et les autres écrans qui répètent le champ modifié. Une version sauvegardée dans l’administration n’est pas encore une preuve du résultat public.
Le test doit également vérifier qu’une correction n’a pas déplacé l’erreur : quantité traduite dans le titre mais ancienne sur l’image, unité juste dans la description mais erronée dans une option. Le diagnostic de recherche interne peut être rejoué si le vocabulaire ou les attributs ont changé.
Ces contrôles sont proposés pour un environnement autorisé. Aucun import, essai de boutique ou verdict linguistique réel n’est revendiqué dans cet article.
Garder une trace de la version vérifiée
Clore le changement avec référence source, langues concernées, personne ayant relu, résultat affiché et points non couverts. Une décision de laisser une version inchangée doit être aussi compréhensible qu’une traduction remplacée.
La prochaine modification doit pouvoir repartir de ce lien. Le résultat attendu n’est pas « toutes les traductions présentes », mais « les informations qui engagent l’offre sont cohérentes dans les versions exposées ». Les écarts non résolus restent visibles plutôt que transformés en conformité automatique.
Documentation Shopify consultée le 23 octobre 2026. Aucun contenu marchand importé, traduction certifiée ou résultat commercial mesuré pour cet article.
Preuves
Sources primaires
- Adding translations using CSV files
Shopify Help Center · consulté le
- Managing your store’s languages
Shopify Help Center · consulté le
- Add language translations using the Translate & Adapt app
Shopify Help Center · consulté le
