
Как одночленная контент-агентство предоставляет многоязычные сайты без переводчика
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, что удобно для сессий проверки с клиентами, когда нужно показать переведённый результат без предварительной сборки.