Användningsfall
Webb-SaaS på flera marknader
Din produkt körs på React, Next.js, Vue eller Svelte, och du öppnar marknader snabbare än du öppnar översättningsärenden.
Problemet
- Varje funktion lägger till texter, och ingen vet vilka som saknas förrän en kund ser dem på engelska.
- Terminologin glider från sprint till sprint eftersom inget håller fast den mellan omgångarna.
- Att skeppa en textfix kräver en driftsättning, alltså ett fönster, alltså en väntan.
Vad Sonenta ändrar
- Ett namespace per funktion, och nycklar som anropas utan översättning dyker upp i din dashboard under utvecklingen.
- Glossaret och projektkontexten består, så agenten översätter sprint 12 med sprint 1:s terminologi.
- Närliggande marknader hanteras som regionala varianter:
ptochpt-BR,enochen-GB, som överlägg med BCP-47-reserv. - Godkännande före publicering slås på per projekt när teamet växer, och publiceringsroller sätts per projekt.
Var man börjar
// 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> Kända begränsningar
- Rate-limit räknas per organisation, inte per API-nyckel: en andra nyckel fördubblar inte din budget, den delar den.
- Skrivningar via MCP börjar på Hobby-planen. Free-planen ger MCP i skrivskyddat läge.
Läs vidare
In i sista ordet.
Redo att anpassa din produkt till varje användare?
Börja gratis på några minuter. Inget kreditkort, inget åtagande, och dina export alltid öppna.