hreflang для мультирегионального сайта: полный гайд

Hreflang помогает поисковой системе выбрать подходящую языковую и региональную версию страницы. Для сайта в Казахстане это обычно связка ru-KZ для русского языка и kk-KZ для казахского. Сигнал особенно полезен, когда версии отличаются ценами, телефонами, адресами, условиями доставки или составом услуг.

Зачем нужен hreflang казахстанскому сайту

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

Например, у компании могут быть такие URL:

• site.kz/ru/ - русская версия для Казахстана;
• site.kz/kk/ - казахская версия для Казахстана;
• site.kz/ru-ru/ - отдельная версия для клиентов из России.

Без hreflang поисковая система самостоятельно сопоставляет языковые версии по содержанию, ссылкам, доменной зоне и другим сигналам. В результате по запросу из Алматы способна появиться страница с российским номером, а пользователю из Астаны - версия без нужной информации о местной доставке.

Тег не заменяет перевод, региональную структуру и техническое SEO. Он не переключает сайт по IP-адресу и не гарантирует показ нужного URL в каждом поиске. Hreflang следует воспринимать как рекомендацию поисковой системе, а не как жёсткое правило выдачи.

Какие коды hreflang выбрать для Казахстана

Для русской версии в Казахстане используйте ru-KZ, для казахской - kk-KZ. Код ru-RU подходит русской версии для России, а вариант ru без страны - русскоязычной аудитории из разных государств. Язык пишется строчными буквами, код страны - заглавными. Порядок частей менять нельзя.

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

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

Как настроить hreflang через HTML

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

Для страницы https://site.kz/ru/ разметка может выглядеть так:

• <link rel="alternate" hreflang="ru-KZ" href="https://site.kz/ru/">
• <link rel="alternate" hreflang="kk-KZ" href="https://site.kz/kk/">
• <link rel="alternate" hreflang="ru-RU" href="https://site.kz/ru-ru/">
• <link rel="alternate" hreflang="x-default" href="https://site.kz/ru/">

На https://site.kz/kk/ и https://site.kz/ru-ru/ должен находиться тот же набор ссылок. Отличаться будет не список альтернатив, а canonical конкретной страницы и её основной контент. URL в hreflang должны быть абсолютными, открываться по HTTPS, возвращать ответ 200 и не вести на редирект.

Если адрес страницы содержит завершающий слеш, используйте его одинаково во всех местах. Варианты https://site.kz/ru/ и https://site.kz/ru могут обрабатываться как разные URL. Выберите один формат, настройте редирект второго на первый и добавляйте в hreflang только канонический адрес.

Когда выбрать sitemap.xml вместо тегов в head

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

Связка в sitemap строится через xhtml:link. Условный фрагмент для русской страницы выглядит так:

• <url>
• <loc>https://site.kz/ru/</loc>
• <xhtml:link rel="alternate" hreflang="ru-KZ" href="https://site.kz/ru/" />
• <xhtml:link rel="alternate" hreflang="kk-KZ" href="https://site.kz/kk/" />
• <xhtml:link rel="alternate" hreflang="ru-RU" href="https://site.kz/ru-ru/" />
• </url>

В полном файле нужны пространства имён sitemap и XHTML. Генератор должен добавлять одинаковый набор альтернатив к каждой странице одной группы. Ручное редактирование быстро приводит к пропущенным URL после добавления товара, услуги или категории.

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

Как построить структуру мультирегионального сайта

Сначала разделите языковые и региональные задачи. Если цены, доставка и контакты одинаковы по стране, достаточно разделов /ru/ и /kk/. Если условия для Казахстана и России различаются, создавайте отдельные региональные версии и связывайте только страницы, которые действительно соответствуют друг другу.

Для казахстанской компании возможны три схемы:

• Один домен и папки: site.kz/ru/ и site.kz/kk/. Подходит для двух языков в Казахстане.
• Отдельные домены: site.kz и site.kz/ru-ru/. Удобно, когда рынки отличаются ассортиментом, юридическими данными и продвижением.
• Поддомены: ru.site.kz и kk.site.kz. Вариант требует отдельного контроля аналитики, sitemap, SSL и технических настроек.

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

Переключатель языка полезен посетителю, но не заменяет hreflang. Ссылка «Қазақша» должна вести на эквивалент текущей страницы. Если человек находится на карточке услуги, переключение не должно отправлять его на главную казахской версии.

Для локального бизнеса отдельные страницы Алматы и Астаны не всегда нужно связывать как языковые версии. Это посадочные страницы одного языка. Их задачи решают уникальный текст, адрес, зоны обслуживания, местные контакты и региональные настройки, а не набор ru-KZ для каждого города.

Что hreflang не решает в Google и Яндексе

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

Перед внедрением проверьте базовые условия:

• каждая версия доступна поисковому роботу и не закрыта в robots.txt;
• на страницах нет случайного noindex, если их нужно индексировать;
• canonical каждой версии указывает на неё саму, а не на язык по умолчанию;
• все важные URL попадают в sitemap и возвращают ответ 200;
• тексты, title, description, формы, валюты и контакты соответствуют рынку.

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

Типичные ошибки при настройке hreflang

Чаще всего ломается взаимность: русская страница ссылается на казахскую, а казахская не возвращает ссылку. Поисковая система может не учесть такую связь. Другие сбои связаны с URL, которые ведут на редирект, страницу 404, закрытый документ или адрес, объявленный второстепенным через canonical.

• Использование kz вместо kk для казахского языка. Правильно: kk-KZ.
• Смешение регистра: используйте ru-KZ, а не ru-kz или RU-KZ.
• Отсутствие ссылки на саму страницу в собственном наборе альтернатив.
• Связь несоответствующих страниц: главная связана с услугой или товаром.
• Одинаковый контент на языковых URL без полноценной локализации.
• x-default ведёт на страницу выбора языка, которая не работает без JavaScript.
• В разметке смешаны протоколы, домены, слеши или параметры.
• Hreflang добавлен только на главную, хотя переводные услуги и товары тоже индексируются.
• Один шаблон обновлён, а страницы другого модуля CMS остались без разметки.
• Автоматическое переключение по IP мешает роботу стабильно открывать альтернативные URL.

Не стройте языковую стратегию вокруг принудительного редиректа по IP. Пользователь из Алматы может находиться за VPN, временно быть в другой стране или предпочитать русский интерфейс независимо от геолокации. Лучше показать понятный переключатель, сохранить выбранный язык и оставить альтернативные URL доступными для робота.

Плохой признак подрядчика - обещание вывести сайт в поиск только установкой hreflang без вопросов о языках, рынках, URL и CMS. Отчёт с одним скриншотом тега тоже ничего не доказывает. Нужны проверки ответа сервера, canonical, sitemap, обратных ссылок и реального соответствия страниц.

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

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

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

• Откройте исходный HTML и убедитесь, что ссылки находятся в head, если выбран HTML-метод.
• Проверьте каждый URL из hreflang: ответ 200, HTTPS и отсутствие цепочки редиректов.
• Сравните обратные ссылки: если ru-KZ указывает на kk-KZ, на kk-KZ должна быть ссылка обратно.
• Проверьте canonical, robots.txt, meta robots и попадание страниц в sitemap.
• Запустите краулер на выборке или на всём сайте и соберите ошибки по шаблонам.
• Отправьте sitemap в панель вебмастера поисковой системы и наблюдайте за предупреждениями после переобхода.

Отсутствие отдельного отчёта по международной разметке не означает, что всё настроено правильно. Основные ошибки выявляются через краулинг, просмотр HTML, проверку sitemap и анализ того, какие URL реально попадают в выдачу. Сравнивайте не только наличие тегов, но и соответствие показанной страницы языку и региону запроса.

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

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

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

• Нужен ли hreflang, если сайт только на русском языке? Если есть одна версия для Казахстана, обычно нет. Он понадобится после добавления казахской версии или отдельной страницы для другого государства.
• Можно ли указать только ru и kk без стран? Можно, если версии рассчитаны на носителей языка независимо от государства. При разных ценах, доставке и контактах точнее использовать ru-KZ и ru-RU.
• Нужно ли ставить x-default? Его стоит добавить, если есть несколько языковых или региональных вариантов. Он задаёт запасную страницу для пользователя вне описанных комбинаций.
• Работает ли hreflang для страниц, закрытых от индексации? Рассчитывать на него нельзя. Альтернативы должны быть доступны роботу, возвращать 200 и не иметь случайный noindex.
• Можно ли добавить теги только на главную? Для мультирегионального каталога этого недостаточно. Связывайте все равноценные страницы, включая услуги, категории и товары.
• Нужен ли hreflang для страниц Алматы и Астаны? Если это страницы одного языка с разными зонами обслуживания, чаще нет. Их оптимизируют как локальные посадочные страницы с собственными контактами и содержанием.

С чего начать настройку мультирегионального сайта

Начните с инвентаризации: выпишите домены, языки, страны, папки, поддомены, шаблоны страниц и различия в коммерческих условиях. Затем составьте таблицу соответствий и выберите один метод - HTML, sitemap или HTTP-заголовки. До публикации проверьте canonical, robots.txt, статусы ответов и качество переводов.

Если структура сайта требует переработки, SEO-логику лучше заложить на этапе разработки или редизайна. В Pozhidayev корпоративный сайт стоит от 500 000 ₸ и занимает от 21 дня, интернет-магазин - от 500 000 ₸ и от 30 дней. Для готового проекта доступны SEO-продвижение от 250 000 ₸ в месяц и поддержка от 50 000 ₸ в месяц. Цена фиксируется после брифа, на проект действует гарантия 12 месяцев и два бесплатных круга правок.