Когда мультиязычный сайт нужен и самые частые ошибки при запуске
Мультиязычный сайт оправдан, когда под него есть реальный спрос: зарубежная аудитория, которой вы хотите продавать, партнёры и клиенты из других стран, которым нужна документация на их языке. Переводить сайт «для солидности», без реального иностранного спроса, смысла нет: поисковик учитывает не факт наличия второй языковой версии, а то, есть ли под неё живой запрос.
Если спрос есть, при запуске допускают несколько характерных ошибок:
- Перевод есть, hreflang нет. Поисковик не понимает, что страницы — это версии одного материала на разных языках. В итоге они конкурируют между собой в выдаче, или одна из них не индексируется вовсе.
- Машинный перевод без редактуры. Google умеет определять автоматически переведённый текст и снижает таким страницам приоритет в индексации. Перевод нейросетью подходит как черновик, но не как финальный контент.
- Неверная структура URL. Языковую версию вынесли через GET-параметр вида
site.ru?lang=en— это худший вариант с точки зрения SEO. Подробнее о выборе структуры — в следующем разделе. - Одна карта сайта на всё. Если в sitemap.xml нет hreflang-связей между языковыми версиями, поисковик видит набор разрозненных страниц, а не связанную структуру.
Добавьте к этому одинаковый атрибут lang на всех страницах и отсутствие hreflang в карте сайта — и получите классический набор, из-за которого сайт год работает без иностранного трафика.
Три структуры URL: поддомен, папка и параметр
Выбор структуры URL стоит сделать правильно с первого раза: переход с одного варианта на другой требует настройки редиректов и повторной индексации страниц.
Папка: site.ru/en/
Самый распространённый вариант для большинства проектов. Языковая версия живёт внутри одного домена и наследует его ссылочный вес. Яндекс и Google хорошо обрабатывают такую структуру, настройка не требует отдельных DNS-записей.
Поддомен: en.site.ru
Google и Яндекс воспринимают поддомен как самостоятельный сайт: ссылочный вес основного домена ему не передаётся, авторитет нужно нарабатывать заново. Поддомен имеет смысл, если языковые версии принципиально разные: отдельный продукт для другого рынка.
Параметр: site.ru?lang=en
Технически работает, но создаёт устойчивые проблемы. Поисковики плохо сканируют параметризованные URL: часто воспринимают их как дубли основных страниц и могут вообще не включать в индекс. Если сайт уже работает с параметрами, их роль можно указать через Яндекс Вебмастер и Google Search Console, но это временный костыль, а не решение. При первой возможности стоит перейти на структуру с папками.
| Структура | Ссылочный вес | Сложность настройки | Подходит для |
|---|---|---|---|
site.ru/en/ | Наследует от основного домена | Низкая | Большинства проектов |
en.site.ru | Набирается отдельно с нуля | Средняя | Раздельных продуктов на разных рынках |
site.ru?lang=en | Риск попасть в дубли | Высокая (из-за проблем с индексацией) | Не рекомендуется |
Тег hreflang: как прописать правильно
Hreflang — атрибут тега <link>, который сообщает поисковику: «эта страница предназначена для пользователей с таким-то языком и регионом». Без него поисковик сам решает, какую версию показывать в каком регионе, и нередко ошибается: показывает русскую страницу немецкому пользователю или не индексирует одну из версий вовсе.
Тег прописывается в разделе <head> каждой страницы. На каждой странице должно быть три тега: ссылка на русскую версию, ссылка на английскую и указание версии по умолчанию (x-default). URL в атрибуте всегда абсолютный, с протоколом. Альтернатива — прописать hreflang в XML-карте сайта или в HTTP-заголовках, но вариант через <head> проще проверить непосредственно в браузере.
Ключевые правила
- Двусторонность обязательна. Если русская страница ссылается на английскую через hreflang, английская должна ссылаться обратно на русскую. Одностороннее указание поисковик игнорирует — это одна из самых частых причин, почему hreflang «не работает».
x-defaultобязателен. Этот специальный код указывает страницу по умолчанию: для пользователей, чей язык не совпадает ни с одной из прописанных версий. Обычно это главная языковая версия сайта (в нашем случае русская).- Коды языков — по стандарту ISO 639-1. Правильно:
ru,en,de. Можно добавить региональный суффикс:en-gb,en-us— если контент различается для разных стран с одним языком. Придумывать коды нельзя. - URL — абсолютные во всех тегах. Всегда полный адрес с протоколом:
https://site.ru/en/, а не/en/. Относительные ссылки поисковик воспринимает непредсказуемо. - Единообразие слэша. Если URL страницы содержит завершающий слэш, он должен быть во всех hreflang-тегах. Разные написания поисковик считает разными страницами.
Частые ошибки в hreflang
- Hreflang есть на страницах, но отсутствует в XML-карте — или наоборот. Инструменты вебмастеров сообщат об ошибках несоответствия.
- На странице с hreflang стоит canonical, который ведёт на другую языковую версию. Canonical говорит «основная — вон та», hreflang говорит «обе равноправны». Поисковик выберет одно указание — чаще в пользу canonical.
- Страниц в одной языковой версии больше, чем в другой. Для страниц без пары с hreflang поисковик может счесть их дублями.
Как проверить hreflang
Для Google — отчёт «Международный таргетинг» в Google Search Console (раздел «Старые инструменты и отчёты»). Там видны ошибки hreflang по всему сайту и список стран, для которых правило корректно сработало.
Для Яндекса: раздел «Индексирование» в Яндекс Вебмастере. Если hreflang прописан в карте сайта, ошибки разбора будут отображаться в соответствующем разделе.
Технический сканер Screaming Frog выгружает все hreflang-связи в виде таблицы и автоматически проверяет двусторонность: удобно для сайтов с большим числом страниц.
Языковые сигналы для поисковиков
Hreflang — главный сигнал, но не единственный. Поисковик учитывает несколько источников информации о языке и регионе страницы, и чем больше из них согласованы, тем надёжнее работает языковая разметка.
- Атрибут
langу тега<html>. На каждой странице должен быть прописан язык документа:<html lang="en">для английской версии,<html lang="ru">для русской. Это обязательный элемент разметки по стандарту HTML5, который браузеры и поисковики используют для определения языка текста. - Язык самого контента. Поисковик анализирует текст страницы напрямую. Если «английская» версия содержит русский текст или автоматический перевод явно низкого качества, hreflang не поможет: страница не будет релевантно ранжироваться для англоязычной аудитории.
- Геотаргетинг в Google Search Console. При структуре с папками (
site.ru/en/) можно вручную указать целевую страну через раздел «Международный таргетинг» в Search Console. Это помогает при продвижении в конкретном регионе: если хотите ранжироваться в Великобритании, а не просто «для всех, кто пишет по-английски», геотаргетинг ускоряет привязку. - Регион сайта в Яндекс Вебмастере. В разделе «Информация о сайте → Регион» можно указать целевой регион для каждой языковой версии. Особенно важно для русскоязычных сайтов, работающих в нескольких странах СНГ с разными доменными зонами или языковыми папками.
- Расположение сервера. Это сигнал, который поисковики учитывали активнее лет десять назад. Сейчас его роль минимальна: CDN-сети размывают привязку IP к стране, и Google прямо говорит, что расположение сервера является слабым сигналом по сравнению с контентом и hreflang.
Чем больше сигналов согласованы между собой, тем надёжнее работает языковая разметка. Расхождение между атрибутом lang, hreflang и геотаргетингом — первое, что стоит проверить, если языковая версия не приносит ожидаемого трафика.
Контент на другом языке: перевод, адаптация или отдельное ядро
На контенте чаще всего экономят — и именно здесь теряют больше, чем сэкономили. Есть три уровня работы с текстом при запуске второй языковой версии.
Дословный перевод
Минимальный вариант. Оправдан, только если аудитория и предложение в обеих странах одинаковы, перевод делает нативный редактор, а заголовки проверены под реальный спрос на новом языке. Запросы на другом языке формулируются иначе, и название услуги в прямом переводе может не совпадать с тем, что реально ищут люди.
Адаптация
Перевод плюс замена примеров, цен, контактов и культурных отсылок на актуальные для целевого рынка. Ключевые запросы подбираются заново через инструменты типа Google Keyword Planner или Ahrefs. Это оптимальный путь для большинства малых и средних бизнесов, которые только начинают выход на зарубежную аудиторию: не требует кардинального пересмотра структуры сайта, но даёт контент, который реально ищут.
Отдельное семантическое ядро
Максимальный вариант для проектов, где иностранный рынок — стратегический приоритет. Семантику собирают заново через Google Keyword Planner, Ahrefs или Semrush, структура страниц может отличаться от русской, тексты пишут носители языка. Трудоёмко, но единственный подход, который даёт результат в конкурентных нишах.
Для старта рекомендуем адаптацию. Дословный перевод в большинстве ниш не даёт ожидаемого SEO-результата, а отдельное семантическое ядро слишком трудоёмко как первый шаг, пока неизвестно, будет ли трафик вообще. Адаптация — разумный компромисс: проверяете гипотезу без полной переработки сайта.
Технические проблемы: дубли, каннибализация и мониторинг
Запуск мультиязычного сайта без технической подготовки порождает два характерных класса проблем, которые внешне похожи, но решаются по-разному.
Дубли страниц
Если языковые версии технически идентичны по структуре, а hreflang не прописан, поисковик видит наборы страниц с похожим контентом и помечает их как дубли. Одну из версий он исключает из индекса, причём не обязательно ту, которую вы хотели бы убрать.
Решение: не canonical, а корректный hreflang. Канонический тег здесь лишний — он «закрепляет» одну версию в ущерб другим, а задача в том, чтобы объяснить поисковику, что версии равноправны и ориентированы на разные аудитории. Подробнее о том, когда нужен canonical и когда он мешает — в статье «Дубли страниц, canonical и noindex: когда что применять».
Каннибализация
Противоположная проблема: русскоязычные страницы начинают появляться в выдаче по английским запросам, и наоборот. Это происходит, когда поисковик не понимает, для какой аудитории предназначена каждая версия. Чаще всего причина — незакрытый hreflang, отсутствие атрибута lang на страницах или смешанный контент: русский текст на «английских» страницах.
Диагностика: в Google Search Console отфильтруйте отчёт «Эффективность» по стране. Если английская страница получает показы по русским запросам — проверьте hreflang и атрибут lang на этих страницах.
Мониторинг после запуска
Регулярно проверяйте три точки:
- Google Search Console, отчёт «Эффективность» по странам — нет ли пересечений: русский трафик на английских страницах или наоборот.
- Яндекс Вебмастер, раздел «Страницы в поиске» — обе версии проиндексированы, в разделе «Ошибки» нет проблем с hreflang.
- Карта сайта — в ней есть оба набора страниц с hreflang-связями, карта подана в обе вебмастер-панели.
Ускорить индексацию новых страниц помогает ручная отправка через инструмент «Проверка URL» в Google Search Console и раздел «Переобход» в Яндекс Вебмастере. Подробнее об этом — в статье «Ускорение индексации страниц в Яндексе».
Для постоянного мониторинга состояния сайта в Яндексе используйте Яндекс Вебмастер: ошибки краулинга, изменения в индексе, статус robots.txt. Методика еженедельной проверки подробно описана в статье «Яндекс Вебмастер: еженедельный мониторинг».
Итого
Мультиязычный сайт без технической подготовки работает хуже, чем одноязычный: страницы конкурируют между собой, одна из версий выпадает из индекса, иностранный трафик не приходит. Порядок действий при запуске:
- Выбрать структуру URL: в большинстве случаев это папка (
site.ru/en/). - Прописать hreflang на каждой странице: двусторонний, с
x-default, с абсолютными URL и единообразными слэшами. - Добавить атрибут
langк тегу<html>каждой языковой версии. - Обновить карту сайта с hreflang-связями и подать её в Google Search Console и Яндекс Вебмастер.
- Подготовить контент: как минимум адаптация под реальные запросы целевого рынка, а не дословный машинный перевод.
- Настроить геотаргетинг в Google Search Console и регион в Яндекс Вебмастере для каждой языковой версии.
- Отслеживать индексацию и трафик из целевых стран через вебмастер-панели.
Эти шаги реализуются последовательно: начать с правильной структуры URL и hreflang, добавить геотаргетинг, потом улучшать контент по мере накопления данных о том, что работает. Главное — не откладывать техническую основу: без неё любая работа над текстом даёт результат медленнее, чем могла бы.