Многоязычный сайт в Рунете — это не просто перевод страниц, а инженерная задача под алгоритмы Яндекса. Если вы планируете запускать ПФ-продвижение через x10seo на сайте с русской и английской версиями, без правильной настройки hreflang и Я.Вебмастера трафик может склеиться, а позиции — провалиться. В этом руководстве разберём по шагам: какую структуру URL выбрать, как разметить языковые версии для Яндекса, как избежать каннибализации запросов между ru- и en-версиями и как настроить отдельные кампании ПФ для каждой локали. К концу статьи вы сможете запустить безопасный рост позиций по обеим версиям без риска санкций.
Что понадобится
Перед стартом убедитесь, что у вас есть доступы и инструменты — без них половина шагов недоступна.
- Подтверждённый сайт в Яндекс.Вебмастере с правами на редактирование настроек региона.
- Счётчик Яндекс.Метрики, установленный на всех языковых версиях.
- Доступ к шаблону страниц или sitemap.xml для добавления тегов hreflang.
- Аккаунт x10seo — при первой регистрации новые пользователи получают 3000 кликов в подарок для теста.
- Список ключевых фраз отдельно для русской и английской версий — пересечений быть не должно.
- Время: 60–90 минут на первичную настройку и 1–2 недели на индексацию изменений Яндексом.
Зачем многоязычному сайту особый подход к ПФ?
Многоязычный сайт — это веб-ресурс с двумя и более языковыми версиями контента, разделёнными по URL-структуре, поддомену или country-домену. В Рунете Яндекс остаётся главным поисковиком: по данным Яндекс.Радара, его доля в поисковом трафике РФ держится выше 65% уже несколько лет. Это значит, что любая ошибка разметки языковых версий бьёт по позициям сильнее, чем в Google.
Алгоритм MatrixNet ранжирует языковые версии независимо — для Яндекса /ru/ и /en/ это фактически два разных «сайта» в одном домене. Поведенческие факторы накапливаются для каждой версии отдельно: клики по en-страницам не улучшат позиции ru-версии, и наоборот. Если запустить ПФ-кампанию без учёта этого, бюджет может работать вхолостую — алгоритм просто не свяжет сигналы с нужной локалью.
Вторая ловушка — каннибализация. Когда обе версии ранжируются по одному запросу (например, brand-name), Яндекс может «прыгать» между ними, ухудшая CTR. Корректные hreflang-теги сообщают поисковику: вот пара страниц, выбери ту, что соответствует языку пользователя.
Шаг 1: Выберите структуру URL для языковых версий
Структура URL — фундамент всей дальнейшей работы. Менять её после индексации больно: придётся настраивать массовые 301-редиректы и ждать переиндексации недели две.
- Поддиректории (рекомендуется): example.com/ru/, example.com/en/. Все сигналы домена суммируются, проще управлять, дешевле SSL.
- Поддомены: ru.example.com, en.example.com. Яндекс воспринимает их как отдельные сайты — нужно добавлять каждый в Вебмастер.
- Отдельные домены: example.ru, example.com. Самый дорогой и сложный вариант, оправдан только для крупных проектов с географическим таргетингом.
- Параметры URL (?lang=en): категорически не подходит — Яндекс часто не индексирует такие версии как отдельные.
- Cookie-based switching: та же страница меняет язык по cookie — поисковики видят только одну версию, остальные не индексируются.
Для большинства проектов в Рунете оптимальный выбор — поддиректории. Они проще всего масштабируются и сохраняют единый бренд-сигнал для алгоритмов Яндекса.
Шаг 2: Настройте теги hreflang правильно
Hreflang — атрибут HTML-тега link, который сообщает поисковику соответствие страниц на разных языках или для разных регионов. Яндекс официально поддерживает hreflang с 2013 года — это описано в справке Яндекс.Вебмастера по многоязычным сайтам.
- В
<head>русской страницы добавьте пару тегов с указанием обеих локалей:<link rel="alternate" hreflang="ru" href="https://example.com/ru/page" />и<link rel="alternate" hreflang="en" href="https://example.com/en/page" />. - На английской странице добавьте те же два тега — ссылки должны быть взаимными.
- Используйте абсолютные URL с протоколом, не относительные.
- Не указывайте
x-defaultдля Яндекса — он игнорирует это значение. Для Google можно добавить отдельно, ниже пары ru/en. - Проверьте корректность через Яндекс.Вебмастер в разделе «Индексирование → Языковые версии».
Альтернативный способ — указать hreflang в sitemap.xml через xhtml:link. Это удобнее для крупных сайтов, где править <head> через CMS сложно. Формат тоже описан в справке Яндекса.
Шаг 3: Подготовьте Яндекс.Вебмастер к мультиязыку
Без настройки Яндекс.Вебмастера поисковик не будет правильно интерпретировать языковые версии — даже с корректным hreflang.
- Откройте раздел «Настройка индексирования → Региональность».
- Для русской версии (/ru/) укажите конкретный регион — например, «Россия» или «Москва». Это критично для геозависимых запросов.
- Для английской версии (/en/) выберите «Не имеет региональной принадлежности» — иначе она будет конкурировать только в локальном поиске.
- В разделе «Индексирование → Языковые версии» проверьте, что Яндекс видит обе версии и пары hreflang.
- Дождитесь обработки изменений — обычно 7–14 дней до полной переиндексации.
Если в отчёте появляются ошибки «Несимметричные ссылки» или «Не найдена обратная ссылка», вернитесь к шагу 2 и проверьте, что обе страницы ссылаются друг на друга через hreflang.
Шаг 4: Создайте отдельные кампании в x10seo для каждой версии
В кабинете x10seo каждая языковая версия должна быть отдельным проектом. Это не прихоть платформы, а следствие архитектуры Яндекса: MatrixNet ранжирует страницы независимо, и поведенческие сигналы между локалями не передаются.
- В app.x10seo.ru нажмите «Создать проект» и укажите URL русской версии — например,
https://example.com/ru/. - Добавьте ключевые фразы только на русском. Если ключ есть и в en-семантике, оставьте его только в одной кампании, чтобы избежать каннибализации.
- Выберите регион и устройства, соответствующие русской аудитории.
- Создайте второй проект для английской версии с URL
https://example.com/en/. - Добавьте англоязычные фразы. Регион для en-версии — обычно «Без региона» или «Весь мир».
- Запустите обе кампании. Тариф «Старт» (10 000 ₽) подходит для теста двух языковых версий, «Рост» (16 000 ₽) — для активной работы с обоими, «Масштаб» (39 000 ₽) — если en-аудитория тоже массовая.
- В разделе «Безопасность» включите авто-стоп от санкций — он работает для каждой кампании независимо.
Шаг 5: Настройте сегменты в Яндекс.Метрике
Без сегментации в Яндекс.Метрике вы не сможете отличить поведение русско- и англоязычных пользователей. А значит — не поймёте, работает ли ПФ-кампания на конкретной локали.
- Откройте отчёт «Источники → Сводка» в metrika.yandex.com.
- Нажмите «+ Сегмент» и выберите «URL страницы → начинается с → /ru/».
- Сохраните сегмент с именем «RU-версия». Повторите для «/en/».
- Создайте отдельный сегмент «Язык браузера → русский» — для проверки реальной аудитории, не просто URL.
- В отчёте «Глубина просмотра» сравните глубину просмотра и время на сайте между сегментами — это базовые ПФ-метрики, которые улучшает x10seo.
Как избежать каннибализации между языками?
Каннибализация — главный риск многоязычного сайта. Возникает, когда обе версии конкурируют за один запрос: например, brand-name запрос «mycompany» одинаково подходит /ru/ и /en/. Яндекс начинает «прыгать» между ними, и обе теряют позиции.
- Используйте canonical URL на каждой странице — он указывает на саму себя, не на «главный» язык.
- Разделяйте семантику: русские ключи только в ru-кампании x10seo, английские — только в en. Никаких пересечений.
- Проверяйте выдачу в приватном окне по brand-запросам — если показывается «не та» версия, проверьте hreflang и регион.
- Не дублируйте title и description между языками даже в переведённом виде — пишите уникальные мета-теги под каждую локаль.
Какие ошибки hreflang критичны для Яндекса?
По данным аналитики команды x10seo, более 60% многоязычных сайтов в Рунете имеют хотя бы одну из этих ошибок:
- Несимметричные ссылки: ru-страница ссылается на en, а en на ru не ссылается. Яндекс игнорирует такую пару полностью.
- Относительные URL:
href="/en/page"вместоhref="https://...". Не работает. - Неверные коды локалей:
hreflang="english"вместоhreflang="en". Допустимы только коды ISO 639-1. - Ссылка на canonical другой версии: en-страница имеет
canonicalна ru-версию — Яндекс выкидывает en из индекса. - Hreflang на noindex-странице: технически валидно, но смысла нет — пара не образуется.
Возможные проблемы и решения
| Проблема | Причина | Решение |
|---|---|---|
| Я.Вебмастер не видит языковые версии | Hreflang добавлен в body, а не в head; или ссылки не взаимные | Перенести теги в <head>, проверить симметричность пар |
| В выдаче показывается не та языковая версия | Неверная региональность или конфликт canonical | Перепроверить настройки региона в Вебмастере и canonical на странице |
| ПФ-кампания в x10seo не даёт роста | Ключи смешаны между ru/en кампаниями | Разнести семантику строго по языкам, перезапустить кампании |
| Английская версия выпала из индекса | Canonical en-страниц указывает на ru-версии | Исправить canonical на самоссылающийся, отправить на переобход |
| Боты x10seo «не понимают» en-версию | Регион в кампании выбран «Россия» для англоязычной версии | В настройках en-проекта выбрать «Без региона» или международный регион |
Часто задаваемые вопросы
Можно ли запустить ПФ x10seo только на одной языковой версии?
Да, это распространённый сценарий. Создайте проект только для нужной локали (например, /ru/) и добавьте ключи на этом языке. Вторая версия будет ранжироваться самостоятельно, без накрутки ПФ. Многие клиенты так и начинают: тестируют русскую версию, потом подключают английскую.
Сколько ждать индексации hreflang в Яндексе?
Обычно 7–14 дней. Можно ускорить переобход через раздел «Переобход страниц» в Я.Вебмастере — отправьте до 20 URL в сутки. Полное обновление отчёта «Языковые версии» занимает до месяца, но базовое связывание пар работает уже через неделю.
Нужен ли отдельный счётчик Метрики для каждой языковой версии?
Нет, достаточно одного счётчика на весь домен. Разделение делается через сегменты по URL или языку браузера. Отдельные счётчики имеет смысл ставить только если у вас разные команды аналитики на каждую локаль или принципиально разная структура целей.
Как x10seo защищает от санкций при работе с двумя версиями?
Авто-стоп от санкций работает независимо для каждого проекта в кабинете x10seo. Если алгоритм обнаруживает аномалию на en-версии, кампания /en/ автоматически приостанавливается, а /ru/ продолжает работать. С 2023 года ни один клиент платформы не получил бан — за это время через систему прошло более 10 миллионов кликов.
Что делать, если контент на en-версии дублируется с ru-переводом?
Перевод не считается дублем для Яндекса при корректной hreflang-разметке. Но мета-теги (title, description) обязательно делайте уникальными — это не только избавит от рисков, но и улучшит CTR в локальной выдаче. Перевод title 1-в-1 — частая причина проседания позиций.
Можно ли использовать поддомен ru.example.com вместо /ru/?
Технически да, но это сложнее: придётся добавлять каждый поддомен в Я.Вебмастер как отдельный сайт и настраивать регион независимо. Для большинства проектов поддиректории удобнее и дешевле в поддержке — все сигналы домена суммируются на одной доменной зоне.