Cas d’usage
SaaS web sur plusieurs marchés
Votre produit tourne sur React, Next.js, Vue ou Svelte, et vous ouvrez des marchés plus vite que vous n’ouvrez des tickets de traduction.
Le problème
- Chaque fonctionnalité ajoute des chaînes, et personne ne sait lesquelles manquent avant qu’un client les voie en anglais.
- La terminologie dérive d’un sprint à l’autre parce que rien ne la retient entre deux passes.
- Publier une correction de texte demande un déploiement, donc une fenêtre, donc un délai.
Ce que Sonenta change
- Un namespace par fonctionnalité, et les clés appelées sans traduction remontent au dashboard pendant le développement.
- Le glossaire et le contexte projet persistent, donc l’agent traduit le sprint 12 avec la terminologie du sprint 1.
- Les marchés proches se traitent en variantes régionales :
ptetpt-BR,eneten-GB, en surcouche avec repli BCP-47. - La validation avant publication s’active par projet quand l’équipe grandit, et les rôles de publication se règlent par projet.
Le point de départ
// src/main.tsx : un namespace par fonctionnalité
import { SonentaProvider } from "@sonenta/react-i18next";
<SonentaProvider
projectUuid="proj_xxx"
token={import.meta.env.VITE_SONENTA_TOKEN}
defaultNS="checkout"
>
<App />
</SonentaProvider>Limites connues
- Le rate-limit se compte par organisation, pas par clé d’API : émettre une seconde clé ne double pas votre budget, elle le partage.
- Les écritures par MCP commencent au plan Hobby. Le plan Free donne le MCP en lecture seule.
Pour aller plus loin
Jusqu'au dernier mot.
Prêt à adapter votre produit à chaque utilisateur ?
Commencez gratuitement en quelques minutes. Sans carte de crédit, sans engagement, avec vos exports toujours ouverts.