Caso de uso
SaaS web en varios mercados
Tu producto corre sobre React, Next.js, Vue o Svelte, y abres mercados más rápido de lo que abres tickets de traducción.
El problema
- Cada funcionalidad añade cadenas, y nadie sabe cuáles faltan hasta que un cliente las ve en inglés.
- La terminología se desvía de un sprint a otro porque nada la retiene entre pasadas.
- Publicar una corrección de texto exige un despliegue, o sea una ventana, o sea una espera.
Lo que cambia Sonenta
- Un namespace por funcionalidad, y las claves llamadas sin traducción aparecen en el dashboard durante el desarrollo.
- El glosario y el contexto del proyecto persisten, así que el agente traduce el sprint 12 con la terminología del sprint 1.
- Los mercados cercanos se tratan como variantes regionales:
ptypt-BR,enyen-GB, como capa con respaldo BCP-47. - La aprobación antes de publicar se activa por proyecto cuando el equipo crece, y los roles de publicación se ajustan por proyecto.
Por dónde empezar
// 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>Límites conocidos
- El rate-limit se cuenta por organización, no por clave de API: emitir una segunda clave no duplica tu presupuesto, lo comparte.
- Las escrituras por MCP empiezan en el plan Hobby. El plan Free da MCP en solo lectura.
Para seguir
Hasta la última palabra.
¿Listo para adaptar tu producto a cada usuario?
Empieza gratis en unos minutos. Sin tarjeta de crédito, sin compromiso, y con tus exportaciones siempre abiertas.