Как перевести сайт на английский с ИИ: глоссарий, hreflang и приёмка
Перевести сайт на английский с ИИ реально за пять-семь рабочих дней: тексты выгружаются в таблицу, глоссарий фиксируется до первого батча, перевод идёт кусками по 20–40 строк, английские страницы получают собственные адреса, а связь между языковыми версиями задаётся через hreflang. Модель отвечает за черновик, человек — за факты, цены, юридические формулировки и приёмку. Если этот порядок нарушить, получится сайт с аккуратным английским, который никто не находит.
Начинать стоит не с главной страницы. Главная почти не приносит поисковых переходов на английском: люди ищут конкретную задачу, а не название компании. Поэтому порядок страниц определяется не вкусом, а данными Search Console — показами, запросами и страницами, где эти показы уже есть.
В каком порядке переводить страницы
Первый эшелон: страницы услуг и статьи, у которых уже есть показы и позиции в пределах первых двух десятков. Это спрос, который существует, и ему не хватает только языка. Второй: коммерческие разделы — условия работы, форма заявки, ответы на частые вопросы. Третий: блог и справочные материалы без показов. Четвёртый: юридические страницы. Пятый: архив и всё, что не приносит переходов даже на русском.
Практическое правило простое: если страница на исходном языке не имеет показов вообще, английская версия не появится из ниоткуда. Сначала спрос, потом перевод. Как отбирать такие страницы по данным поиска, разобрано в материале SEO сайта за час с помощью ИИ.
Второе правило: переводится не «сайт», а набор смысловых блоков. Шапка, подвал, кнопки и формы — один батч с жёсткими ограничениями по длине строк. Статьи и описания услуг — другой батч, где модели нужен контекст абзаца целиком, иначе она теряет связки между предложениями.
Глоссарий и запреты: до первого батча
Глоссарий — таблица из трёх колонок: термин на исходном языке, обязательный перевод, комментарий. Пятьдесят-сто строк закрывают почти весь сайт: названия услуг, роли, внутренние процессы, единицы измерения, географические привязки.
Без глоссария модель каждый раз выбирает новый вариант: сегодня «заявка» — это request, завтра inquiry, послезавтра lead. Читатель этого не заметит, а поисковик увидит три разных термина на трёх страницах одной темы. Единый словарь ещё и ускоряет приёмку: не нужно спорить о формулировке на каждой странице.
Отдельный список — запреты. Не переводить названия компаний и продуктов, не менять цифры и единицы, не «улучшать» юридические формулировки, не дописывать то, чего нет в оригинале. Модель по умолчанию склонна добавлять пояснения и сглаживать резкие места; на коммерческих страницах это меняет смысл предложения, а не только стиль.
Третий файл — правила тона: обращение к читателю, длина предложения, отношение к императиву. Английский деловой текст короче русского, и дословный перевод — первое, что выдаёт машинную работу. Обычно помогает ограничение «не больше двадцати слов в предложении» и запрет на вводные обороты в начале абзаца.
Как отдавать текст модели
Три технических условия, без которых перевод придётся переделывать. Первое: на вход идёт структурированный текст, а не HTML целиком — иначе модель правит разметку и ломает вёрстку. Второе: плейсхолдеры и переменные выносятся в отдельный список и подставляются обратно после перевода. Третье: на выходе JSON с теми же ключами, что на входе, а не свободный текст: так результат сравнивается с оригиналом построчно автоматически.
Батч на 20–40 коротких строк работает лучше, чем один запрос на всю статью: модель не теряет конец текста и не начинает сокращать. Длинные материалы режутся по абзацам с сохранением заголовков, чтобы перевод не съезжал по смыслу к середине страницы.
Автоматическая проверка идёт до человека: число строк и ключей совпадает с оригиналом, плейсхолдеры на месте, цифры и адреса не изменились, длина текста в пределах 70–130% исходной. Всё, что не прошло, уходит на повторный перевод, а не на редактора — редакторское время слишком дорого для технического брака.
Отдельные URL и hreflang
Английская версия должна жить на своём адресе. Google рекомендует разные URL для разных языковых версий страницы вместо подмены языка по cookie или настройкам браузера: краулер обычно приходит из США и не передаёт заголовок Accept-Language, поэтому динамическая подмена может оставить часть версий ненайденными (Managing multi-regional and multilingual sites).
Дальше версии нужно связать между собой. Способов три: hreflang в HTML, HTTP-заголовки и карта сайта. С точки зрения Google они равнозначны, и вести все три одновременно смысла нет — поддерживать одну реализацию проще (Localized versions of your pages). Самый доступный вариант — набор ссылок в head каждой версии:
<link rel="alternate" hreflang="ru" href="https://example.com/uslugi/">
<link rel="alternate" hreflang="en" href="https://example.com/en/services/">
<link rel="alternate" hreflang="x-default" href="https://example.com/en/services/">Три правила, которые нарушают чаще всего. Каждая версия перечисляет себя и все остальные версии — набор ссылок одинаков на всех страницах. Адреса указываются полностью, со схемой, а не как относительный путь. И ссылки обязаны быть взаимными: если две страницы не указывают друг на друга, Google игнорирует разметку.
Значение x-default указывает страницу для тех, чей язык не перечислен явно. Это разумный выбор для посетителя из страны, которой нет в списке, и одновременно защита от пустой выдачи.
Ещё два факта, которые часто упускают. Google определяет язык по видимому содержимому страницы, а не по hreflang и не по атрибуту lang. Поэтому перевод только шапки и подвала при русском основном тексте ничего не даёт: страница остаётся русской. И автоматический редирект по языку ставить не нужно — он мешает и людям, и поиску увидеть все версии; переключатель языка делается обычными ссылками.
Про дубли есть отдельное уточнение в документации: локализованные версии считаются дублями только в том случае, если основной контент остался непереведённым. То есть перевод основного текста снимает вопрос дублей, но не снимает вопрос качества — это разные задачи.
Что нельзя отдавать модели без проверки
Юридические тексты: оферта, политика конфиденциальности, условия возврата. Цены, сроки и гарантии. Названия людей, компаний и объектов. Любые утверждения о свойствах продукта, которые могут стать обещанием. Медицинские и финансовые формулировки.
Правильный процесс выглядит так: модель переводит, владелец процесса подтверждает факты, юрист смотрит формулировки. Если ресурса на проверку нет, такие страницы лучше не переводить вовсе: отсутствующая английская версия безобиднее неверного обещания, за которое потом отвечает бизнес.
Приёмка: сколько смотреть глазами
Сплошная вычитка всего сайта не нужна, выборочная — обязательна. Минимум: 10–15% строк случайной выборкой, все шаблонные элементы (кнопки, формы, письма, ошибки), все H1, title и description, первая страница каждого типа. Два-три абзаца стоит прочитать вслух: слух ловит кальку с русского быстрее, чем глаз.
Отдельно проверяется вёрстка: английские строки длиннее или короче русских, и кнопки с фиксированной шириной начинают переноситься. Таблицы и карточки товаров разъезжаются чаще всего.
Носитель языка нужен не для всего сайта, а для спорных блоков: заголовки, первые экраны, коммерческие предложения. Это дешевле полной вычитки и даёт больше эффекта, чем правка запятых в середине статьи.
Метрики, по которым видно результат
Индексация новых адресов: сколько английских страниц реально попало в индекс. Показы по языку в Search Console: они появляются раньше кликов. Переходы на английские страницы и их доля в общем трафике. Конверсия формы на английских страницах в сравнении с русскими. И отдельно — расхождение версий: сколько страниц на русском изменилось после перевода, но не обновилось на английском.
Первые осмысленные данные обычно приходят через две-четыре недели после публикации и индексации. Раньше смотреть не на что: показы по новому языку набираются постепенно.
Сколько времени занимает
Выгрузка строк и подготовка таблицы: два-четыре часа. Глоссарий и правила тона: три-пять часов, и это самая полезная работа из всего списка. Настройка конвейера и первый батч: один рабочий день. Прогон всего сайта: от часа, зависит от объёма. hreflang, карта сайта и переключатель языка: ещё день. Приёмка 10–20% объёма: два-три дня. Итого неделя на сайт из 50–150 страниц при одном человеке на приёмке.
Честные ограничения
Модель не знает рынок. Английская формулировка, понятная переводчику, может не совпадать с тем, как ищут люди: запросы собираются отдельно, из статистики поиска, а не переводятся дословно с русского. Иначе получится правильный английский текст под неправильный запрос.
Машинный перевод юридических и репутационных текстов остаётся риском, даже при хорошем глоссарии. Ответственность за формулировку несёт бизнес, а не модель.
Перевод не создаёт спрос. Если на русском страница не показывалась, английская версия тоже не выйдет в топ — она даёт шанс только там, где спрос есть.
И последнее: без процесса поддержки версии расходятся за месяц. Правка на русском должна попадать в очередь перевода, иначе английский сайт тихо устаревает: цены, сроки и состав услуг меняются быстрее, чем пишутся статьи.
Чек-лист запуска
Список страниц по приоритету из данных поиска. Глоссарий на 50–100 терминов. Список запретов и правила тона. Выгрузка строк с плейсхолдерами. Батчи по 20–40 строк и автопроверка результата. Отдельные URL для английской версии. Взаимные hreflang-ссылки с x-default. Переключатель языка обычными ссылками, без редиректа. Ручная приёмка 10–15% строк и всех шаблонов. Адреса в карте сайта. Регламент: как правки на русском попадают в перевод.
Если из списка есть только желание и текст, начинайте с глоссария и приоритета страниц: они нужны при любом способе перевода и не зависят от инструментов.