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

Коротко
hreflang це HTML-атрибут, який вказує мову та регіональну орієнтацію сторінки. Він підказує Google та іншим пошуковим системам, яку версію вашого контенту показувати кожному користувачеві, запобігає конфліктам через дублювання контенту й необхідний для будь-якого багатомовного або мультирегіонального сайту.
Хочете дізнатися більше? Запитайте
Якщо ваш сайт існує кількома мовами або орієнтований на одну й ту саму мову в різних країнах, пошуковим системам потрібна допомога, щоб вирішити, яку версію показати якому користувачеві. Франкомовний канадець і франкомовний француз мають бачити різні сторінки. Hreflang (анотація rel="alternate" hreflang) дає змогу повідомити пошуковим системам про ці зв'язки, щоб потрібна сторінка потрапляла до потрібної аудиторії.
Без hreflang ваші локалізовані сторінки можуть конкурувати між собою в пошуковій видачі, бути позначені як дублікати контенту або просто показуватися користувачеві не в тій версії. З hreflang Google об'єднує ваші мовні та регіональні варіанти в єдиний кластер і показує найвідповіднішу версію. Це один із найпотужніших і водночас найчастіше неправильно налаштованих інструментів міжнародного SEO.
Hreflang розв'язує проблему відповідності локалізації. Коли ви публікуєте той самий контент англійською, іспанською та німецькою, ці сторінки майже ідентичні. Пошукові системи можуть помилково вважати їх скопійованим контентом або обрати не ту версію для ранжування. Анотація hreflang повідомляє їм, що ці сторінки є свідомими альтернативами, кожна з яких створена для певної мови або локалі.
Результат: кращий досвід користувача й чистіша індексація. Як пояснює документація Google про локалізовані версії, hreflang дозволяє Google спрямовувати користувачів на сторінку їхньою мовою та для їхнього регіону, а не показувати версію, якої вони не можуть прочитати, або з неправильною валютою, умовами доставки чи юридичною інформацією.
Анотація hreflang у head сторінки виглядає так: <link rel="alternate" hreflang="en" href="https://example.com/en/" />. Атрибут rel="alternate" вказує, що посилання веде на альтернативну версію, значення hreflang задає мову (і за бажанням регіон), а href містить повну абсолютну URL-адресу цієї версії.
Ви додаєте один такий тег для кожної версії на кожній сторінці. Сторінка, що існує трьома мовами, має три теги hreflang, по одному на кожну версію, зокрема тег, що вказує на неї саму. Кожна мовна версія повторює той самий повний набір. Саме це дає пошуковим системам змогу зіставити всю групу.
Значення hreflang використовує стандартизовані коди, і правильно їх вказати це обов'язкова умова. Мову задають у форматі ISO 639-1 (наприклад, en, es, de). За бажанням можна додати регіон у форматі ISO 3166-1 Alpha 2 через дефіс: en-GB, en-US, es-MX, fr-CA.
Мова завжди йде першою; регіон без мови недійсний. Не можна вказати лише hreflang="GB", а вигадані коди на кшталт en-UK чи EU не працюють (правильний код Великої Британії: GB). Для варіантів письма діють коди ISO 15924, наприклад zh-Hant для традиційної китайської та zh-Hans для спрощеної. Недійсні коди просто ігноруються, мовчки руйнуючи ваші налаштування.
Hreflang має бути взаємним. Якщо сторінка X вказує на сторінку Y як на свою іспанську альтернативу, то сторінка Y повинна вказувати назад на сторінку X як на свою англійську альтернативу. Google називає це зворотними тегами, і за їх відсутності він може повністю проігнорувати ваші анотації. Ця вимога зворотних посилань є найпоширенішою причиною, чому hreflang не працює на практиці, на чому наголошують і рекомендації Google щодо мультирегіональних сайтів.
Не менш важливо, щоб кожна сторінка посилалася на саму себе. Англійська сторінка містить тег hreflang для англійської мови, що вказує на її власну URL-адресу. Пропуск самопосилального тегу це ще одна часта помилка. Вважайте це правило безумовним: кожна сторінка перелічує саму себе та всі інші версії, а кожна версія відповідає взаємністю.
Спеціальне значення hreflang="x-default" повідомляє пошуковим системам, яку сторінку показати, коли жодна з указаних вами мов чи жоден регіон не збігається з користувачем. Це запасний варіант. Типове використання: сторінка вибору мови або ваша основна глобальна версія: <link rel="alternate" hreflang="x-default" href="https://example.com/" />.
Додавання x-default це найкраща практика для міжнародних сайтів. Без нього користувач, чия мова й регіон не збігаються з жодним вашим варіантом, залежить від припущень пошукової системи. З ним ви самі керуєте початковим досвідом, наприклад, спрямовуючи відвідувача без збігу на сторінку, де він може вибрати свою мову.
Google підтримує три способи впровадження, і слід обрати один, а не змішувати їх. Перший: HTML-теги link у <head> кожної сторінки, найпоширеніший підхід для звичайних вебсторінок. Другий: HTTP-заголовки, які використовують для не-HTML-файлів, наприклад PDF, де неможливо додати розмітку в тіло документа.
Третій спосіб: XML-карта сайту. Замість додавання тегів на кожну сторінку ви оголошуєте всі мовні зв'язки у вашій XML-карті сайту за допомогою елементів xhtml:link. Так код сторінок залишається чистим, і таким способом часто простіше керувати у великому масштабі, хоча він вимагає ретельного генерування. Який би спосіб ви не обрали, застосовуйте його послідовно на всьому сайті.
Hreflang і канонічні теги працюють разом, але одна класична помилка ламає обидва. Кожна мовна версія має мати канонічну адресу на саму себе, а не на єдину головну версію. Якщо ваша німецька сторінка встановлює свій канонічний тег на англійську URL-адресу, ви повідомляєте Google, що німецька сторінка є дублікатом і не підлягає індексації, а це руйнує налаштування hreflang.
Правильна схема: самопосилальний canonical на кожній локалізованій сторінці разом із повним набором взаємних тегів hreflang. Canonical підтверджує, що кожна сторінка є бажаною версією самої себе, а hreflang описує зв'язки між цими окремими, однаково повноцінними сторінками. Суперечливі сигнали тут є однією з головних причин проблем з індексацією багатомовних сайтів.
Hreflang тісно пов'язаний із локальним SEO, коли ви обслуговуєте одну мову в кількох країнах. Бізнес, що працює в Іспанії та Мексиці, публікує іспаномовні сторінки для кожної, але ціни, доставка й податки відрізняються. Теги es-ES та es-MX дають змогу Google спрямовувати іспаномовних користувачів на версію, створену для їхньої країни.
Hreflang відповідає лише за зіставлення мови та регіону, а не за якість контенту. Системи Google з високою точністю розпізнають нередагований машинний переклад, а слабкі перекладені сторінки можуть знизити позиції всіх версій, а не лише перекладеної. Поєднуйте правильний hreflang зі справді локалізованим контентом, перевіреним людиною, для кожного ринку, щоб отримати повний ефект.
Дослідження міжнародних сайтів неодноразово показують, що в переважної більшості з них є помилки hreflang. Найчастіші: відсутні зворотні теги, відсутні самопосилальні теги, недійсні коди мов або коди лише з регіоном, використання відносних замість абсолютних URL-адрес і спрямування hreflang на адреси, які перенаправляють або повертають помилки замість робочих сторінок.
Перевіряйте налаштування після кожної зміни. Google Search Console колись пропонував звіт «Міжнародний таргетинг», а спеціалізовані перевірки hreflang і краулери, як-от Screaming Frog, підтверджують, що ваші анотації взаємні й використовують дійсні коди. У межах ширшого технічного SEO регулярний аудит виявляє ці приховані збої, перш ніж вони розпорошать ваші міжнародні позиції.
Багатомовне SEO це робота над тим, щоб кожна мовна версія сайту ранжувалася своєю мовою. Hreflang пов'язує версії між собою, але кожна з них також потребує власних індексованих URL-адрес, повністю перекладених текстів і метаданих, підбору ключових слів цією мовою та внутрішніх посилань, що залишаються в межах цієї мови.
| Структура URL | Приклад | Переваги | Недоліки |
|---|---|---|---|
| Підпапки | example.com/fr/ | Один домен, просте керування, авторитет спільний для всіх мов | Слабший сигнал про країну, якщо ви орієнтуєтеся на регіони |
| Піддомени | fr.example.com | Можливі окремий хостинг чи налаштування для кожної мови | Більше конфігурації для підтримки |
| Домени країн | example.fr | Найчіткіший сигнал для однієї країни | Окремі домени, які потрібно розвивати й оплачувати |
Ці зусилля окупаються й у відповідях ШІ: асистенти зазвичай відповідають мовою користувача й спираються на джерела, написані нею, тож добре побудована версія кожною мовою дає їм що цитувати.
Hreflang це анотація, завдяки якій працює багатомовне та мультирегіональне SEO. Вона об'єднує ваші мовні та регіональні варіанти в одну групу, показує кожному користувачеві правильну сторінку й запобігає конфліктам через дублювання контенту. Правила суворі: дійсні коди ISO, взаємні зворотні теги, самопосилання на кожній сторінці, запасний варіант x-default і самопосилальні canonical, які ніколи не вказують на іншу мову. Дотримуйтеся їх, і ваш міжнародний контент дійде до аудиторій, для яких його створено. Дізнайтеся, як Sorank перевіряє hreflang і все ваше технічне налаштування для пошуку та ШІ.
Джерела
Канонічний тег повідомляє пошуковим системам, яка URL-адреса є бажаною версією сторінки, тоді як hreflang вказує, на яку мову або регіон орієнтована сторінка. Вони виконують різні завдання й не повинні суперечити одне одному. На багатомовному сайті кожна локалізована сторінка має мати самопосилальний canonical (що вказує на неї саму) і повний набір взаємних тегів hreflang, які описують інші мовні версії. Класична помилка: вказати canonical усіх мовних версій на одну головну URL-адресу, що повідомляє Google, ніби інші версії є дублікатами, і повністю руйнує налаштування hreflang.
Зазвичай ні. Hreflang потрібен, щоб зіставляти кілька мовних або регіональних версій того самого контенту, тож сайт однією мовою, орієнтований на одну країну, загалом без нього обходиться. Виняток: ви пропонуєте одну мову різним країнам із суттєво різним контентом, наприклад англомовні сторінки для США та Великої Британії з різними цінами чи умовами доставки. У такому разі теги на кшталт en-US і en-GB допомагають Google спрямовувати кожну аудиторію на потрібну версію, хоча обидві написані англійською.
Найпоширеніша причина: відсутні зворотні теги. Hreflang має бути взаємним, тож якщо сторінка X вказує на сторінку Y, а сторінка Y не вказує назад на X, Google може проігнорувати анотації. Серед інших частих причин: недійсні коди мов (наприклад, коди лише з регіоном або вигадані значення на кшталт en-UK), відсутні самопосилальні теги, використання відносних замість абсолютних URL-адрес і спрямування hreflang на адреси, що перенаправляють або повертають помилки. Перевірте налаштування за допомогою краулера чи перевірки hreflang, щоб переконатися, що кожне посилання взаємне, абсолютне й використовує правильні коди ISO.
ВОНИ ПРОБУВАЛИ SORANK ДО ВАС
