Налаштування

Ми цінуємо вашу приватність, тому ви можете вимкнути певні типи зберігання даних, які не потрібні для базової роботи вебсайту. Блокування категорій може вплинути на ваш досвід користування сайтом. Докладніше (Політика щодо файлів cookie)

Прийняти всі файли cookie

Що таке hreflang? Посібник із багатомовного SEO

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

Чоловік з темним волоссям і бородою у світло-коричневій сорочці говорить перед мікрофоном під час запису подкасту.Портрет чоловіка з короткою темною зачіскою у білій сорочці й темному піджаку, який дивиться прямо в камеру з нейтральним виразом обличчя.Чоловік з короткою темною зачіскою, бородою та прозорими окулярами у чорній футболці з білим круглим логотипом стоїть перед кам'яною стіною.Celio fabianoУсміхнена молода жінка з довгим каштановим волоссям у червоному топі та намисті на природі, на тлі дерев.Фото профілю Xavier Breull, клієнта Sorank
+ 9'000 підписників
Схема, що показує, як теги hreflang зв'язують версії контенту різними мовами та для різних регіонів.
Елемент інтерфейсу завантаження

Інструменти

Thibault Besson-Magdelain, засновник Sorank

Про автора

Thibault Besson-Magdelain

Засновник Sorank, понад 7 років досвіду в SEO, ентузіаст GEO.
На цій сторінці
Підсумувати за допомогою
Поділитися в

Коротко

hreflang це HTML-атрибут, який вказує мову та регіональну орієнтацію сторінки. Він підказує Google та іншим пошуковим системам, яку версію вашого контенту показувати кожному користувачеві, запобігає конфліктам через дублювання контенту й необхідний для будь-якого багатомовного або мультирегіонального сайту.

Хочете дізнатися більше? Запитайте

Якщо ваш сайт існує кількома мовами або орієнтований на одну й ту саму мову в різних країнах, пошуковим системам потрібна допомога, щоб вирішити, яку версію показати якому користувачеві. Франкомовний канадець і франкомовний француз мають бачити різні сторінки. Hreflang (анотація rel="alternate" hreflang) дає змогу повідомити пошуковим системам про ці зв'язки, щоб потрібна сторінка потрапляла до потрібної аудиторії.

Без hreflang ваші локалізовані сторінки можуть конкурувати між собою в пошуковій видачі, бути позначені як дублікати контенту або просто показуватися користувачеві не в тій версії. З hreflang Google об'єднує ваші мовні та регіональні варіанти в єдиний кластер і показує найвідповіднішу версію. Це один із найпотужніших і водночас найчастіше неправильно налаштованих інструментів міжнародного SEO.

Що робить hreflang і навіщо він існує

Hreflang розв'язує проблему відповідності локалізації. Коли ви публікуєте той самий контент англійською, іспанською та німецькою, ці сторінки майже ідентичні. Пошукові системи можуть помилково вважати їх скопійованим контентом або обрати не ту версію для ранжування. Анотація hreflang повідомляє їм, що ці сторінки є свідомими альтернативами, кожна з яких створена для певної мови або локалі.

Результат: кращий досвід користувача й чистіша індексація. Як пояснює документація Google про локалізовані версії, hreflang дозволяє Google спрямовувати користувачів на сторінку їхньою мовою та для їхнього регіону, а не показувати версію, якої вони не можуть прочитати, або з неправильною валютою, умовами доставки чи юридичною інформацією.

Синтаксис hreflang

Анотація 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-адресу. Пропуск самопосилального тегу це ще одна часта помилка. Вважайте це правило безумовним: кожна сторінка перелічує саму себе та всі інші версії, а кожна версія відповідає взаємністю.

Значення x-default

Спеціальне значення hreflang="x-default" повідомляє пошуковим системам, яку сторінку показати, коли жодна з указаних вами мов чи жоден регіон не збігається з користувачем. Це запасний варіант. Типове використання: сторінка вибору мови або ваша основна глобальна версія: <link rel="alternate" hreflang="x-default" href="https://example.com/" />.

Додавання x-default це найкраща практика для міжнародних сайтів. Без нього користувач, чия мова й регіон не збігаються з жодним вашим варіантом, залежить від припущень пошукової системи. З ним ви самі керуєте початковим досвідом, наприклад, спрямовуючи відвідувача без збігу на сторінку, де він може вибрати свою мову.

Три способи впровадити hreflang

Google підтримує три способи впровадження, і слід обрати один, а не змішувати їх. Перший: HTML-теги link у <head> кожної сторінки, найпоширеніший підхід для звичайних вебсторінок. Другий: HTTP-заголовки, які використовують для не-HTML-файлів, наприклад PDF, де неможливо додати розмітку в тіло документа.

Третій спосіб: XML-карта сайту. Замість додавання тегів на кожну сторінку ви оголошуєте всі мовні зв'язки у вашій XML-карті сайту за допомогою елементів xhtml:link. Так код сторінок залишається чистим, і таким способом часто простіше керувати у великому масштабі, хоча він вимагає ретельного генерування. Який би спосіб ви не обрали, застосовуйте його послідовно на всьому сайті.

Hreflang і канонічні теги

Hreflang і канонічні теги працюють разом, але одна класична помилка ламає обидва. Кожна мовна версія має мати канонічну адресу на саму себе, а не на єдину головну версію. Якщо ваша німецька сторінка встановлює свій канонічний тег на англійську URL-адресу, ви повідомляєте Google, що німецька сторінка є дублікатом і не підлягає індексації, а це руйнує налаштування hreflang.

Правильна схема: самопосилальний canonical на кожній локалізованій сторінці разом із повним набором взаємних тегів hreflang. Canonical підтверджує, що кожна сторінка є бажаною версією самої себе, а hreflang описує зв'язки між цими окремими, однаково повноцінними сторінками. Суперечливі сигнали тут є однією з головних причин проблем з індексацією багатомовних сайтів.

Hreflang і локальне SEO

Hreflang тісно пов'язаний із локальним SEO, коли ви обслуговуєте одну мову в кількох країнах. Бізнес, що працює в Іспанії та Мексиці, публікує іспаномовні сторінки для кожної, але ціни, доставка й податки відрізняються. Теги es-ES та es-MX дають змогу Google спрямовувати іспаномовних користувачів на версію, створену для їхньої країни.

Hreflang відповідає лише за зіставлення мови та регіону, а не за якість контенту. Системи Google з високою точністю розпізнають нередагований машинний переклад, а слабкі перекладені сторінки можуть знизити позиції всіх версій, а не лише перекладеної. Поєднуйте правильний hreflang зі справді локалізованим контентом, перевіреним людиною, для кожного ринку, щоб отримати повний ефект.

Типові помилки hreflang

Дослідження міжнародних сайтів неодноразово показують, що в переважної більшості з них є помилки hreflang. Найчастіші: відсутні зворотні теги, відсутні самопосилальні теги, недійсні коди мов або коди лише з регіоном, використання відносних замість абсолютних URL-адрес і спрямування hreflang на адреси, які перенаправляють або повертають помилки замість робочих сторінок.

Перевіряйте налаштування після кожної зміни. Google Search Console колись пропонував звіт «Міжнародний таргетинг», а спеціалізовані перевірки hreflang і краулери, як-от Screaming Frog, підтверджують, що ваші анотації взаємні й використовують дійсні коди. У межах ширшого технічного SEO регулярний аудит виявляє ці приховані збої, перш ніж вони розпорошать ваші міжнародні позиції.

Що таке багатомовне SEO і що йому потрібно, окрім hreflang?

Багатомовне SEO це робота над тим, щоб кожна мовна версія сайту ранжувалася своєю мовою. Hreflang пов'язує версії між собою, але кожна з них також потребує власних індексованих URL-адрес, повністю перекладених текстів і метаданих, підбору ключових слів цією мовою та внутрішніх посилань, що залишаються в межах цієї мови.

Структура URLПрикладПеревагиНедоліки
Підпапкиexample.com/fr/Один домен, просте керування, авторитет спільний для всіх мовСлабший сигнал про країну, якщо ви орієнтуєтеся на регіони
Піддомениfr.example.comМожливі окремий хостинг чи налаштування для кожної мовиБільше конфігурації для підтримки
Домени країнexample.frНайчіткіший сигнал для однієї країниОкремі домени, які потрібно розвивати й оплачувати

Чек-лист багатомовного SEO

  1. Одна URL-адреса на мову. Контент, що змінюється через cookie або скрипт на тій самій URL-адресі, не може бути проіндексований кожною мовою.
  2. Перекладайте все видиме, зокрема заголовки, мета-описи, навігацію, alt-тексти зображень і slug URL-адреси. Google наголошує, що визначає мову сторінки за її видимим вмістом, а не за атрибутами в коді.
  3. Підбирайте ключові слова для кожної мови. Люди на різних ринках часто використовують різні слова для однієї потреби, тому дослівний переклад вашого англійського ключового слова може не збігатися з реальним запитом. Проведіть дослідження ключових слів для кожної мови до написання текстів.
  4. Робіть посилання в межах кожної мови, щоб кожна версія становила повноцінний окремий сайт.
  5. Уникайте автоматичних перенаправлень за IP-адресою або мовою браузера, проти яких застерігає Google; натомість запропонуйте помітний перемикач мови.
  6. Локалізуйте, а не лише перекладайте. Нередагований машинний переклад дає слабкі сторінки, які читачам здаються дублюванням контенту.

Ці зусилля окупаються й у відповідях ШІ: асистенти зазвичай відповідають мовою користувача й спираються на джерела, написані нею, тож добре побудована версія кожною мовою дає їм що цитувати.

Висновок

Hreflang це анотація, завдяки якій працює багатомовне та мультирегіональне SEO. Вона об'єднує ваші мовні та регіональні варіанти в одну групу, показує кожному користувачеві правильну сторінку й запобігає конфліктам через дублювання контенту. Правила суворі: дійсні коди ISO, взаємні зворотні теги, самопосилання на кожній сторінці, запасний варіант x-default і самопосилальні canonical, які ніколи не вказують на іншу мову. Дотримуйтеся їх, і ваш міжнародний контент дійде до аудиторій, для яких його створено. Дізнайтеся, як Sorank перевіряє hreflang і все ваше технічне налаштування для пошуку та ШІ.

Джерела

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

Чим hreflang відрізняється від канонічного тегу?

Канонічний тег повідомляє пошуковим системам, яка URL-адреса є бажаною версією сторінки, тоді як hreflang вказує, на яку мову або регіон орієнтована сторінка. Вони виконують різні завдання й не повинні суперечити одне одному. На багатомовному сайті кожна локалізована сторінка має мати самопосилальний canonical (що вказує на неї саму) і повний набір взаємних тегів hreflang, які описують інші мовні версії. Класична помилка: вказати canonical усіх мовних версій на одну головну URL-адресу, що повідомляє Google, ніби інші версії є дублікатами, і повністю руйнує налаштування hreflang.

Чи потрібен мені hreflang, якщо мій сайт має лише одну мову?

Зазвичай ні. Hreflang потрібен, щоб зіставляти кілька мовних або регіональних версій того самого контенту, тож сайт однією мовою, орієнтований на одну країну, загалом без нього обходиться. Виняток: ви пропонуєте одну мову різним країнам із суттєво різним контентом, наприклад англомовні сторінки для США та Великої Британії з різними цінами чи умовами доставки. У такому разі теги на кшталт en-US і en-GB допомагають Google спрямовувати кожну аудиторію на потрібну версію, хоча обидві написані англійською.

Чому Google ігнорує мої теги hreflang?

Найпоширеніша причина: відсутні зворотні теги. Hreflang має бути взаємним, тож якщо сторінка X вказує на сторінку Y, а сторінка Y не вказує назад на X, Google може проігнорувати анотації. Серед інших частих причин: недійсні коди мов (наприклад, коди лише з регіоном або вигадані значення на кшталт en-UK), відсутні самопосилальні теги, використання відносних замість абсолютних URL-адрес і спрямування hreflang на адреси, що перенаправляють або повертають помилки. Перевірте налаштування за допомогою краулера чи перевірки hreflang, щоб переконатися, що кожне посилання взаємне, абсолютне й використовує правильні коди ISO.

Наш блог для амбітних компаній

ВОНИ ПРОБУВАЛИ SORANK ДО ВАС

Відгуки амбітних засновників

Органічне зростанняЕлектронна комерція

Від 0 до 10000 відвідувачів за 5 місяців

Celio Fabianomonrobotlavevitre.fr
Органічне зростанняПрограмне забезпечення

Від 0 до 5000 клієнтів за 8 місяців

Thibault BMsorank.com
Органічне зростанняВідпочинок та авіація

від 0 до 1104 кліків за 4 місяці

Dominiqueflight-sensations-idf.com
Органічне зростанняМузичне програмне забезпечення

x30 кліків за 4 місяці

Valentin Cordiertiger-sounds.com
Органічне зростанняЗдоров'я та самопочуття

x30 кліків за 4 місяці

Rodrigue Bretonalthevia.com