Hreflang и региональность: техническое SEO для сайта на нескольких языках

Многоязычный сайт может показывать русскоязычному пользователю английскую страницу, а клиенту из Казахстана, русскую версию для России с неподходящей валютой и условиями доставки. Причина часто не в качестве текста, а в том, что поисковая система не понимает связь между версиями. Hreflang и региональность помогают дать ей чёткий сигнал, какую страницу показывать конкретному языку и стране.

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

Что решают hreflang и региональность сайта

Атрибут hreflang связывает страницы с одинаковым смыслом, предназначенные для разных языков или сочетаний языка и страны. Он не переводит сайт, не выбирает город посетителя и не гарантирует позицию. Его задача скромнее и важнее: сообщить поисковой системе, что URL являются альтернативами, а не случайными дублями.

Например, у компании есть страница услуги на русском для России, русском для Казахстана и английском для международных клиентов. Если все три URL содержат взаимные аннотации, поисковик получает карту соответствий. По запросу на русском из Казахстана он может выбрать локальную русскую страницу, а не общую версию для России.

Hreflang нужен не для того, чтобы «продвигаться в другой стране», а чтобы поисковик не ошибался при выборе уже подготовленной для этой аудитории страницы.

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

Настройка оправдана, когда версии реально отличаются для пользователя: переводом, ассортиментом, ценой, законодательными условиями, доставкой, контактами или предложением. Если меняется только телефон в подвале, создавать отдельную языковую версию и усложнять индексацию обычно не нужно.

Язык, страна и регион: не путайте три уровня

Языковой код отвечает на вопрос, на каком языке человек читает страницу. Код страны уточняет, для какого рынка подготовлена именно эта языковая версия. В hreflang используют сочетания по стандартному виду: ru, en, ru-RU, ru-KZ, de-DE. Регистр букв не является главным, но единый формат упрощает проверку.

Страница с hreflang="ru" предназначена для русскоязычной аудитории без привязки к одной стране. Вариант hreflang="ru-RU" более узкий, он подходит русскоязычным пользователям в России. Вариант "ru-KZ" не означает казахский язык: это русский язык для Казахстана. Для казахского понадобится код kk или сочетание с кодом страны, если действительно есть отдельная версия.

Регион города, например Екатеринбурга или Новосибирска, не записывают в hreflang. Конструкций вроде ru-Moscow не существует. Городскую привязку формируют отдельные посадочные страницы, сведения о зоне работ, контакты и содержание. Не стоит плодить URL по городам, если вы не можете показать различия в сроках, логистике, ассортименте, команде или условиях.

Когда достаточно одного языка

Российской компании с доставкой по стране, едиными ценами и русским интерфейсом обычно не нужны ни hreflang, ни страницы ru-RU. Они добавят поддержку без ощутимой пользы. Отдельная русская версия для другого государства уместна, когда отличаются валюта, договор, налоги, доставка, наличие, контакты или правила оплаты.

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

Какую структуру URL выбрать для языковых версий

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

Важно, чтобы у каждой версии был постоянный, доступный без cookie и личного кабинета адрес. Не используйте один URL, который меняет язык автоматически по IP, заголовку браузера или выбору пользователя без смены адреса. Робот мож��т увидеть лишь одну вариацию, а пользователь не сможет скопировать ссылку на нужную версию.

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

Как правильно внедрить hreflang

Есть три равноправных способа передать аннотации: теги link в блоке head HTML, заголовок HTTP и XML-карта сайта. Для обычного сайта удобнее теги в head. Для PDF и других не-HTML файлов используют HTTP-заголовки. XML-карта подходит большим проектам, но требует аккуратной генерации и отдельной проверки.

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

<link rel="alternate" hreflang="ru-RU" href="https://example.com/ru/usluga/">
<link rel="alternate" hreflang="ru-KZ" href="https://example.com/kz/usluga/">
<link rel="alternate" hreflang="en" href="https://example.com/en/service/">
<link rel="alternate" hreflang="x-default" href="https://example.com/choose-language/">

Каждый URL из группы обязан ссылаться на все остальные, включая себя. То есть русская страница перечисляет русскую, казахстанскую и английскую версии, и каждая из них содержит тот же комплект адресов. Ссылка должна вести на канонический URL с кодом ответа 200, без редиректа, запрета в robots.txt и метатега noindex.

Зачем нужен x-default

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

Не каждая страница обязана иметь все языковые аналоги. Если товар продаётся только в России, не добавляйте его в группу с английским каталогом ради формальности. Для него допустима только русская страница с самоссылкой. Главное, чтобы на английской версии не оставалось ссылки hreflang на несуществующий российский товар и наоборот.

Canonical, редиректы, карта сайта и другие сигналы

Hreflang не отменяет canonical. Каноническая ссылка на каждой локальной странице обычно должна указывать на неё же. Английская версия каноникалит английский URL, русская, русский. Указывать canonical со всех переводов на одну главную русскую страницу означает сказать роботу, что остальные варианты являются дублями и не должны участвовать в поиске.

Особенно опасна принудительная переадресация по IP. Человек из Германии может находиться в русскоязычной командировке, а робот из другой страны должен видеть все версии. Вместо жёсткого 301 или 302 покажите ненавязчивое предложение переключиться: «Похоже, вам удобнее английская версия», с возможностью отказаться. Выбор пользователя сохраняйте, но не лишайте его доступа к любому URL.

В XML-карте должны быть только индексируемые канонические страницы с кодом 200. Карта помогает обнаружению, но не исправит неверные связи. Проверьте единообразие HTTP и HTTPS, наличие или отсутствие www, завершающего слеша и регистра букв. Маленькое расхождение превращает «тот же адрес» в другой URL.

При смене структуры языковых папок задача похожа на переезд: нужен постраничный список старых и новых адресов, 301-переадресации и контроль индексации. Полезно свериться с материалом о переезде сайта на новый домен или хостинг, поскольку механика проверки редиректов и канонических адресов здесь та же.

Локализация контента: что должно отличаться кроме перевода

Поисковик оценивает не только служебные теги. Версия дл�� другого рынка должна отвечать на реальные вопросы его посетителя. Проверьте валюту и способ её отображения, единицы измерения, сроки доставки, доступность оплаты, гарантию, юридические документы, телефоны, адреса и форму обратной связи.

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

Не копируйте русский текст в английский раздел, изменив только title. Это не языковая версия, а дубль с ложным сигналом. Для каталога сначала переводят страницы с устойчивым спросом и понятной экономикой, затем категории, карточки и справочные материалы. В типичном проекте техническая настройка для 20-50 готовых пар URL занимает 1-3 рабочих дня, а подготовка качественных переводов и локальных условий обычно занимает больше времени.

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

Типичные ошибки и их последствия

• Коды придуманы вручную. Например, ru-Russia или kz-RU. Робот не распознаёт такую аннотацию. Используйте стандартные коды языка и страны.
• Связи не взаимные. Русская страница ссылается на английскую, а английская не ссылается обратно. Группа может быть проигнорирована.
• В hreflang стоят редиректы или 404. После изменения URL шаблон не обнови��и. Нужен прямой конечный адрес с ответом 200.
• Canonical ведёт на другой язык. Это конфликт сигналов, в котором поисковик чаще доверяет каноникализации.
• Все страницы имеют одинаковый набор альтернатив. На карточку конкретного товара ставят ссылки на главные страницы языков. Пользователь и робот получают несоответствие по смыслу.
• Язык определяется только автоматически. Робот не находит постоянные версии, а пользователь не может выбрать нужный вариант.
• В переводе остались чужие цены и контакты. Технически страница индексируется, но коммерчески не работает и подрывает доверие.

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

Как проверить настройку до и после запуска

Начните с таблицы соответствий. В первом столбце укажите смысловую сущность, например «монтаж оборудования», затем URL каждой языковой версии, canonical, код ответа, индексируемость и набор hreflang. Такая таблица сразу показывает, где нет пары, куда ведёт редирект и какие страницы нельзя включать в группу.

1. Соберите все индексируемые страницы по каждому языку, включая категории, карточки, статьи и служебные разделы.
2. Проверьте коды ответа: нужны 200, без цепочек переадресаций и страниц с параметрами отслеживания.
3. Сверьте title, основной язык текста, валюту, контакты, условия и доступность формы.
4. Убедитесь, что canonical каждой версии указывает на саму себя.
5. Проверьте взаимность ссылок hreflang и наличие самоссылки в каждой группе.
6. После обхода роботом отслеживайте исключенные страницы и сообщения об альтернативных вариантах в панелях поисковых систем.

Если сайт уже теряет переходы из-за путаницы языков, лучше не исправлять отдельные теги наугад. Стоит заказать SEO-аудит сайта, чтобы проверить индексацию, шаблоны, дубли, редиректы и карту URL как единую систему. После исправления эффект оценивают не на следующий день, а после повторного обхода и обновления выдачи, срок зависит от размера и частоты обновления сайта.

Hreflang не заменяет работу с запросами, структурой и коммерческими факторами на каждом рынке. Когда техническая база приведена в порядок, дальнейший рост требует отдельной стратегии SEO-продвижения для приоритетных языковых версий, с учётом спроса и конкуренции конкретной страны.

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

Нужен ли hreflang для русской и украинской версий?

Да, если это отдельные страницы на русском и украинском языках, доступные для индексации. Для русской используйте ru или ru-RU, для украинской, uk или uk-UA, в зависимости от вашей географии и структуры. Не объединяйте разные языки одним тегом.

Можно ли настроить hreflang только на главных страницах?

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

Нужно ли создавать отдельный домен для каждой страны?

Нет. Подкаталоги и поддомены также позволяют чётко разделить версии. Отдельные национальные домены оправданы, когда рынки развиваются почти независимо и есть ресурсы на их поддержку, контент, юридичес��ие сведения и ссылочную работу.

Поможет ли hreflang занять позиции в другой стране?

Напрямую нет. Он помогает показать нужную страницу уже релевантному пользователю. Позиции зависят от качества локальной страницы, спроса, конкуренции, технического состояния сайта и других факторов.

Что делать, если для части товаров нет перевода?

Не объявляйте непереведённую страницу альтернативой. Оставьте товар в версии, где он доступен, либо создайте качественный перевод. В переключателе можно объяснить, что страница пока доступна только на другом языке.

Что делать: короткий план

1. Определите рынки, где различаются язык, валюта, доставка, документы или предложение, и не создавайте лишних версий.
2. Выберите постоянную структуру URL, подготовьте карту соответствующих страниц и настройте понятный переключатель языка.
3. Проверьте локальный контент: цены, контакты, формы, условия, единицы измерения и качество перевода.
4. Добавьте взаимные hreflang, самоссылки и при необходимости x-default на канонические URL с кодом 200.
5. Согласуйте hreflang с canonical, XML-картой, редиректами и правилами индексации.
6. После публикации проведите выборочную и автоматическую проверку, затем отслеживайте обход и поисковые переходы по каждой версии.

Хорошая настройка выглядит незаметно: пользователь сразу получает понятную ему страницу, а поисковик видит логичную структуру без конфликтующих сигналов. Это тот случай, когда техническая аккуратность напрямую защищает деньги, вложенные в перевод, каталог и привлечение трафика.