Смысл и охват
Языковой таргетинг начинается с контента, а не с догадки по заголовку. Языковая версия должна обслуживать людей, которые читают на этом языке, а региональная — предлагать действительно важную для региона информацию. Google сам определяет язык страницы по своим алгоритмам; hreflang помогает ему понять связи между альтернативными версиями.
Практический порядок работы
Сопоставьте эквивалентные URL в одном наборе: каждая версия перечисляет себя и все альтернативы с корректными кодами языка и, при необходимости, региона. Выберите один способ реализации — HTML, HTTP-заголовки или карту сайта — и поддерживайте его из одного и того же инвентаря. Предложите видимый выбор языка и не отправляйте посетителя на версию только по IP-адресу или настройкам браузера.
Что проверять
Проверьте взаимные метки на небольшой матрице маршрутов: главная, категория и длинные «хвостовые» страницы. Убедитесь, что каждый href ведёт на нужную каноническую страницу, у каждого набора одинаковый состав, а языковые объявления совпадают с содержимым страницы. Проверяйте редиректы из браузера без входа в аккаунт, потому что автоматическая маршрутизация может скрыть версию от проверяющего инструмента.
Ограничения и типичные ошибки
Не считайте hreflang системой перевода или каноническим тегом. Не используйте его, чтобы исправить дубли на одном языке, которые обслуживают одну и ту же аудиторию. Измеримый результат — полная и корректная карта альтернатив и понятный выбор версии для посетителя, а не гарантированные позиции по странам.
Как собрать и проверить карту альтернатив
Рассматривайте каждую языковую группу как запись, а не как набор скопированных тегов. У записи есть идентичность контента, один URL на каждый поддерживаемый язык или регион, необязательный запасной вариант x-default и место реализации. Если страницы нет на одном из языков, не придумывайте связь: либо исключите эту альтернативу из набора, либо подставьте лучший реальный аналог по задокументированной политике. Так карта остаётся правдивой, когда перевод задерживается.
<link rel="alternate" hreflang="en" href="https://example.test/guide">\n<link rel="alternate" hreflang="de" href="https://example.test/de/guide">\n<link rel="alternate" hreflang="x-default" href="https://example.test/guide">Проверьте группу в обе стороны. Откройте каждый член группы, соберите все значения hreflang и сравните отсортированные наборы. Каждая страница должна указывать себя и одинаковый набор применимых альтернатив. Убедитесь, что каждый href отдаёт нужную каноническую страницу, использует поддерживаемый код языка и региона и содержит текст на этом языке. Проверьте и страницу без перевода, и полностью переведённую: неполные наборы обычно ломаются именно в логике шаблонов.
Не используйте значение Accept-Language в браузере или геолокацию по IP для безусловного редиректа, который не даёт посетителю или краулеру попасть в другую версию. Подсказка или видимый переключатель сохраняют выбор. Сделайте ссылки переключателя доступными для сканирования и понятными подписями. Языковой таргетинг улучшает ясность маршрутов, но не заменяет качество перевода, региональные юридические требования или локальную информацию о товаре.
Google считает реализации hreflang в HTML, HTTP-заголовках и карте сайта равноценными; использование всех трёх добавляет поддержку без самостоятельной пользы для поиска. Выберите одну систему, которую можно генерировать из единого источника правды — инвентаря маршрутов, — и включите её в проверки перед релизом. Этот контроль ценнее ручной правки нескольких тегов после запуска международной версии.
Проверка перед релизом должна также тестировать переключатель языка на десктопе и мобильном, с очищенными cookie. Убедитесь, что он ведёт на сопоставленную альтернативу, а не на главную страницу, не создаёт петель редиректов и сохраняет явный выбор посетителя. Это контроли пользовательского опыта, которые подкрепляют структуру карты альтернатив.