Если вы прямо сейчас поищете «лучшее ПО для локализации», то найдете с десяток статей от поставщиков решений для локализации, и в каждой они ставят себя на первое место. Они сравнивают наборы функций, перечисляют плюсы и минусы и приходят к выводу (вот неожиданность!), что выбирать стоит именно их.

Мы не будем этого делать. Вместо этого мы объясним, почему вся эта категория решает не ту проблему, и как выглядит правильное решение.

Стек локализации состоит из трех частей

Чтобы выпустить многоязычное приложение в 2026 году, приходится сводить воедино три полностью отдельные системы:

1. Библиотека i18n — отвечает за извлечение строк, интерполяцию, плюрализацию и маршрутизацию по локалям в кодовой базе. Она отображает переводы, но не создает их.
2. Система управления переводами (TMS) — хранит файлы переводов, управляет процессами и координирует передачу задач. Она находится между вашим кодом и вашими переводчиками, но сама не занимается переводом.
3. Поставщик языковых услуг (LSP) — переводчики, агентства или системы машинного перевода, которые непосредственно создают переведенный контент. Они ничего не знают ни о вашем коде, ни о вашей TMS.

Библиотека ничего не знает о ваших переводах. TMS ничего не знает о вашем коде. Поставщик переводов ничего не знает ни о том, ни о другом. Чтобы связать их между собой, на старте уходят недели инженерного времени, а потом в каждом спринте продолжают утекать часы на sync файлов, разрешение конфликтов слияния, отладку вебхуков и присмотр за пайплайном, который изначально не проектировался как единое целое.

Что на самом деле означает «end-to-end»

General Translation — это не библиотека. И не TMS. Это весь конвейер целиком, которым пользуются команды, ориентированные на разработчиков, в Cursor, Cognition, Windsurf, Mintlify и ClickHouse.

• Библиотеки для разработчиков с открытым исходным кодом: gt-next, gt-react и поддержка React Native/Expo. Готовые к подключению SDK с полной поддержкой TypeScript.
• Платформа перевода с ИИ в основе, которая понимает вашу кодовую базу, ваш продукт и вашу терминологию. Это не просто универсальный машинный перевод, прикрученный сверху.
• Locadex, ИИ-агент: автоматизированный инженер по интернационализации, который сканирует вашу кодовую базу, интернационализирует код, создает переводы и открывает pull request при каждом push.

Совместная разработка библиотеки и движка перевода делает локализацию в десять раз проще. Никакого экспорта и импорта JSON, никакого управления файлами, никакой координации с бюро переводов. Переводы поступают напрямую из исходного кода в продакшен.

Что не так с традиционными платформами TMS

Устаревшие системы управления переводами создавались для мира, в котором ещё не было ИИ. Они предполагают конкретный процесс: контент извлекается из кодовой базы, загружается в панель управления, назначается переводчикам, проходит ревью, утверждается, экспортируется и заново интегрируется. Иногда это работает, но это медленно, дорого и ненадёжно.

Они управляют файлами, а не кодом. TMS принимает ваши файлы переводов (JSON, XLIFF, PO и т. д.) и даёт инструменты для работы с ними. Но настоящий источник истины — это кодовая база: ваши компоненты, переменные, иерархия UI. Если управлять файлами, не понимая код, контекст неизбежно теряется по пути.

Большинство платформ добавили функции ИИ/MT лишь в последние несколько лет — обычно они просто прогоняют строки через сторонние движки машинного перевода и дают вам выбрать, какой из них использовать. ИИ видит отдельные строки. Он не видит дерево компонентов, имена переменных или окружающий UI. Поэтому результат MT по-прежнему требует серьёзной доработки.

Они масштабируются за счёт увеличения числа людей, а не сокращения объёма работы. Бизнес-модель TMS строится вокруг координации работы переводчиков: ролей, разрешений, цепочек ревью и процессов утверждения. Это необходимо для корпоративного контента в регулируемых сферах. Для команды разработки, выпускающей SaaS-приложение на 20 языках, это лишь лишние накладные расходы.

А что с ценами? Некоторые из самых популярных платформ требуют разговора с отделом продаж, чтобы вообще показать цифры. Другие берут плату за каждое место, и по мере роста команды эти расходы быстро увеличиваются. Непредсказуемые затраты мешают планировать бюджет на новые языки.

Что не так с автономными библиотеками i18n

Популярные библиотеки i18n для React и Next.js хорошо справляются с рендерингом: интерполяцией, множественными формами, маршрутизацией по локалям, поддержкой Server Components.

Но сами они ничего не переводят.

Они просто отображают то, что вы им передаёте. Вам всё равно нужно:

• Выносить каждую переводимую строку в JSON-файлы
• Поддерживать отдельный файл для каждой локали
• Либо переводить эти файлы вручную, нанимать переводчиков или подключать TMS
• Держать все файлы в sync по мере изменений в кодовой базе

Если у вас 10 языков и 500 ключей, это 5 000 записей, которые нужно поддерживать. Если 50 языков — 25 000. Библиотека никак с этим не помогает. Она просто отображает то, что вы ей передаёте — в лучшем случае решая лишь половину задачи.

Как General Translation замыкает цикл

1. Установите и напишите код. Запустите мастер настройки и оберните содержимое в компоненты <T>. Никакого извлечения ключей. Никаких JSON-файлов.

import { T } from 'gt-next';

export default function Home() {
  return (
    <T>
      <h1>Welcome to our app</h1>
      <p>This content is translated automatically.</p>
    </T>
  );
}

2. Разрабатывайте. Переводы появляются по запросу. Переключайте языки и сразу видите результат.

3. Публикуйте. Одна команда генерирует все переводы на этапе сборки. Они заранее создаются, кэшируются и доставляются через CDN. Менее 50 мс по всему миру. См. руководство по развертыванию →

4. Автоматизируйте. Locadex отслеживает ваш репозиторий. Когда вы делаете push, он сканирует изменения, интернационализирует новый контент, генерирует переводы и открывает PR. Человек в процессе не нужен, если только вы сами этого не хотите. Если хотите, редактор переводов покажет диффы рядом и позволит вносить правки до или после публикации контента.

Почему большинство ИИ для перевода ошибается

Большинство ИИ-систем для локализации переводит строки по одной, в отрыве от остального. "Apple" может означать фрукт или компанию. "Cell" — биологическую клетку или ячейку электронной таблицы. Без контекста ИИ вынужден гадать.

ИИ General Translation видит контекст всей вашей кодовой базы: иерархию компонентов, имена переменных, окружающий UI, глоссарий вашего продукта. В результате получаются идиоматичные переводы без ручной доработки. Для спорных случаев вы можете добавить явный контекст прямо в компоненте.

Цены, которые зависят от использования, а не от размера команды

GT использует модель ценообразования по объему использования. Вы платите только за то, что переводите. Никаких посрочных платежей, которые растут по мере расширения команды. Без обязательного звонка в отдел продаж. Полные цены →