Я Максим, веб-разработчик. За последние несколько лет я реализовал больше десяти проектов с мультиязычными версиями — от небольших сайтов услуг до B2B-порталов с каталогами на тысячи позиций. И главный урок, который я вынес: «перевести тексты через DeepL» — это не локализация. Это способ потерять деньги, время и доверие потенциальных клиентов. Давайте разберёмся, как подготовить англоязычную версию, которая реально работает на бизнес.

Перевод vs локализация: почему это не одно и то же

Перевод — это замена русских слов английскими. Локализация — это полная адаптация контента для другой аудитории, другой культуры, другого маркетингового контекста.

Вот типичный пример из практики. На русском сайте юридической компании написано: «Закажите обратный звонок — перезвоним за 5 минут». Дословный перевод на английский звучит нелепо. В англоязычном мире формат «обратного звонка» не распространён — там привычнее «Book a free consultation» или «Schedule a call». Изменился не просто язык — изменилась механика взаимодействия.

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

Локализация затрагивает всё: тон коммуникации (в английском маркетинге принят более прямой и лаконичный стиль), примеры и кейсы (американскому клиенту неинтересны ваши проекты для ООО «Ромашка»), визуальные элементы (фотографии людей, валюта, форматы дат и телефонов), юридические формулировки (Privacy Policy, Terms of Service — это не калька с российской «Политики конфиденциальности»).

Как организовать мультиязычность технически

Здесь три основных подхода, и у каждого свои плюсы.

Подпапки (субдиректории). Английская версия живёт по адресу company.ru/en/, немецкая — company.ru/de/ и так далее. Весь ссылочный вес остаётся на одном домене, что хорошо для SEO. Настройка относительно простая: в Next.js это реализуется через встроенный i18n-роутинг, в WordPress — через плагины вроде WPML или Polylang. Для большинства проектов я рекомендую именно этот вариант.

Поддомены. en.company.ru — отдельный поддомен для каждого языка. Технически чуть сложнее, поисковики иногда воспринимают поддомены как отдельные сайты, что может размывать ссылочную массу. Но для крупных проектов с принципиально разным контентом на разных языках — рабочий подход.

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

Частая ошибка — определять язык автоматически по IP или настройкам браузера и редиректить без спроса. Пользователь из Германии, который хочет почитать русскую версию, будет раздражён принудительным переключением. Правильный подход — показывать ненавязчивый баннер «This page is available in English» с возможностью переключиться, но не редиректить автоматически.

Hreflang — разметка, без которой ничего не работает

Hreflang-атрибуты — это способ сообщить поисковику: «Вот эта страница на русском для России, а вот эта — её англоязычная версия для международной аудитории». Без hreflang Google и Яндекс могут показывать русскую версию англоязычным пользователям или, что ещё хуже, воспринимать языковые версии как дубли контента и выкинуть одну из индекса.

Hreflang добавляется тремя способами: в теге head каждой страницы, в HTTP-заголовках или в sitemap.xml. Я предпочитаю комбинированный подход — в head и в sitemap одновременно. Это избыточно, но надёжно.

Формат разметки выглядит так: для каждой страницы указываете все её языковые версии, включая текущую, плюс x-default для варианта по умолчанию. Важный момент — hreflang должен быть взаимным: если русская страница ссылается на английскую, то английская обязана ссылаться обратно на русскую. Иначе поисковик проигнорирует разметку.

На практике чаще всего ломается именно взаимность. Добавили новую страницу в русской версии, забыли создать английскую — и hreflang на всех связанных страницах стал невалидным. Я рекомендую автоматизировать генерацию hreflang через CMS или фреймворк, чтобы исключить человеческий фактор.

Кто должен переводить: три подхода с разным бюджетом

Машинный перевод как черновик. DeepL, Google Translate, Яндекс.Переводчик — всё это годится только как отправная точка. Я иногда использую DeepL для первого прохода, а затем отдаю текст редактору-носителю. Это экономит время, но не деньги на редактуру. Публиковать машинный перевод без редактуры категорически нельзя — это разрушает доверие. Носители языка мгновенно распознают «переводный» текст и воспринимают компанию как несерьёзную.

Профессиональный переводчик. Человек с лингвистическим образованием и опытом перевода коммерческих текстов. Важно искать специалиста с пониманием маркетинга — чистый лингвист переведёт точно, но не адаптирует посылы под целевую аудиторию. Стоимость: от 500 до 1 500 рублей за тысячу знаков в зависимости от сложности текста и квалификации переводчика. Для сайта из 20 страниц — рассчитывайте на 30 000–80 000 рублей.

Копирайтер-носитель языка. Лучший вариант с точки зрения качества. Носитель не переводит — он пишет заново на английском, используя русский текст как основу и бриф. Результат звучит естественно, тексты попадают в культурный контекст, маркетинговые посылы работают. Стоимость выше — от 3 000 до 8 000 рублей за страницу. Для ключевых страниц (главная, услуги, о компании) это окупается многократно.

Мой совет: комбинируйте подходы. Ключевые продающие страницы — копирайтер-носитель. Информационные и технические разделы — профессиональный переводчик. Блог — переводчик плюс редактура носителем. Служебные страницы (политика конфиденциальности, условия) — юридический переводчик.

SEO для английской версии: заново, а не копипаст

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

Пример: в русском сегменте ищут «заказать сайт под ключ», а в английском — «custom web development services» или «hire web developer». Это совершенно разные запросы с разной конкурентной средой. Семантическое ядро для английской версии собирается с нуля — через Ahrefs, SEMrush, Google Keyword Planner. Исследуется реальный спрос, анализируется конкуренция, определяются приоритетные кластеры.

Meta-теги (title, description) пишутся отдельно для каждого языка — не переводятся, а создаются заново с учётом англоязычных ключей. URL-структура тоже адаптируется: /uslugi/razrabotka-sajtov/ становится /en/services/web-development/, а не /en/uslugi/razrabotka-sajtov/.

Если вы нацеливаетесь на конкретную страну (например, США или Великобританию), укажите геотаргетинг в Google Search Console. Для sайтов на отдельных доменах (.com, .co.uk) это особенно важно — Google должен понимать, для какой аудитории предназначен контент.

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

Технические детали, которые часто упускают

Форматы дат и чисел. В русской версии — 15.03.2026 и 1 500 руб. В английской — March 15, 2026 и $1,500. Разделители тысяч, десятичные знаки, порядок дня и месяца — всё разное. Автоматическое форматирование через Intl API в JavaScript решает эту проблему элегантно.

Длина текстов. Английские тексты обычно короче русских на 15–20%. Это влияет на вёрстку: кнопки, заголовки, карточки — всё должно выглядеть аккуратно на обоих языках. Тестируйте обе версии визуально.

Направление текста. Если планируете арабскую или ивритскую версию — готовьтесь к RTL-вёрстке. Но даже для английского есть нюансы: ширина шрифтов, высота строк, адекватность типографики для латиницы.

Переключатель языка. Размещайте в шапке, используйте флаги стран с осторожностью (английский — это не только Британия, а испанский — не только Испания). Лучше текстовые метки: RU / EN / DE.

Стоит ли вообще делать английскую версию

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

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