Навчання
Hreflang debugging: multilingual SEO, return tags і x-default
Практичний hreflang debugging guide: правила, яких має дотримуватися кожен кластер, типові помилки return-тегів і мовних кодів, і як перевірити multilingual SEO.
Запусти свіжий аудит DomainLens і використовуй звіт як список пріоритетів.
Що робить hreflang і чому кластери ламаються
Hreflang каже Google, яку мовну або регіональну версію сторінки показати кожному користувачу. Якщо ти маєш той самий контент англійською, німецькою та іспанською, hreflang звʼязує ці URL у кластер, тож іспанський користувач отримує іспанську сторінку замість англійської — і жодна з них не трактується як дубльований контент.
Ламається воно тому, що hreflang — це не підказка, яку задаєш раз на сторінку; це набір взаємних декларацій. Кожен URL у кластері має вказувати на кожен інший, включно з собою, і кожен із них має вказувати назад. Пропусти один return-лінк, використай один неправильний мовний код або вкажи на URL із редиректом — і Google проігнорує анотацію для цієї пари.
Правила, яких має дотримуватися кожен кластер hreflang
- Двонапрямленість (return tags): якщо сторінка A посилається на B через hreflang, B має посилатися назад на A, інакше обидва ігноруються.
- Самопосилання: кожна сторінка має містити hreflang-запис, що вказує на неї саму.
- Валідні коди: мова в ISO 639-1 (напр. en, de), опційний регіон у ISO 3166-1 alpha-2 (напр. en-GB) — сам лише регіон невалідний.
- Абсолютні, indexable URL: кожна ціль hreflang має бути canonical, зі статусом 200, без редиректу й без noindex.
- Узгодженість canonical: canonical кожної локалізованої сторінки має вказувати на себе, а не на іншу мову.
- Один x-default для fallback (селектор мови/регіону або версія за замовчуванням) рекомендований, але не обовʼязковий.
Найтиповіші помилки hreflang
- «No return tags» — найчастіша помилка Search Console: A вказує на B, але B не вказує назад.
- Неправильні коди: en-UK замість en-GB або неіснуючий мовний код, тож запис відкидається.
- Вказувати hreflang на URL, що редиректить або має noindex, що робить цю ціль невалідною.
- Конфлікт hreflang із canonical — локалізована сторінка, чий canonical вказує на англійську версію, скасовує власний hreflang.
- Непослідовне змішування реалізацій (HTML head, HTTP-заголовок і sitemap), тож набори не збігаються.
Як продебажити кластер hreflang
- Обери один URL і випиши кожен hreflang-запис, який він декларує, потім відкрий кожну ціль і підтверди, що вона декларує return-лінк і самопосилання.
- Перевір звіт International Targeting / hreflang у Search Console (або hreflang-аудит краулера) на «no return tags» і невідомі мовні коди масштабно.
- Підтверди, що кожна ціль віддає 200, не редиректить і не має noindex.
- Переконайся, що canonical кожної локалізованої сторінки самопосилальний, а не через мови.
- Обери один метод реалізації (зазвичай HTML head або sitemap) і зроби його єдиним джерелом істини.
Помилки, що тихо ламають international SEO
- Вважати, що hreflang піднімає позиції — він лише керує тим, яку наявну версію показати, а не підсилює кластер.
- Використовувати коди країн замість мовних (напр. «uk» для української, що насправді означає регіон Велика Британія).
- Автоматично редиректити користувачів за IP, тож Googlebot бачить лише одну версію й не може валідувати інші.
- Додавати hreflang лише на деякі шаблони й забувати про пагіновані, фільтровані чи параметризовані варіанти.
Як перевірити hreflang
Після виправлення перескануй кластер і переконайся, що кожна пара двонапрямлена з валідними кодами й indexable цілями, потім стеж, як звіт hreflang у Search Console чистить помилки «no return tag» наступні дні. Реальний тест — локалізований пошук, що повертає правильну мовну версію.
Це прямо відповідає тому, як DomainLens працює з локалями: кожен локалізований URL віддається з узгодженими, самоузгодженими alternates, а canonical кожної мови вказує на себе — та сама дисципліна, що тримає мультимовний кластер валідним, а не тихо проігнорованим.