Проверка hreflang

Проверка hreflang — это бесплатный инструмент технического SEO, который сканирует введённый вами URL и за считанные секунды показывает, корректны ли коды языка/региона в hreflang-тегах страницы, присутствуют ли взаимные возвратные ссылки (return tag), а также self-referencing и x-default. Цель — чтобы ваш многоязычный сайт однозначно сообщал Google, какую языковую версию показывать в какой стране.

Масштаб проблемы велик: исследование 18 786 сайтов с hreflang показало, что на 31,02% сайтов присутствуют противоречивые hreflang-директивы, на 16,04% отсутствует self-referencing-тег, а 47,95% не используют x-default (Search Engine Land / SALT.agency, 2023). Этот инструмент в один клик покажет, есть ли те же ошибки на вашей странице.

Инструмент загружает указанный URL и разбирает все теги <link rel="alternate" hreflang="...">, объявленные на странице (а также в HTTP-заголовке или в sitemap). Затем он проверяет каждый тег и формирует отчёт о соответствии.

• Корректность кодов языка/региона: проверяет, соответствуют ли коды вида en, tr, de-DE, ru-RU стандартам ISO 639-1 (язык) и ISO 3166-1 (страна), и ловит опечатки вроде en-UK (правильно — en-GB).
• Return tag (взаимность): если страница A ссылается на B, страница B обязана ссылаться обратно на A. Инструмент отмечает все разорванные двусторонние связи, потому что Google игнорирует hreflang-теги без взаимности.
• Self-referencing: каждая страница должна содержать hreflang-тег, указывающий на её собственную языковую версию; если его нет — инструмент предупредит.
• x-default: показывает, задана ли версия по умолчанию для пользователей, не совпавших ни с одним языком/страной.
• Конфликты и абсолютные URL: помечает случаи, когда одному языку назначено несколько URL, ссылки указаны относительными вместо абсолютных (https://...) или hreflang противоречит canonical.

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

Неверный hreflang приводит к тому, что Google показывает страницу на неправильном языке не той стране, «хоронит» правильную версию и позволяет языковым версиям каннибализировать друг друга. Тег отказывает бесшумно: вы не получите сообщения об ошибке — вы просто потеряете позиции и клики.

Самые критичные сценарии:

• Разорванный return tag: Google отбрасывает hreflang-тег без обратной ссылки. Даже если турецкая и немецкая версии технически существуют, поисковик может считать их отдельными страницами и показывать не тот язык.
• Недопустимый код: код вроде en-UK или выдуманный регион способен вывести из строя теги всего кластера. По данным исследования, на 8,91% сайтов присутствует как минимум один недопустимый языковой код (Search Engine Land, 2023).
• Каннибализация запросов: языковые версии без чёткого сигнала конкурируют по одному и тому же запросу. Чтобы увидеть этот риск шире, просканируйте пересечения страниц инструментом «Каннибализация».

В официальной документации Google подчёркивается, что hreflang — это сигнал, а не редирект; именно поэтому сигнал должен быть последовательным и взаимным, чтобы всё это работало.

Четыре самые распространённые ошибки — разорванные возвратные ссылки, отсутствующий self-referencing, недопустимые коды языка/страны и отсутствующий x-default. В таблице ниже — частота каждой ошибки по данным масштабного исследования и то, как инструмент их помечает.

Источник: SALT.agency, анализ 18 786 сайтов, 2023.

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

Всего три шага: вставьте URL, запустите сканирование, прочитайте отчёт.

1. Введите URL: вставьте полный адрес страницы, которую хотите проверить (например, английскую версию главной). На многоязычном сайте хороший старт — протестировать по одной репрезентативной странице на каждый язык.
2. Запустите сканирование: инструмент извлечёт hreflang-теги из HTML страницы (а при наличии — из HTTP-заголовка и sitemap) и выполнит проверку кодов и взаимности.
3. Изучите отчёт: корректные теги отмечаются зелёным, отсутствующие или ошибочные — красным. Каждое предупреждение содержит тип проблемы и рекомендуемый правильный код.

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

Используйте отчёт как чек-лист исправлений, чтобы hreflang-блок стал симметричным и с абсолютными URL во всех языковых версиях. На практике это означает:

• Исправление кодов: если инструмент пометил что-то вроде en-UK, замените его на en-GB на всех соответствующих страницах. Язык пишется строчными буквами, страна — прописными (tr, de-DE).
• Достройте возвратные теги: если обнаружена разорванная связь, добавьте возвратный тег на указанную страницу. Каждая страница должна перечислять все языки кластера + саму себя + x-default.
• Абсолютные URL: используйте полные адреса с https:// вместо относительных путей.
• Согласованность с canonical: URL, на который указывает hreflang, не должен противоречить canonical этой страницы. Проверьте это инструментом «Проверка canonical».
• Метод sitemap: при большом числе языков объявление hreflang в XML-sitemap вместо HTML упрощает управление; здоровье вашего sitemap проверьте инструментом «Robots & Sitemap».

После исправлений запустите «Проверку индексации», чтобы убедиться, что страница действительно сканируется и попадает в индекс, — на неиндексируемой странице hreflang не значит ничего.

Hreflang не работает в одиночку: он остаётся здоровым только в связке с триадой canonical + индексация + внутренняя перелинковка. На международном сайте все эти сигналы должны рассказывать одну и ту же историю.

Рекомендуемый порядок аудита:

1. Проверьте языковые сигналы «Проверкой hreflang».
2. Убедитесь, что каждая языковая версия ссылается canonical на саму себя, — инструмент «Проверка canonical».
3. Проверьте доступность страниц для Google — «Проверка индексации».
4. Укрепите архитектуру ссылок между языковыми версиями с помощью инструмента «AI-перелинковка».
5. Отслеживайте, как один и тот же контент позиционируется в поисковой выдаче на разных языках, — «Анализ SERP».

Все эти инструменты бесплатны. Если вы хотите с самого начала правильно выстроить многоязычную архитектуру или профессионально распутать существующий хаос с hreflang, свяжитесь с нашей командой за поддержкой по техническому SEO. В Sora Yazılım мы управляем международной архитектурой сайтов и здоровьем индексации «под ключ».

Максимальную отдачу инструмент даёт на сайтах, которые предлагают один язык нескольким странам или несколько языков одному рынку: он в одно сканирование выявляет разорванные сигналы, из-за которых не та версия ранжируется не в той стране. Разберём типичный случай.

Представьте B2B-компанию с сайтом на пяти языках. Немецкие страницы тщательно переведены, но посетителям из Австрии и Швейцарии Google упорно показывает английскую версию. Команда винит контент, а причина техническая: немецкие страницы объявляют hreflang на английскую версию, но английские страницы не ссылаются обратно. Поскольку Google отбрасывает теги без взаимности, немецкий кластер попросту не формируется.

Уже первое сканирование выводит предупреждение «отсутствует return tag», шаблон правится двумя строками — и в немецкоязычных странах начинает показываться правильный язык. У e-commerce похожая беда: если параметризованные URL категорий не совпадают один в один с целями hreflang, кластер тихо разваливается. В обоих случаях ошибку никогда не заметит посетитель — её ловит только регулярное сканирование.

Google AI Overviews, ChatGPT и Perplexity обычно цитируют в ответе одну страницу на языке пользователя; если ваши hreflang-сигналы непоследовательны, процитированная версия может оказаться не на том языке — или вместо вас процитируют конкурента. Это делает hreflang вопросом видимости, а не просто деталью таргетинга.

В классической поисковой выдаче даже версия на неправильном языке хотя бы где-то присутствует в списке. В AI-ответах модель, как правило, выбирает один URL-источник, и если немецкому вопросу сопоставляется ваша английская страница, шанс быть процитированным резко падает. С точки зрения GEO (Generative Engine Optimization) hreflang перестал быть «нюансом международного SEO» и стал инфраструктурным сигналом, который решает, какая из ваших языковых версий вообще будет представлена в AI-ответах.

Практичный дополнительный шаг: обеспечьте каждой языковой версии полные структурированные данные на её собственном языке — «Генератор Schema» умеет создавать JSON-LD для каждого языка отдельно. Связка последовательного hreflang и языкового schema помогает AI-системам правильно читать языковую карту вашего сайта.

Успех выглядит так: показы и клики из каждой страны концентрируются на той языковой версии, которую вы на эту страну таргетировали. Удобнее всего наблюдать это в Google Search Console.

• Разбивка страна + страница: отфильтруйте отчёт «Эффективность» в GSC по стране и посмотрите, какие URL собирают показы. Если трафик из Германии по-прежнему оседает на английских URL, сигнал ещё не устоялся.
• Приземления на неправильный язык: следите в аналитике за страницами входа по странам; пользователи, которые сразу кликают переключатель языка, о чём-то вам говорят.
• Сравнение CTR: когда правильная версия начинает ранжироваться на правильном рынке, кликабельность обычно растёт; страницы с низким CTR по странам ищите инструментом «Возможности CTR».

Помните: Search Console закрыл старый отчёт «Международный таргетинг» ещё в 2022 году, так что сам по себе GSC ошибки hreflang больше не показывает. Периодическое внешнее сканирование — например, повторный запуск этого инструмента после каждого релиза — единственный надёжный способ мониторинга. Целевое состояние: ноль критических предупреждений в сканировании и стабильное соответствие «страна — язык» в GSC.