Hreflang тег: що це й як працює

Тег hreflang повідомляє пошуковим системам, яку мовну та регіональну версію сторінки слід показувати користувачам; він допомагає вибрати правильний варіант для індексації та показу, але сам по собі не визначає позицію у видачі.

Hreflang Tag: Guide for Multilingual Websites

Огляд

Hreflang — це HTML/гіперпосилальний сигнал, який Ви додаєте на сторінки, у HTTP-заголовки або в XML sitemaps, щоб вказати мову та опційне регіональне таргетування для альтернативних URL.Пошукові системи використовують hreflang, щоб вибрати найвідповідніший локалізований URL для показу користувачу певною мовою чи в регіоні. hreflang впливає на те, який варіант пошукова система індексує й відображає для запитів тією мовою чи для цього локалі; це не прямий сигнал ранжування, який сам по собі визначає порядок у результатах пошуку.

Ключові моменти: записи hreflang мають бути узгодженими між варіантами, включати самопосилальний запис, використовувати правильні коди мова-регіон (ISO 639-1 / ISO 3166-1), і застосовуватися до версії, яку краулер використовує для індексації — для Google це означає, що основою є мобільна версія (Google за замовчуванням використовує Googlebot Smartphone для сканування з липня 2024).

Крок за кроком

Дотримуйтеся цих кроків, щоб надійно додати hreflang.

1) Оберіть коди й підхід до канонічних URL

Визначте, чи використовувати тільки коди мови (наприклад "en"), коди мова-регіон (наприклад "en-GB") або обидва. Тримайте канонічні URL і hreflang узгодженими: кожна локалізована сторінка може мати самопосилальний hreflang і власний канонічний URL; не вказуйте hreflang на канонічний URL іншої мовної версії.

2) Визначте місце розміщення: link елемент, HTTP-заголовок або XML sitemap

Є три стандартні способи оголошення hreflang. Кожен має свої плюси й мінуси:

- HTML <link> елементи в <head> — плюси: просто, легко перевіряти в коді; мінуси: вимагає ідентичного head на всіх версіях для пристроїв (переконайтеся в мобільній паритеті). Приклад: <link rel="alternate" hreflang="en" href="https://example.com/en/">

- HTTP-заголовки — плюси: корисно для не-HTML файлів (PDFs); мінуси: складніше управляти й перевіряти. Приклад заголовка: Link: <https://example.com/fr/>; rel="alternate"; hreflang="fr"

- XML sitemaps з <xhtml:link> записами — плюси: централізовано для великих сайтів і варіантів по всьому сайту; мінуси: потрібно підтримувати точні URL і забезпечити доступність sitemap для краулерів.

3) Забезпечте повний двосторонній набір (reciprocity)

Кожен альтернативний URL у вашому списку повинен також містити посилання на всі інші альтернативи (включно з вихідною). Наприклад, сторінка A перераховує A, B і C; сторінка B має перерахувати A, B і C; сторінка C має перерахувати A, B і C. Взаємність зменшує невизначеність для краулерів і допомагає коректно вибирати варіанти.

Поширені проблеми

Типові помилки реалізації, на які слід звертати увагу, і як вони впливають на індексацію та показ.

- Неправильні або непослідовні коди (змішування en і en-US) — можуть змусити пошукові системи ігнорувати записи або вибирати інший варіант.

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

- Неіндексовані або заблоковані сторінки (noindex, robots disallow) — альтернатива, що не індексується, зазвичай менш корисна; пошукові системи можуть її ігнорувати при побудові наборів варіантів.

- Змішування відносних і абсолютних URL, або невідповідність HTTP/HTTPS — використовуйте абсолютні, канонізовані URL, що відповідають версії, до якої мають доступ краулери.

Як перевіряти та усувати проблеми

Перевірка відрізняється залежно від того, чи Ви є власником сайту або аудитуєте сторонній ресурс. Для сторінок, якими Ви володієте, використовуйте Google Search Console URL Inspection, щоб побачити, як Google індексував сторінку й який варіант було обрано. Для будь-якого сайту використовуйте перевірки HTTP і рендерингу за допомогою наведених інструментів нижче.

Інструменти та команди

Chrome DevTools (View Source and Elements) — перевірте, що записи <link rel="alternate" hreflang="..."> присутні в відданому HTML і видимі на сторінці, відповідальній за мобільний перегляд.

curl -I https://example.com/path/ — показує response headers тільки (зручно для перевірки серверних заголовків та link-заголовків).

curl https://example.com/path/ — завантажує тіло HTML; використовуйте curl -A "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" https://example.com/path/ щоб побачити, що сервер повертає для user-agent Googlebot (не використовуйте це для клоакінгу — лише для аудиту відповіді сервера).

Bing Webmaster Tools Site Explorer — перевірте поведінку краулінгу та індексні сигнали для Bing.

Примітка: URL Inspection у Google Search Console є авторитетним для сторінок, якими Ви володієте; для сторонніх сторінок доведеться покладатися на публічні запити й сигнали індексації, такі як site: (які є показовими, але не остаточними).

Практичний чекліст

- **Hreflang присутній на канонічній/мобільній версії** — де перевіряти: view-source або curl як мобільний UA — пройде перевірку, коли всі варіанти перераховують однаковий набір записів hreflang.
- **Самопосилальний запис** — де перевіряти: джерело сторінки — пройде, коли поточний URL присутній у наборі.
- **Взаємність між варіантами** — де перевіряти: перевірте джерело кожного варіанта або sitemap — пройде, коли кожен варіант перераховує усі альтернативи.
- **Індексуємiсть альтернатив** — де перевіряти: URL Inspection (власний сайт) або оператор site: і публічні запити — пройде, коли альтернативи доступні для краулінгу і не заблоковані robots або не мають noindex.
- **Канонічність URL і паритет протоколу** — де перевіряти: HTTP-заголовки і canonical link — пройде, коли hreflang href значення відповідають канонічним і використовують ту ж схему (https/http), до якої доходять користувачі та краулери.
- **x-default як fallback** — де перевіряти: джерело сторінки або sitemap — пройде, коли розумний fallback (головна сторінка або сторінка вибору мови) позначено hreflang="x-default".

Перед FAQ: якщо Ви хочете глибший технічний довідник, ознайомтеся з Технічним SEO посібником

Поширені запитання

Чи покращує hreflang ранжування?

Hreflang допомагає пошуковим системам подавати відповідний мовний/регіональний варіант і може зменшити плутанину з дубльованим контентом, але сам по собі не дає приросту в ранжуванні. Для ранжування задіяно багато сигналів.

Коли варто використовувати hreflang замість окремих сайтів для країн?

Використовуйте hreflang, коли у вас є мовні або регіональні варіанти суттєво схожого контенту, розміщені на різних URL (підкаталоги, субдомени або ccTLD). Окремі сайти за країнами доцільні, коли контент і бізнес‑правила суттєво відрізняються для ринку.

Чи потрібен тег x-default?

x-default рекомендовано для неоднозначних випадків (наприклад, сторінка вибору мови), щоб пошукові системи мали явний запасний варіант, коли немає точного мовного збігу.

Чи можна використовувати hreflang разом із канонічними тегами?

Так. Кожна локалізована сторінка може мати канонічний URL, що вказує на себе, і включати записи hreflang, що перераховують інші локалізовані версії. Уникайте вказування hreflang на канонічний URL іншої мовної версії.

Підсумок: hreflang допомагає індексації та вибору варіантів, але має бути реалізований і підтримуваний послідовно; регулярні аудити з використанням браузерних DevTools, curl і Search Console (для Вашого сайту) — найнадійніший спосіб виявити регресії.

Нарощуйте авторитет за допомогою якісних backlinks. Технічне SEO та правильно налаштоване міжнародне таргетування — істотні частини органічного зростання; авторитет від релевантних, індексованих розміщень доповнює коректну конфігурацію hreflang і допомагає користувачам знайти потрібний варіант.