# Coopérative transfrontalière : un catalogue traduit sans double saisie > Une même fiche produit saisie deux fois, en français puis en allemand, finissait toujours par diverger. Retour d'expérience sur un flux de traduction synchronisé. - Auteur : WordPress Développement - Publié le : 2021-12-16 - Mis à jour le : 2021-12-16 - Catégorie : Multilingue - URL : https://www.wpmoderne.fr/multilingue/cooperative-transfrontaliere-catalogue-sans-double-saisie/ ## L’essentiel - La double saisie fait diverger les fiches produit dès la première mise à jour oubliée - Un champ pivot non traduit sert de source unique pour les données communes - Seuls les champs réellement rédactionnels passent par le circuit de traduction Une même fiche produit saisie deux fois, une fois en français, une fois en allemand, finit presque toujours par diverger : un prix mis à jour dans une langue et oublié dans l'autre, une photo remplacée d'un côté mais pas de l'autre, un stock qui ne correspond plus à la réalité que dans une seule des deux versions. C'est ce constat qui a motivé la refonte du catalogue d'une coopérative agricole transfrontalière, active en France et en Allemagne, forte d'un catalogue de 640 produits. Le catalogue initial reposait sur deux catégories de champs bien distinctes, mais traitées jusque-là de façon identique : des données objectives (prix, poids, disponibilité, origine du produit) et du contenu rédactionnel (description commerciale, argument de vente, mise en avant saisonnière). La refonte a consisté à séparer clairement ces deux natures de contenu dans le flux de traduction. ## Le principe : un champ pivot non traduit Les données objectives ont été extraites vers des champs personnalisés marqués explicitement comme non traduisibles auprès de l'extension multilingue utilisée, garantissant qu'une seule valeur existe, partagée entre toutes les langues, quelle que soit la version consultée : ``` PLL()->model->post->register_field_translation( 'prix_ht', false ); // false = non traduisible PLL()->model->post->register_field_translation( 'stock_disponible', false ); ``` Seul le contenu réellement rédactionnel restait soumis à la logique de traduction classique, saisi indépendamment dans chaque langue par les personnes en charge de la communication commerciale, une pour le marché français, une pour le marché allemand. ## Le flux éditorial mis en place Le circuit de mise à jour d'une fiche produit a été redéfini pour respecter cette séparation : 1. le service qualité met à jour les données objectives une seule fois, dans la fiche pivot, quelle que soit la langue de saisie initiale 2. ce changement apparaît immédiatement dans toutes les langues sans aucune action supplémentaire, puisque le champ est structurellement partagé 3. les équipes commerciales locales adaptent ensuite, si besoin, uniquement le contenu rédactionnel propre à leur marché Cette organisation a supprimé une source d'erreur identifiée dès les premiers mois du projet : l'ancienne pratique consistant à copier-coller les données objectives d'une langue à l'autre, à chaque mise à jour, sans garantie qu'aucune des deux versions ne soit oubliée en cours de route. > L'essentiel à retenir : La double saisie fait diverger les fiches produit dès la première mise à jour oubliée ; Un champ pivot non traduit sert de source unique pour les données communes ; Seuls les champs réellement rédactionnels passent par le circuit de traduction ## Ce qui reste à surveiller Cette séparation entre données pivot et contenu rédactionnel demande une discipline éditoriale claire : un champ mal classé, traité par erreur comme rédactionnel alors qu'il devrait être partagé, réintroduit exactement le risque que la refonte visait à éliminer. Une revue trimestrielle de la configuration des champs a été instaurée pour éviter ce type de dérive au fil des évolutions du catalogue. - tout nouveau champ ajouté au catalogue doit être classé explicitement, jamais laissé par défaut - une checklist de recette accompagne chaque ajout de champ personnalisé au catalogue - un contrôle mensuel compare les valeurs des champs pivot entre les deux langues pour détecter une éventuelle divergence résiduelle Ce dernier contrôle mensuel, automatisé sous la forme d'un rapport envoyé par courrier électronique à la personne responsable du catalogue, s'est révélé plus utile que prévu : il a permis de détecter à deux reprises une extension tierce, installée pour un besoin ponctuel, qui réécrivait par erreur certains champs pivot sans passer par le circuit prévu, un cas de figure qu'aucune règle éditoriale n'aurait pu anticiper seule. > Avant de choisir une extension multilingue pour un catalogue produit, vérifiez qu'elle permet de marquer certains champs comme explicitement non traduisibles : cette seule fonctionnalité évite la quasi-totalité des divergences de données observées sur les catalogues traduits en double saisie. ## Notre verdict Séparer les données objectives, partagées entre toutes les langues, du contenu réellement rédactionnel a supprimé la double saisie et, avec elle, la majorité des incohérences constatées sur l'ancien catalogue. Cette distinction, simple une fois posée, mérite d'être anticipée dès la conception d'un catalogue multilingue plutôt que d'être corrigée après coup sur un volume de fiches déjà conséquent.