Passer au contenu

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

  1. Liquid conditionnel manuel : Utilisez les attributs de profil language ou de paramètre régional avec les structures Liquid if / elsif / else. Voir Approches alternatives et Logique conditionnelle.
  2. 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.
  3. Catalogues : Importez des lignes de traduction (par exemple id, context, language, body) et référencez-les avec catalog_items en Liquid. Voir l’onglet Catalogues sous Envoyer des messages traduits.
  4. 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.
  5. 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).
  6. 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.

New Stuff!