Caso d'uso
SaaS web su più mercati
Il tuo prodotto gira su React, Next.js, Vue o Svelte, e apri mercati più in fretta di quanto apri ticket di traduzione.
Il problema
- Ogni funzionalità aggiunge stringhe, e nessuno sa quali mancano finché un cliente non le vede in inglese.
- La terminologia deriva da uno sprint all'altro perché niente la trattiene tra un passaggio e l'altro.
- Pubblicare una correzione di testo richiede un deploy, quindi una finestra, quindi un'attesa.
Cosa cambia Sonenta
- Un namespace per funzionalità, e le chiavi richiamate senza traduzione compaiono nel dashboard durante lo sviluppo.
- Il glossario e il contesto di progetto restano, quindi l'agente traduce lo sprint 12 con la terminologia dello sprint 1.
- I mercati vicini si trattano come varianti regionali:
ptept-BR,eneen-GB, come sovrapposizione con ripiego BCP-47. - L'approvazione prima della pubblicazione si attiva per progetto quando la squadra cresce, e i ruoli di pubblicazione si impostano per progetto.
Da dove partire
// 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>Limiti noti
- Il rate-limit si conta per organizzazione, non per chiave API: emettere una seconda chiave non raddoppia il budget, lo condivide.
- Le scritture via MCP partono dal piano Hobby. Il piano Free dà MCP in sola lettura.
Per approfondire
Fino all'ultima parola.
Pronto ad adattare il tuo prodotto a ogni utente?
Inizia gratis in pochi minuti. Senza carta di credito, senza impegno, con i tuoi export sempre aperti.