Gérer les scénarios multilingues
Decisioning Studio Pro peut choisir parmi un nombre illimité de variantes linguistiques tout en entraînant un seul modèle pour l’ensemble d’entre elles. Ce guide explique la place de la langue dans ce modèle, qui est responsable des traductions, et trois façons de stocker le contenu des messages propre à chaque langue.
Pour savoir comment une décision se transforme en message, consultez Premiers pas avec Decisioning Studio Pro.
Fonctionnement
Un scénario peut inclure autant de langues que votre équipe est en mesure de produire et de maintenir, afin que chaque client reçoive du contenu dans la bonne langue.
Decisioning Studio entraîne un seul modèle sur l’ensemble de la population. La langue limite les variantes qu’un client peut recevoir, mais le scénario reste une seule et même expérience. Un élément qui fonctionne bien dans une langue, comme une offre ou une heure d’envoi, peut alimenter le modèle pour l’ensemble du scénario. Un client ne reçoit que les variantes disponibles dans sa propre langue.
Votre équipe crée et maintient les traductions. Decisioning Studio sélectionne parmi les variantes que vous marquez comme éligibles pour une langue.
Conditions préalables
Avant de configurer la prise de décision multilingue, vérifiez que :
- Vous disposez de traductions approuvées par votre marque pour chaque langue prise en charge par le scénario.
- Chaque profil utilisateur possède un attribut de langue fiable, ou un signal équivalent, que Decisioning Studio peut utiliser pour déterminer la langue à laquelle ce client est éligible.
Architectures pour les variantes linguistiques
Trois configurations déterminent la variante linguistique qu’un client reçoit. Chacune fonctionne avec un Canvas déclenché par API ou avec des campagnes déclenchées par API. Le choix dépend de l’emplacement du contenu propre à chaque langue et de la façon dont il est sélectionné. Pour cette architecture d’envoi, consultez Choisir une campagne ou un Canvas déclenché par API.
Option 1 : Toutes les variantes dans une seule banque d’actions
Il s’agit de la configuration la plus courante. Ajoutez toutes les variantes de message, dans toutes les langues, à la banque d’actions. Incluez une colonne indiquant la langue qu’un client doit avoir pour être éligible à cette ligne. Par exemple, seuls les clients dont la langue est l’espagnol sont éligibles aux lignes en espagnol. Decisioning Studio utilise cette colonne comme garde-fou et ne choisit que parmi les lignes correspondant à la langue du client.
Cette option convient aux équipes qui prennent en charge jusqu’à trois langues.
Avantages
- Tout le contenu se trouve dans une seule banque d’actions, où Decisioning Studio peut le consulter.
- Les variantes n’ont pas besoin d’exister dans toutes les langues : le contenu des messages peut donc varier selon la langue.
- Le modèle peut apprendre des éléments qui diffèrent selon la langue, comme la longueur ou la structure de la ligne d’objet.
La banque d’actions s’agrandit à mesure que les variantes ou les langues se multiplient, car chaque combinaison de variante et de langue constitue sa propre ligne. C’est pourquoi cette configuration convient aux scénarios comptant trois langues ou moins.
Option 2 : Une seule banque d’actions, avec les traductions stockées dans Braze
La banque d’actions répertorie les variantes dans une seule langue. Decisioning Studio formule ses recommandations à partir de cette liste pour chaque client, y compris ceux qui parlent une autre langue. Au moment de l’envoi, Braze lit la langue du client dans son profil et charge le contenu correspondant à partir d’une source propre à cette langue dans Braze. Les équipes utilisent généralement un catalogue. Certaines utilisent plutôt les messages multilingues. Dans les deux cas, chaque variante de la banque d’actions doit avoir une entrée correspondante dans chaque langue, avec le même identifiant. Pour les catalogues, cet identifiant est l’id de l’article.
Cette option convient aux équipes qui gèrent trois langues ou plus et souhaitent que les traductions soient hébergées dans Braze.
Avantages
- La configuration peut s’étendre à un grand nombre de langues.
- Les catalogues ou les messages multilingues offrent à chaque équipe un espace de travail distinct de la banque d’actions partagée.
- Les traductions restent dans Braze, ce qui vous permet de les réutiliser.
Points à prendre en compte
- Chaque variante de la banque d’actions monolingue doit avoir le même identifiant dans le catalogue ou la locale de chaque langue. Cela demande une coordination entre les équipes.
- Le modèle risque d’en apprendre moins sur les éléments propres à une seule langue, car les recommandations proviennent de la banque d’actions monolingue.
Option 3 : Une seule banque d’actions, avec les traductions dans votre propre outil
Cette option fonctionne comme l’option 2, à ceci près que le contenu propre à chaque langue se trouve dans un outil de traduction géré par votre équipe. Braze alimente le message à partir de cet outil via une API, plutôt qu’à partir d’un catalogue ou d’un message multilingue.
Cette option convient aux équipes qui gèrent trois langues ou plus, utilisent déjà un outil de traduction et souhaitent le connecter à Braze. Vérifiez que l’outil peut s’intégrer à un Canvas ou à une campagne déclenchés par API, et qu’il peut absorber le volume d’envoi prévu. Les avantages et les compromis de l’option 2 s’appliquent également ici.
Bonnes pratiques
- Maintenez une couverture de variantes équivalente d’une langue à l’autre. Une lacune dans une langue modifie l’expérience de cette population, ainsi que ce que le modèle en apprend, même si un seul modèle est entraîné pour l’ensemble du scénario.
- Vérifiez que les traductions correspondent toujours avant le lancement et après chaque mise à jour du contenu. Dans les options 2 et 3, un
idd’article ou une réponse d’API qui ne correspond pas entraîne l’envoi du mauvais contenu. Un contenu qui partage un identifiant mais dit des choses différentes affaiblit l’apprentissage du modèle et nuit aux performances du scénario. - Vérifiez l’attribut de langue. Decisioning Studio utilise un attribut du profil utilisateur dans Braze pour choisir la langue qu’un client doit recevoir. Assurez-vous que ce champ est exact et renseigné pour l’audience éligible.
- Choisissez l’architecture en fonction des langues que vous prévoyez d’ajouter ultérieurement. Changer d’architecture après le lancement implique généralement un travail supplémentaire pour toutes les équipes concernées. Intégrez ces futures langues dès la conception initiale, même si vous lancez le scénario avec seulement une partie d’entre elles.
Foire aux questions
Decisioning Studio entraîne-t-il un modèle distinct pour chaque langue ?
Decisioning Studio entraîne un seul modèle pour l’ensemble du scénario. La langue détermine les variantes qu’un client peut recevoir, mais le scénario reste une seule et même expérience.
Qui est responsable des traductions ?
Votre équipe crée et maintient les traductions de l’ensemble du contenu des messages. Decisioning Studio sélectionne parmi les variantes que vous marquez comme éligibles pour chaque langue, et votre équipe est responsable de la qualité des traductions.
Puis-je combiner plusieurs architectures ?
Utilisez une seule architecture par scénario, y compris pour les langues que vous pourriez ajouter plus tard. Combiner plusieurs architectures alourdit la coordination et complique la vérification d’une représentation équitable de chaque langue dans la banque d’actions.
Que se passe-t-il si une variante manque dans une langue ?
Decisioning Studio ne recommande que les variantes éligibles pour la langue du client. Si une variante existe dans une langue mais pas dans une autre, les clients de la langue qui en est dépourvue disposent d’un ensemble d’actions plus restreint, et les performances sont plus difficiles à comparer d’une langue à l’autre.
Selon votre configuration, une entrée de catalogue manquante peut également créer un décalage entre le contenu reçu par les clients et la banque d’actions dont le modèle tire ses apprentissages. Maintenez des ensembles de variantes équivalents d’une langue à l’autre.