Guides
Mises à jour de produit
Envoyez des courriels de signature dans 7 langues : le support de courriel multilingue de Firma.dev
Vous avez localisé votre application. Votre interface utilisateur s'affiche en français pour les utilisateurs français, en allemand pour les utilisateurs allemands, en portugais pour les utilisateurs brésiliens. Mais dès qu'une demande de signature est envoyée, votre signataire reçoit un e-mail qui dit "Please review and sign this document" en anglais. C'est un petit détail qui rompt l'expérience au moment le plus crucial.
Firma.dev envoie désormais des e-mails de notification de signature en 7 langues par défaut, sans aucune configuration de modèle personnalisé requise.
Le problème des e-mails de signature uniquement en anglais
La plupart des API de signature électronique sont configurées par défaut en anglais et laissent la localisation au développeur. Cela signifie qu'il faut rédiger et maintenir des modèles d'e-mails traduits pour chaque langue prise en charge par votre produit, pour chaque type d'e-mail dans le flux de signature, et les mettre à jour dès que vos textes changent.
Pour un flux de signature comprenant 5 types d'e-mails dans 4 langues, cela représente 20 modèles à créer, tester et maintenir. Et si vous en oubliez un, un signataire à Lyon ou à Lisbonne reçoit un e-mail système dans une langue qu'il n'a pas choisie.
Au-delà de la charge de maintenance, il y a une dimension de confiance. Un e-mail de signature qui ne correspond pas à la langue de l'interface du signataire ressemble à une erreur, même si le document lui-même est correct. Pour les contrats de grande valeur, cette friction est importante.
Comment fonctionne le support linguistique de Firma.dev
Firma.dev a ajouté un champ language aux paramètres de l'entreprise et de l'espace de travail. Lorsqu'il est défini, la plateforme utilise des modèles localisés intégrés pour les 5 types d'e-mails de notification de signature : signing_invite, next_signer, signing_expired, signing_cancelled et signing_declined.
Les 7 langues prises en charge sont :
Code | Langue |
|---|---|
| Anglais (par défaut) |
| Espagnol |
| Italien |
| Portugais |
| Français |
| Allemand |
| Grec |
Le paramètre de langue se transmet en cascade de la même manière que les modèles d'e-mails : le niveau de la demande de signature est prioritaire, puis l'espace de travail, et enfin l'entreprise. Définissez-le une fois au niveau de l'entreprise et chaque espace de travail en hérite, ou remplacez-le par espace de travail pour un contrôle plus granulaire.
Une clarification importante : le champ language n'affecte que les modèles par défaut intégrés. Si un espace de travail a un modèle d'e-mail personnalisé configuré pour un type d'e-mail donné, ce modèle personnalisé est utilisé quel que soit le paramètre de langue. Le champ de langue est la couche de repli, pas un remplacement.
Définir une langue par espace de travail
Si vous utilisez le modèle d'espace de travail client de Firma.dev, chaque espace de travail peut avoir sa propre langue. Un client français reçoit des e-mails en français, un client allemand reçoit des e-mails en allemand, le tout à partir de la même intégration sans aucune gestion de modèle.
La définition de la langue au niveau de l'espace de travail se fait par un simple appel PATCH :
Et au niveau de l'entreprise, pour définir la valeur par défaut pour tous les espaces de travail :
C'est tout. Pas de création de modèle, pas de travail de traduction, pas de surcharge de maintenance.
Utiliser les valeurs par défaut comme point de départ
Pour les équipes qui souhaitent une localisation combinée à une légère personnalisation de la marque, le point de terminaison GET /email-templates/defaults/{language} renvoie le modèle intégré complet pour toute langue prise en charge. Récupérez-le, ajustez le texte ou ajoutez le style HTML de votre marque, et enregistrez-le en temps que modèle d'espace de travail personnalisé via PUT /workspace/{workspace_id}/email-templates/{email_type}.
Ce modèle vous offre le meilleur des deux mondes : vous n'écrivez pas de traductions à partir de zéro, et vous contrôlez toujours l'apparence et le ton des e-mails. Pour la plupart des produits SaaS, c'est la bonne approche une fois que vous avez validé que les valeurs par défaut intégrées semblent naturelles pour votre marché. Les deux points de terminaison sont documentés dans le journal des modifications de l'API.
Ce que cela signifie pour les créateurs de SaaS internationaux
Créer un flux de signature pour un produit mondial signifiait auparavant soit accepter des e-mails uniquement en anglais, soit gérer vous-même la couche de traduction. Avec 7 langues désormais gérées au niveau de la plateforme, ce n'est plus un compromis que vous devez faire.
Combiné avec l'interface utilisateur de signature intégrée de Firma.dev, qui se localise également dans la langue du signataire, vous pouvez désormais offrir une expérience de signature entièrement localisée, de l'e-mail d'invitation à la confirmation finale, sans écrire une seule ligne de code de traduction.
À 0,049 $ par enveloppe (soit environ 5 centimes USD) sans minimum mensuel, vous ne payez pas de supplément pour la couverture internationale. C'est inclus avec l'API.
Commencez à utiliser Firma.dev gratuitement, sans carte de crédit requise.
Articles connexes
Notre plateforme est conçue pour permettre aux entreprises de toutes tailles de travailler plus intelligemment et d'atteindre leurs objectifs avec confiance.
