Руководство по SEO-настройке многоязычных сайтов. Атрибут hreflang, выбор структуры URL, субдиректории и поддомены. Как избежать дублей и правильно организовать переключение языков для Яндекса.
Введение
Бизнес вышел на новый рынок. Появились клиенты из Казахстана, Беларуси, а может, и из дальнего зарубежья. Вы делаете версию сайта на другом языке и... получаете дубли страниц в индексе, путаницу в выдаче и потерю позиций. Многоязычный сайт — это не просто перевод контента. Это техническая задача, которая при неправильном решении убивает SEO. Поисковик должен понять: эти две страницы не дубли, а языковые варианты одного и того же контента, и показывать пользователю версию на его языке. В этой статье разберём, как настроить многоязычный сайт без потери позиций: выбор структуры URL, настройка hreflang, работа с дублями и особенности для Яндекса.
Выбор структуры: домен, поддомен или субдиректория
Первый вопрос при создании многоязычного сайта: где будут жить языковые версии? Есть три варианта. Первый: отдельные домены (site.ru, site.kz, site.by). Плюс — максимальная локализация, поисковики чётко разделяют сайты по странам. Минус — дорого и сложно в управлении, ссылочный вес не передаётся между доменами автоматически. Второй: поддомены (ru.site.com, kz.site.com). Плюс — разделение на уровне поддоменов, удобно для крупных проектов. Минус — поисковики могут воспринимать поддомены как отдельные сайты, вес основного домена распределяется. Третий: субдиректории (site.com/ru/, site.com/kz/). Плюс — весь ссылочный вес консолидируется на одном домене, проще в управлении, дешевле. Минус — менее выраженная геолокализация. Для большинства проектов субдиректории — оптимальный выбор. Вес домена не размывается, настройка проще, а геопривязку можно усилить через региональность в Яндекс.Вебмастере. Подробнее о региональном продвижении читайте в статье Локальное SEO: как продвинуть сайт в своём городе.
Hreflang: язык атрибутов, который понимают поисковики
Hreflang — это атрибут, который говорит поисковику: «Вот страница на русском для России, а вот её аналог на казахском для Казахстана — не считай их дублями». Технически hreflang реализуется тремя способами: через HTML-теги в head, через HTTP-заголовки, через sitemap.xml. Самый надёжный способ — HTML-теги. На каждой странице прописываются ссылки на все языковые версии, включая саму себя. Например, на русской версии: ссылка на русскую с hreflang="ru", ссылка на казахскую с hreflang="kk", ссылка на английскую с hreflang="en". И на казахской — то же самое. Важно: все страницы должны ссылаться друг на друга симметрично. Если русская страница ссылается на казахскую, казахская обязана ссылаться на русскую. Разрыв цепочки приведёт к тому, что hreflang не сработает. Проверить корректность можно в Яндекс.Вебмастере в разделе «Индексирование» — там будут предупреждения о проблемах с hreflang, если они есть.
Как избежать дублей при переводе контента
Главная SEO-опасность многоязычного сайта — дубли. Если у вас одинаковый контент на разных языках доступен по разным URL, это не дубли, это языковые версии (при правильном hreflang). Но если контент на одном языке доступен по двум URL — это дубль. Типичные ошибки. Первая: страница-переключатель языков, которая сама имеет URL и индексируется. Это пустая страница с флагами, которая не должна быть в индексе. Закройте её через noindex. Вторая: отсутствие канонических тегов. Каждая языковая версия должна иметь canonical на саму себя. Третья: автоматический редирект по языку браузера. Если пользователь из Казахстана заходит на site.ru, а его редиректит на site.ru/kz/ — это плохо и для пользователя (он не может выбрать), и для робота (он не может обойти русскую версию). Решение: показывать баннер с предложением перейти на локальную версию, но не редиректить принудительно. Четвёртая: не переведены служебные элементы — title, description, alt-тексты, хлебные крошки. Если они остались на русском, а сама страница на казахском — это сигнал некачественной локализации. О том, как правильно удалять страницы, которые не должны индексироваться, читайте в статье Как удалить страницы из поиска: правильные способы и опасные ошибки.
Региональность в Яндексе для разных языковых версий
Яндекс учитывает региональность сайта при ранжировании. Для многоязычного сайта важно, чтобы русская версия ранжировалась в России, казахская — в Казахстане, и так далее. В Яндекс.Вебмастере для каждой субдиректории можно задать свой регион. Зайдите в настройки сайта, раздел «Региональность». Если у вас субдиректории (site.ru/kz/), регион задаётся для всего домена, и это проблема. Решение: использовать разные домены или поддомены для разных стран. Если же ваша цель — просто разные языки без привязки к стране, региональность не трогайте. Для международных проектов используйте hreflang с указанием языка без страны (hreflang="en") — это скажет Яндексу, что страница на английском для любой страны.
Переключение языков: UX и SEO вместе
Переключатель языков должен быть удобным для пользователя и понятным для робота. Правила хорошего переключателя. Первое: используйте обычные HTML-ссылки, а не JavaScript. Робот должен видеть ссылки на языковые версии. Второе: ссылки должны вести напрямую на соответствующую страницу, а не на главную языковой версии. Если пользователь на странице товара, переключение языка должно открыть страницу этого же товара на другом языке, а не главную. Третье: не используйте флаги как единственный идентификатор языка. Флаг — это страна, а не язык. Английский может быть нужен пользователям из десятков стран. Добавьте текстовое обозначение языка рядом с флагом. Четвёртое: текущий язык не должен быть ссылкой — это путает пользователей и создаёт циклические ссылки. Пятое: переключатель должен быть доступен на всех страницах и на всех устройствах.
Техническая реализация hreflang через sitemap
Если сайт большой и править HTML-код каждой страницы сложно, используйте sitemap.xml для указания hreflang. В sitemap для каждого URL можно указать его языковые варианты через элемент link с атрибутом rel="alternate" и hreflang. Это чище, чем HTML-теги, и не засоряет код страниц. Минус: sitemap нужно обновлять при каждом изменении структуры. Плюс: все языковые связи хранятся в одном файле, что упрощает аудит. Комбинированный подход: hreflang в sitemap для основных связок, плюс HTML-теги для ключевых страниц. Так вы страхуетесь от ошибок в одном из методов.
Часто задаваемые вопросы
Обязателен ли hreflang, если языки на разных доменах? Да, даже более обязателен. Без hreflang поисковик не поймёт, что site.ru и site.kz — это один и тот же контент на разных языках, а не два независимых сайта. Без hreflang на разных доменах вы гарантированно получите дубли в индексе и потерю позиций.
Что делать, если для некоторых языков нет полного перевода? Если страница не переведена, не создавайте пустую заглушку и не ставьте hreflang на неё. Лучше отсутствие языковой версии, чем дубль с автоматическим переводом или пустая страница. Пользователь, попавший на непереведённую страницу, уйдёт, и поведенческие факторы ухудшатся.
Как Яндексу указать язык страницы, если нет hreflang? Яндекс определяет язык страницы по контенту. Если 90 процентов текста на русском, страница считается русскоязычной. Но полагаться только на автоопределение рискованно — лучше явно указать язык через hreflang и атрибут lang в HTML-теге.
Можно ли использовать автоматический перевод контента? Для SEO — нет. Яндекс и Google негативно относятся к автоматически переведённому контенту низкого качества. Если вы выходите на новый рынок, инвестируйте в профессиональный перевод. Одна плохо переведённая страница может потянуть вниз всю языковую версию.
Сколько языковых версий можно сделать на одном домене? Технически — сколько угодно. Но каждая версия должна иметь уникальный контент. Если у вас 20 языков и все страницы переведены качественно — отлично. Если 20 языков, но 15 из них — автоперевод с ошибками — вы создадите 15 мусорных разделов, которые ухудшат репутацию домена.
