العربية

تسجيل الدخول

حالة استخدام

منتج SaaS على الويب في أسواق عدّة

منتجك يعمل على React أو Next.js أو Vue أو Svelte، وأنت تفتح أسواقاً أسرع مما تفتح طلبات ترجمة.

المشكلة

كل ميزة تضيف نصوصاً، ولا أحد يعرف أيّها ناقص حتى يراها عميل بالإنجليزية.
تنزلق المصطلحات من دورة إلى أخرى لأن لا شيء يمسكها بين المرورين.
إطلاق تصحيح نصّي يكلّف عملية نشر، أي نافذة، أي انتظاراً.

ما الذي تغيّره Sonenta

namespace واحد لكل ميزة، والمفاتيح المستدعاة دون ترجمة تظهر في dashboard أثناء التطوير.
الـ glossary وسياق المشروع يبقيان، فيترجم الوكيل الدورة الثانية عشرة بمصطلحات الدورة الأولى.
تُعالَج الأسواق المتقاربة كمتغيّرات إقليمية: pt و pt-BR، en و en-GB، كطبقة مع تراجع BCP-47.
تُفعَّل الموافقة قبل النشر لكل مشروع حين يكبر الفريق، وتُضبط أدوار النشر لكل مشروع.

من أين تبدأ

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

حدود معروفة

يُحتسب حدّ المعدّل لكل مؤسسة، لا لكل مفتاح API: إصدار مفتاح ثانٍ لا يضاعف ميزانيتك، بل يتقاسمها.
تبدأ الكتابة عبر MCP من خطة Hobby. وخطة Free تعطي MCP للقراءة فقط.

للمتابعة

حتى آخر كلمة.

هل أنت مستعد لتكييف منتجك مع كل مستخدم؟

ابدأ مجانًا خلال دقائق. دون بطاقة ائتمان، ودون التزام، ومع بقاء تصديراتك مفتوحة دائمًا.

اطّلع على الأسعار