Продвижение в англоязычных регионах

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

Мы в WebTerra не раз запускали и перестраивали языковые версии для магазинов, производителей и сервисных компаний, которые продают в США, Великобритании, Канаде, Австралии и Ирландии. В этой статье — наш рабочий подход: как выбрать между локальными доменами и подпапками, как правильно настроить hreflang, почему перевод и локализация — это разные бюджеты, как работать с носителями языка и что сделать, чтобы новая версия помогала бизнесу, а не вредила тому, что уже работает.

Англоязычный рынок — это не один рынок

Первая ошибка закладывается ещё на этапе идеи: «сделаем английскую версию — и она будет работать на весь мир». Но американский, британский и австралийский покупатели ищут по-разному. Отличается лексика (apartment и flat, sneakers и trainers), правописание (color и colour, optimize и optimise), валюта, единицы измерения, формат дат, способы оплаты и ожидания по доставке. Отличаются и конкуренты в выдаче: по одному и тому же запросу в Google.com и Google.co.uk вы увидите разные сайты.

Поэтому прежде чем что-то переводить, мы отвечаем вместе с клиентом на три вопроса:

1. Где реально есть продажи или спрос? Смотрим статистику заказов, отчёты Search Console по странам, запросы, которые уже приходят от иностранных клиентов.
2. Отличается ли предложение между странами? Если цены, доставка и ассортимент одинаковые, часто хватает одной версии на английском. Если разные — нужны отдельные региональные версии.
3. Сколько ресурсов есть на поддержку? Каждая версия — это не разовый перевод, а постоянная работа: новые товары, акции, блог, ответы клиентам. Три версии, которые никто не обновляет, хуже одной живой.

В большинстве наших проектов мы стартуем с одной версии на английском для всех англоязычных стран, а региональные (например, отдельно для США и Великобритании) добавляем тогда, когда аналитика показывает стабильный спрос и разницу в условиях продажи. Особенности рынка США мы подробно разобрали в статье «Продвижение сайта в США».

Домен, поддомен или подпапка

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

Схема	Пример	Плюсы	Минусы
Локальный домен (ccTLD)	example.co.uk	Самый сильный сигнал страны, доверие местных пользователей	Отдельный сайт с нуля: свой авторитет, ссылки, поддержка, стоимость доменов
Поддомен	en.example.com	Можно разместить на другом сервере или платформе	Авторитет основного домена передаётся слабее, сложнее аналитика
Подпапка	example.com/en/	Наследует вес основного домена, один сайт в администрировании	Более слабый сигнал страны, нужна чистая техническая реализация
Параметр в URL	?lang=en	Прост в разработке	Не рекомендуем: плохо индексируется и путает поисковые системы

Наш выбор по умолчанию — подпапки на основном домене: /en/ для общей английской версии, а при необходимости /en-us/ и /en-gb/ для региональных. Новый раздел сразу получает часть доверия, которое домен накапливал годами, и ему не приходится собирать ссылки с нуля. Для малого и среднего бизнеса это самый быстрый и дешёвый путь к результату.

Локальный домен имеет смысл, когда у вас в стране есть юрлицо, склад или представительство, отдельная команда маркетинга и бюджет на полноценное продвижение отдельного сайта. Тогда .co.uk или .com.au действительно работает на доверие. Но покупать десять локальных доменов «на вырост» и копировать на них один и тот же контент мы не советуем — это десять слабых сайтов вместо одного сильного.

Hreflang: как объяснить поисковику, кому что показывать

Атрибут hreflang подсказывает Google, какую языковую или региональную версию страницы показать конкретному пользователю. Без него британец может попасть на американскую страницу с ценами в долларах, а украинский пользователь — на английскую версию вместо родной. Реализация простая, но ошибки в ней мы находим почти на каждом аудите многоязычного сайта.

Базовый пример для страницы, у которой есть украинская, общая английская и британская версии:

• <link rel="alternate" hreflang="uk" href="https://example.com/poslugy/">
• <link rel="alternate" hreflang="en" href="https://example.com/en/services/">
• <link rel="alternate" hreflang="en-GB" href="https://example.com/en-gb/services/">
• <link rel="alternate" hreflang="x-default" href="https://example.com/en/services/">

Правила, которые мы проверяем всегда:

1. Взаимность. Если страница A ссылается на B, то B должна ссылаться на A. Односторонние связи поисковик игнорирует.
2. Ссылка на саму себя. Каждая страница в наборе указывает и собственный адрес.
3. Правильные коды. Язык — по ISO 639-1, регион — по ISO 3166-1. Британия — это en-GB, а не en-UK. Указать только регион без языка нельзя.
4. Полные абсолютные URL с протоколом, которые отдают код 200, а не редирект или 404.
5. Canonical на себя. У английской страницы не должно быть canonical на украинскую — иначе она выпадет из индекса, и hreflang не поможет.
6. x-default — для пользователей, язык которых не совпадает ни с одной версией. Обычно это общая английская версия или страница выбора языка.

Разместить hreflang можно в <head> страницы, в XML-карте сайта или в HTTP-заголовках (для PDF и других файлов). На больших сайтах, например в магазинах с тысячами товаров, мы отдаём предпочтение карте сайта: она не утяжеляет код страниц, а ошибки проще найти и исправить централизованно. Главное — выбрать один способ и не смешивать их.

После внедрения мы обязательно прогоняем сайт краулером вроде Screaming Frog или Sitebulb: они показывают страницы без обратных ссылок, неверные коды, hreflang на страницы с редиректом или закрытой индексацией. Такую проверку стоит повторять после каждого крупного обновления каталога или смены шаблонов — hreflang ломается тихо, и замечают это обычно уже по падению трафика.

Отдельно о Bing: он опирается на hreflang слабее, чем Google, поэтому мы дополнительно правильно указываем язык через атрибут lang в теге <html>. Для англоязычных рынков это важно: доля Bing там заметно больше, чем у нас.

Перевод и локализация — разные вещи

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

Что меняется	Перевод	Локализация
Ключевые слова	Переведены с украинского	Собраны заново по реальному спросу в стране
Цены и единицы	Гривны, килограммы, сантиметры	Местная валюта, фунты и дюймы там, где так привычно
Примеры и аргументы	Те же, что для Украины	Понятные местному покупателю: стандарты, сертификаты, сравнения
Тон	Как в оригинале	Соответствует рынку: короче, конкретнее, с чётким призывом
Юридические страницы	Переведены	Адаптированы под местные требования к приватности, cookies и возвратам

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

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

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

Как мы работаем с носителями языка

«Найти носителя языка» — не то же самое, что «найти хорошего автора для сайта». Человек может прекрасно говорить по-английски, но не разбираться в вашей нише, не знать SEO или писать слишком академично. Поэтому мы выстраиваем процесс так, чтобы результат не зависел от везения:

1. Семантика и структура от нас. До начала написания мы собираем запросы для страны, группируем их и готовим структуру страниц. Носитель языка не должен угадывать, что ищут люди.
2. Глоссарий терминов. Названия продуктов, услуг, характеристик и бренда — одна таблица, которой придерживаются все авторы. Так у «того же товара» не появляется трёх разных названий на сайте.
3. Бриф для каждой страницы: целевые запросы, цель страницы, аудитория, обязательные факты, что нельзя обещать, призыв к действию.
4. Носитель языка пишет или редактирует — в зависимости от бюджета. Ключевые страницы лучше писать с нуля по брифу. Для больших каталогов подходит машинный перевод плюс тщательная редактура.
5. Проверка специалистом ниши. Технические детали сверяем с клиентом: носитель языка может гладко сформулировать то, что по сути неверно.
6. Финальная SEO-проверка: title, description, заголовки, внутренние ссылки, alt изображений, тексты в шаблонах и сообщениях форм.

Отдельная зона риска — «мелкий» текст интерфейса: кнопки, фильтры, сообщения об ошибках, письма подтверждения заказа, страница 404. О них часто забывают, и человек посреди оформления заказа видит фразу на украинском или корявый машинный перевод. Мы собираем все строки интерфейса в один файл и отдаём его на вычитку вместе с контентом. О подготовке самих текстов — в статье «Как готовить контент для сайта».

Локальные сигналы: почему сайт должен выглядеть «своим»

Даже идеальный текст не убедит британского покупателя, если на странице цена в гривнах, а доставка «по всей Украине». Поисковые системы тоже учитывают, насколько сайт связан со страной. Вот что мы настраиваем для каждой региональной версии:

• Валюта и цены — в местной валюте, с учётом налогов так, как это принято в стране.
• Контакты — телефон в международном формате, часы работы с часовым поясом, удобные мессенджеры, а при наличии — местный адрес или представительство.
• Доставка и оплата — сроки, стоимость, привычные способы оплаты, условия возврата.
• Профиль компании в Google, если есть физическое присутствие в стране.
• Отзывы от клиентов из этого региона на сайте и на независимых площадках, популярных в стране.
• Ссылки и упоминания из местных отраслевых каталогов, медиа, ассоциаций, сайтов партнёров.
• Форматы дат, адресов, телефонов, единиц измерения, правописание в соответствии с вариантом английского.
• Юридические страницы — политика конфиденциальности, cookies, условия возврата, адаптированные под местные требования.

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

Не забывайте и о скорости. Если сервер стоит в Украине, а покупатель — в Калифорнии или Сиднее, каждый запрос преодолевает полмира. CDN и нормальное кеширование здесь не роскошь, а необходимость, ведь Core Web Vitals оцениваются по реальным пользователям из их стран. Эту часть мы делаем в рамках услуги оптимизации сайта.

Как не испортить основной сайт

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

• Никаких автоматических редиректов по IP или языку браузера. Робот Google сканирует преимущественно с американских IP — принудительный редирект может спрятать от него остальные версии. Вместо этого — заметный переключатель языков и ненавязчивая подсказка «Похоже, вам удобнее английская версия».
• Переключатель ведёт на соответствующую страницу, а не на главную другого языка. Если перевода страницы нет — на ближайший раздел.
• Непереведённые страницы не попадают в индекс. Страница с английским меню и украинским текстом — это дубль и плохой опыт. Либо переводим, либо закрываем её в английской версии.
• Один язык — один URL. Не подменяем контент на том же адресе в зависимости от cookies или геолокации.
• Тестируем на копии сайта, закрытой от индексации, а не на рабочем сайте. И не забываем снять запрет при запуске — ошибку с noindex, который «переехал» в продакшн, мы видели не раз.
• Отдельные карты сайта и отчёты для каждой версии, чтобы в Search Console и аналитике видеть её отдельно от основного сайта.
• Запуск поэтапно: сначала главная, ключевые услуги или категории и топовые товары, потом остальное. Сто качественных страниц лучше десяти тысяч сырых.

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

Типичная ситуация из практики

Производитель оборудования, сайт на украинском хорошо ранжируется дома. Английскую версию когда-то сделали через плагин автоматического перевода на поддомене. Результат: тысячи страниц в индексе, канонические адреса указывают на украинские страницы, hreflang отсутствует, цены в гривнах, а в Search Console у английских страниц почти нет показов.

Мы переносим английскую версию в подпапку /en/ с 301-редиректами со старого поддомена, исправляем canonical и настраиваем hreflang через карту сайта. Собираем семантику для англоязычных рынков и видим, что спрос сосредоточен примерно в сорока посадочных страницах, — их носитель языка пишет с нуля по нашим брифам. Остальной каталог переводим машинно с редактурой, а страницы без спроса и без перевода закрываем от индексации. Цены в долларах, контакты с международным кодом, страница доставки для иностранных клиентов.

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

Чек-лист запуска англоязычной версии

• Определены целевые страны и схема: одна общая версия или региональные.
• Выбрана структура URL (мы советуем подпапки) и зафиксирована надолго.
• Собрана отдельная семантика для каждой страны, а не переведена украинская.
• Есть глоссарий терминов и брифы для ключевых страниц.
• Тексты написал или отредактировал носитель языка, интерфейс тоже вычитан.
• Настроен hreflang со взаимными ссылками, самоссылкой и x-default.
• Canonical каждой страницы указывает на саму себя.
• Нет автоматических редиректов, есть переключатель языков на соответствующие страницы.
• Цены, контакты, доставка, юридические страницы адаптированы под страну.
• Непереведённые страницы не индексируются, есть отдельные карты сайта и отчёты.

Частые вопросы

Можно ли обойтись одной английской версией для всех стран?

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

Накажет ли Google за машинный перевод?

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

Можно ли оставить английские страницы одинаковыми для США и Великобритании?

Если вы делаете отдельные версии en-US и en-GB, они должны отличаться хотя бы валютой, контактами, доставкой, правописанием. Почти идентичные страницы поисковик может склеить. Если отличий нет — проще иметь одну версию en.

Сколько времени нужно, чтобы новая версия начала давать трафик?

Индексация и первые показы обычно появляются в течение нескольких недель после запуска. Стабильный трафик в конкурентных нишах — это месяцы работы: контент, ссылки из целевых стран, отзывы. Подпапка на сильном домене стартует заметно быстрее, чем новый отдельный домен.

Итог

Успешная англоязычная версия — это не перевод сайта, а отдельный продукт для другого рынка на общем техническом фундаменте. Правильная структура URL, чистый hreflang, семантика, собранная для конкретной страны, тексты от носителей языка и локальные сигналы работают только вместе. А дисциплина при запуске защищает основной сайт от дублей и путаницы.

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