Назад в блог
Laptop showing a website with a language switcher open alongside translated locale files labelled by language, on a minimal desk.

Как одночленная контент-агентство предоставляет многоязычные сайты без переводчика

By Robert M

Как однолюдное контент-агентство создаёт многоязычные сайты без переводчика

Клиент спрашивает, можете ли вы сделать их новый сайт на английском, французском, немецком, испанском и голландском языках. Вы — однолюдное агентство. У вас нет бюджета на перевод, включённого в ваш контракт, и нет сети внештатных переводчиков на связи. Но вы также не хотите отказывать в хорошем проекте.

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

Этот пост о том, как практично справиться с этим разрывом, не жертвуя качеством и не теряя на проекте.


Старые варианты и почему они не подходят

Традиционные пути знакомы.

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

Вы могли бы использовать потребительский переводчик и вручную исправлять результат. Это работает для простых предложений, но как только ваш контент имеет какую-либо структуру (файл локализации JSON, блог-пост в Markdown, HTML-страница с атрибутами и тегами), результат становится непредсказуемым. Ключи переводятся. Синтаксис Markdown ломается. Атрибуты HTML искажаются. В итоге вы тратите больше времени на исправление результата, чем сэкономили, не нанимая переводчика.

Вы могли бы сказать клиенту, что многоязычность вне рамок и сделать сайт на одном языке. Иногда это правильный ответ. Но не всегда это разговор, который вы хотите вести.


Что действительно изменилось

То, что сделало этот рабочий процесс жизнеспособным, — это не ИИ-перевод в общем виде. Это именно сохранение формата.

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

Файл локализации вроде этого:

{
  "nav": {
    "home": "Home",
    "about": "About us",
    "contact": "Get in touch"
  }
}

Вернулся бы с переведёнными ключами, разрушенной вложенностью или полностью преобразованным в прозу. Любой из этих вариантов требует ручной очистки перед использованием файла, и именно здесь экономия времени исчезает.

API, который считает структуру вне пределов перевода, меняет экономику. Вы отправляете файл, получаете обратно идентичную структуру с изменёнными только строковыми значениями. Помещаете выходной файл прямо в проект. Очистка не нужна.


Рабочий процесс на практике

Вот как процесс выглядит в реальном проекте.

На этапе контента всё помещается в простые текстовые или Markdown-файлы вместо жёстко закодированных строк. Это хорошая практика для поддержки, но также означает, что контент в формате, который можно чисто перевести.

На этапе сборки короткий скрипт читает файл исходного языка, отправляет его в API PolyLingo с перечнем целевых языков и записывает по одному выходному файлу на локаль. Для сайта с пятью языками это один вызов API. Скрипт выполняется за несколько секунд. Выходные файлы идут прямо в структуру проекта.

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

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


Стоимость по сравнению с наймом переводчиков

Цифры зависят от размера проекта, но структура сравнения постоянна.

Типичный сайт малого бизнеса может содержать около 2000 слов интерфейсного текста и контента страниц. Переведённый на пять языков, это примерно 10 000 слов. При средней ставке внештатного переводчика это несколько сотен фунтов или долларов до учёта правок.

С PolyLingo 2000 слов контента на пяти целевых языках удобно помещаются в платный план Starter за $9 в месяц, включая возможность нескольких проектов в одном биллинговом периоде. Бесплатный уровень (50 000 токенов в месяц) покрывает небольшие проекты без затрат.

Клиент всё равно делает проверку, что означает его участие в качестве результата, а не просто получение счёта. Это обычно лучше воспринимается в обсуждениях проекта.


Разговор о масштабе с клиентами

Одна из перемен, которую этот рабочий процесс даёт, — это изменение того, как вы говорите о многоязычности с клиентами.

Раньше «многоязычность» означала «дороже, дольше по времени, зависимость от третьих лиц». Теперь это ближе к решению конфигурации. Вы определяете масштаб, запускаете скрипт, клиент проверяет. Сложная часть — стратегия контента и архитектура сайта, а не логистика перевода.

Это меняет то, что вы можете предложить. Клиент, который собирался запускать на одном языке с неопределённым планом добавить языки позже, может сделать все пять при запуске без удвоения стоимости проекта. Клиент, который продолжает добавлять страницы, может повторно запускать скрипт при изменении контента, а не обращаться к переводчику с новым заданием.

Это также меняет разговор о том, что на самом деле включает многоязычность. Работа агентства — построить сайт с правильной архитектурой i18n, хорошим текстом на исходном языке и процессом проверки переводов. Это разговор более высокого уровня, чем «мы разберёмся с переводами, когда английская версия будет готова».


Где всё ещё имеет смысл использовать человеческих переводчиков

Стоит быть честным.

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

Для строго регулируемого контента (юридического, медицинского, финансового) переводчик-человек с экспертизой в области — правильный выбор и часто требование соответствия.

Для длинных редакционных материалов, где голос должен звучать как родной, а не переведённый, человеческая проверка — это больше, чем лёгкая правка.

Описанный здесь рабочий процесс лучше всего подходит для интерфейсных текстов, контента страниц, описаний продуктов, документации и маркетинговых сайтов, где важна точность и структурная целостность больше, чем стилистические нюансы. Это покрывает большую часть того, что маленькое агентство действительно выпускает.


Начало работы

Бесплатный уровень PolyLingo включает 50 000 токенов в месяц без необходимости кредитной карты. Для маленького агентства этого достаточно для значительного объёма контента, прежде чем думать о платном плане.

API принимает простой текст, Markdown, JSON и HTML. Безкодовый переводчик в панели управления справляется с разовыми задачами без обращения к API, что удобно для сессий проверки с клиентами, когда нужно показать переведённый результат без предварительной сборки.

Начать перевод бесплатно