Anwendungsfall

Web-SaaS in mehreren Märkten

Ihr Produkt läuft auf React, Next.js, Vue oder Svelte, und Sie öffnen Märkte schneller, als Sie Übersetzungstickets öffnen.

Das Problem

Jedes Feature bringt neue Texte, und niemand weiß, welche fehlen, bis ein Kunde sie auf Englisch sieht.
Die Terminologie driftet von Sprint zu Sprint, weil nichts sie zwischen den Durchgängen hält.
Eine Textkorrektur auszuliefern kostet ein Deployment, also ein Fenster, also Wartezeit.

Was Sonenta ändert

Ein namespace pro Feature, und ohne Übersetzung aufgerufene Schlüssel tauchen während der Entwicklung im dashboard auf.
Glossar und Projektkontext bleiben bestehen, also übersetzt der Agent Sprint 12 mit der Terminologie von Sprint 1.
Nahe Märkte laufen als regionale Varianten: pt und pt-BR, en und en-GB, als Overlay mit BCP-47-Fallback.
Die Freigabe vor der Veröffentlichung wird pro Projekt eingeschaltet, wenn das Team wächst, und Veröffentlichungsrollen werden pro Projekt gesetzt.

Der Einstieg

// 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>

Bekannte Grenzen

Das Rate-Limit zählt pro Organisation, nicht pro API-Schlüssel: ein zweiter Schlüssel verdoppelt Ihr Budget nicht, er teilt es.
Schreibzugriffe über MCP beginnen beim Hobby-Plan. Der Free-Plan gibt MCP nur lesend.

Weiterlesen

Bis zum letzten Wort.

Bereit, Ihr Produkt an jeden Nutzer anzupassen?

Starten Sie kostenlos in wenigen Minuten. Ohne Kreditkarte, ohne Verpflichtung, mit Ihren stets offenen Exporten.

Preise ansehen