Aller au contenu principal
Boletolibre

Localiser les courriels d’événement : liste de vérification

Une confirmation peut avoir un objet traduit tout en affichant une mauvaise heure, des consignes de billet uniquement en anglais ou un lien dans une autre langue. Le premier résultat Google est un guide technique de localisation des modèles. Cette liste en fait un contrôle concret des messages envoyés aux participants.

La rédaction de Boletolibre

Publié

Matrice reliant type de courriel et état à la relecture linguistique et à l’aperçu.
Vérifiez le message entier, y compris les liens gérés par un autre prestataire.

Recenser les messages indispensables

Télécharger la matrice modifiable des aperçus (Markdown, anglais)

Recensez confirmation d’inscription, état du paiement ou de la candidature, envoi du billet, arrivée, changement de programme ou de lieu, accessibilité et annulation. Séparez la promotion facultative des informations nécessaires pour participer. Pour chaque message, notez déclencheur, responsable, source de la langue, outil expéditeur et destination des liens. Un site traduit ne garantit pas la même couverture chez le prestataire de billetterie.[1][2][3][4]

Formater des faits vérifiés selon la langue

Tirez édition, lieu, adresse, début, fuseau horaire, état du billet et lien de politique des données validées. Transmettez dates et montants sous forme structurée ; ne copiez pas une date déjà formatée en anglais dans toutes les traductions. Unicode CLDR décrit des formats locaux, mais l’instant de l’événement reste identique. Prévisualisez noms longs ou courts, champs manquants, prix et quantités. Gardez un fuseau lisible si le public voyage.[1][2][3][4]

Contrôler tout le message

Vérifiez objet, aperçu, salutation, état, bouton, version texte, texte alternatif, pied de page, adresse de réponse et pages liées. En HTML, indiquez la langue et marquez les passages dans une autre langue si l’outil le permet. Utilisez la langue choisie quand une traduction approuvée existe ; sinon, consignez clairement la solution de repli. Ne laissez pas croire qu’une caisse externe ou une pièce jointe est traduite sans vérification.[1][2][3][4]

Tester les états et les limites du prestataire

Créez des aperçus sûrs pour les états réellement utilisés : confirmé, paiement en attente, liste d’attente, refus ou annulation. Contrôlez état, lien du billet, nom, date, devise et contact. N’envoyez les essais qu’à des adresses de test autorisées, jamais aux participants. Vérifiez ordinateur, mobile et texte brut. Une variable absente peut empêcher le rendu ; suivez les événements de rendu et de livraison du prestataire, pas seulement le succès de l’appel API.[1][2][3][4]

Valider et tenir les traductions à jour

Faites relire le sens, le ton et les passages sensibles sur l’accès ou les règles par une personne compétente. Notez versions source et locale, relecteur, preuve d’aperçu, limite fournisseur et date de validation. Si lieu, horaire, règle de billet ou contact changent, repérez toutes les versions touchées et revérifiez les états avant le prochain envoi. Une validation linguistique n’autorise pas à elle seule une campagne.[1][2][3][4]

Sources et lectures complémentaires

  1. How to Localize Email Templates: A Complete Developer GuideBetter I18N · Consulté
  2. Date/Time PatternsUnicode CLDR · Consulté
  3. Language tags in HTML and XMLW3C Internationalization · Consulté
  4. Monitoring SES events using Amazon EventBridgeAmazon Web Services · Consulté