Comparer les approches de gestion des traductions multilingues
Évaluez la manière dont les textes localisés sont stockés, mis à jour, prévisualisés et envoyés afin de choisir une approche de localisation adaptée à votre workflow de QA, votre mix de canaux et votre fréquence de mise à jour.
À propos de cet exemple
Kitchenerie, un détaillant fictif d’articles de cuisine, envoie des e-mails, des notifications push et des messages in-app en anglais, en français et en allemand. Le marketing et l’ingénierie ont besoin d’une méthode reproductible et évolutive pour gérer les traductions à travers les Campaigns.
Braze prend en charge plusieurs approches de localisation :
- Liquid conditionnel manuel : contenu saisi par langue dans le corps du message
- Content Blocks : blocs réutilisables (avec ou sans tags de traduction multilingue)
- Catalogues : lignes de traduction structurées indexées par locale
- Messages multilingues : tags de traduction, imports CSV et API de traduction (accès anticipé)
- Partenaires de traduction : Smartling, Phrase, Lokalise et autres
- Contenu connecté : chaînes localisées récupérées depuis votre CMS ou API au moment de l’envoi
Cet exemple compare les compromis afin que vous puissiez associer une approche à votre workflow de QA, votre mix de canaux, votre fréquence de mise à jour et les ressources de votre équipe. Il ne remplace pas la configuration étape par étape d’une méthode individuelle. Pour des présentations détaillées des fonctionnalités, commencez par Localisation et Messages multilingues.
Considérations
- Déterminez si vous avez besoin d’un aperçu et d’un contrôle qualité dans le tableau de bord, de workflows de traduction professionnelle, de mises à jour fréquentes du contenu ou de textes pilotés en temps réel par un CMS avant de choisir une approche.
- Les messages multilingues prennent en charge l’e-mail, les notifications push, les bannières, les messages in-app et les Content Blocks. Notez que le SMS et WhatsApp utilisent d’autres modèles de localisation. Le Liquid manuel, les Content Blocks, les catalogues, les partenaires et le contenu connecté peuvent s’appliquer à tous les canaux où ces fonctionnalités sont prises en charge.
- Braze ne génère pas de traductions. Vous fournissez le contenu via le tableau de bord, un fichier CSV, l’API, l’import de catalogue, un workflow partenaire ou un CMS externe.
- Le Liquid manuel et les Content Blocks avec des conditions intégrées nécessitent des conventions de nommage et des processus de revue à mesure que le nombre de langues augmente. Les workflows multilingues et partenaires centralisent les mises à jour, mais peuvent nécessiter une maintenance par CSV ou API.
- Le contenu connecté et certains flux partenaires dépendent de systèmes externes. Si une API ou un CMS est indisponible au moment de l’envoi, le contenu localisé peut ne pas se charger.
- Les recoupements sont fréquents. Par exemple, vous pouvez utiliser des tags multilingues pour le corps des e-mails, des Content Blocks pour les pieds de page partagés et des catalogues pour le contenu produit au sein du même programme.
Configuration
Étape 1 : Recenser vos besoins en localisation
| Exigence | Questions à se poser |
|---|---|
| Aperçu et QA | Les marketeurs doivent-ils prévisualiser chaque paramètre régional dans le compositeur Braze avant l’envoi ? |
| Échelle | Combien de langues sont concernées et à quelle fréquence le contenu change-t-il ? |
| Workflow | Avez-vous besoin d’une relecture, de révisions et de validations par un traducteur ? |
| Forme des données | Le contenu est-il du texte marketing libre, ou des champs produit structurés (noms, prix, URL) ? |
| Automatisation | Les traductions doivent-elles se mettre à jour automatiquement lorsque votre CMS change ? |
| Compétences de l’équipe | Votre équipe peut-elle gérer du Liquid, des imports CSV, des API ou des intégrations partenaires ? |
Étape 2 : Comparer les approches en un coup d’œil
| Dimension | Liquid manuel | Content Blocks | Catalogues | Messages multilingues | Partenaires de traduction | Contenu connecté |
|---|---|---|---|---|---|---|
| Aperçu / QA dans le tableau de bord | Oui | Oui | Oui | Oui | Variable selon le partenaire | Limité — plus difficile de prévisualiser le contenu récupéré |
| Par défaut (sans intégration) | Oui | Oui | Partiel — configuration du catalogue requise | Oui | Non — configuration du fournisseur requise | Non — API ou CMS requis |
| Couverture des canaux | Tous les canaux pris en charge | Tous les canaux pris en charge | Tous les canaux pris en charge | E-mail, notification push, bannières, messages in-app, Content Blocks | Variable selon le partenaire | Tous les canaux pris en charge |
| Effort de déploiement | Faible | Faible à moyen | Moyen | Faible | Élevé (dépend du partenaire) | Moyen |
| Effort courant (BAU) | Élevé — modifications par message | Moyen — maintenance des blocs | Moyen — mises à jour CSV ou API | Moyen — imports CSV | Moyen — géré dans la plateforme | Faible — récupéré au moment de l’envoi |
| Mises à jour fréquentes | Non | Partiel | Non | Partiel | Oui | Oui |
| Workflow de traduction professionnelle | Non | Non | Non | Non | Oui | Non |
| Données structurées / produit | Limité | Limité | Oui — idéal pour du contenu à clés | Limité | Variable | Oui — via une source externe |
| Risque de dépendance externe | Aucun | Aucun | Aucun | Aucun | Moyen | Moyen — l’envoi échoue si la source est indisponible |
| Idéal pour | Peu de langues, mises à jour peu fréquentes | Composants partagés entre les messages | Nombreux paramètres régionaux avec chaînes structurées | Nombreuses langues avec moins d’effort de copier-coller | Traduction d’entreprise avec validations | Localisation dynamique pilotée par un CMS |
Étape 3 : Associer les scénarios Kitchenerie à une approche
| Scénario Kitchenerie | Point de départ recommandé |
|---|---|
| Trois langues, peu de Campaigns par mois, petite équipe marketing | Liquid conditionnel manuel ou Content Blocks avec Liquid |
| En-tête, pied de page et blocs juridiques partagés entre e-mails et messages in-app | Content Blocks — avec traductions multilingues enregistrées sur le bloc lorsque les paramètres régionaux se multiplient |
| Noms de produits, lignes promotionnelles et URL d’images indexés par paramètre régional | Catalogues |
| E-mail et notification push dans huit paramètres régionaux ou plus avec aperçu dans le compositeur | Messages multilingues |
| TMS central avec workflow de traduction et validations | Partenaires de localisation (par exemple Smartling ou Phrase) |
| Contenu géré dans un CMS mis à jour quotidiennement | Contenu connecté |
Étape 4 : Implémenter l’approche sélectionnée
- Liquid conditionnel manuel : Utilisez les attributs de profil
languageou de paramètre régional avec les structures Liquidif/elsif/else. Voir Approches alternatives et Logique conditionnelle. - Content Blocks : Créez des blocs réutilisables ; vous pouvez éventuellement masquer la logique conditionnelle Liquid à l’intérieur des blocs. Voir Content Blocks et l’onglet Content Blocks sous Envoyer des messages traduits.
- Catalogues : Importez des lignes de traduction (par exemple
id,context,language,body) et référencez-les aveccatalog_itemsen Liquid. Voir l’onglet Catalogues sous Envoyer des messages traduits. - Messages multilingues : Ajoutez des paramètres régionaux, encadrez le contenu avec des balises de traduction, puis importez un CSV. Si vous disposez d’un accès anticipé aux endpoints de traduction, vous pouvez mettre à jour les traductions par API. Prévisualisez avec Multi-language user dans le compositeur.
- Partenaires de traduction : Configurez les paramètres régionaux de l’espace de travail, puis suivez l’intégration de votre partenaire (par exemple Smartling ou Phrase).
- Contenu connecté : Appelez votre CMS ou votre API de traduction au moment de l’envoi. Testez minutieusement ; l’aperçu peut ne pas refléter les réponses de l’API en production. Voir Contenu connecté.
Pour l’orchestration Canvas et Campaign entre régions (un parcours unique versus un parcours par pays), consultez Gestion des traductions sur la page Localisation.