Caso de uso
SaaS web em vários mercados
O seu produto corre sobre React, Next.js, Vue ou Svelte, e abre mercados mais depressa do que abre pedidos de tradução.
O problema
- Cada funcionalidade acrescenta cadeias, e ninguém sabe quais faltam até um cliente as ver em inglês.
- A terminologia desliza de um sprint para o outro porque nada a segura entre passagens.
- Publicar uma correção de texto exige uma implantação, ou seja uma janela, ou seja uma espera.
O que a Sonenta muda
- Um namespace por funcionalidade, e as chaves invocadas sem tradução aparecem no dashboard durante o desenvolvimento.
- O glossário e o contexto do projeto persistem, por isso o agente traduz o sprint 12 com a terminologia do sprint 1.
- Os mercados próximos tratam-se como variantes regionais:
ptept-BR,eneen-GB, em sobreposição com recurso BCP-47. - A aprovação antes da publicação ativa-se por projeto quando a equipa cresce, e os papéis de publicação definem-se por projeto.
Por onde começar
// 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 conhecidos
- O rate-limit conta-se por organização, não por chave de API: emitir uma segunda chave não duplica o seu orçamento, partilha-o.
- As escritas via MCP começam no plano Hobby. O plano Free dá MCP em leitura apenas.
Para ir mais longe
Até à última palavra.
Pronto para adaptar o seu produto a cada utilizador?
Comece gratuitamente em poucos minutos. Sem cartão de crédito, sem compromisso, com as suas exportações sempre abertas.