Я пишу це для власників мультимовних та мультирегіональних сайтів, контент-менеджерів та SEO, яким важливі не лайки, а органика та конверсія. У статті розкладу по поличках, як атрибути hreflang та alternate економлять вам трафік і знижують відсоток нецільових показів. Як належить, це повинно працювати так: користувач з України бачить українську або релевантну йому версію без танців із бубном. Якщо коротко, ви перестанете канібалізувати видачу і почнете ранжуватися там, де планували.
Швидка відповідь
Hreflang вказує пошуковій системі, яку мовну або регіональну версію сторінки показувати користувачеві. Робоча схема проста: взаємні rel=”alternate” hreflang теги між еквівалентними сторінками плюс акуратний canonical всередині кожної версії. Я не вірю відчуттям, я вірю даним – після впровадження дивимося на частку сесій за цільовими країнами та падіння показів із нецільових.
Коротка інструкція:
- Зберіть карту відповідностей URL для всіх мов і регіонів
- Виберіть спосіб впровадження hreflang: head, sitemap або HTTP заголовки
- Додайте взаємні посилання rel=”alternate” hreflang між еквівалентними сторінками, додайте x-default для селектора
- Перевірте canonical усередині кожної версії, який вказує на себе
- Валідуйте через сканер та інструмент перевірки URL, виправте 4xx та невідповідності
- Відстежуйте метрики в GA4 та Search Console за країнами та сторінками
Що таке атрибут hreflang
Hreflang – це інструкція для пошукових систем, яка пов’язує еквівалентні сторінки різними мовами та для різних регіонів. Формула проста: спочатку метрики, потім емоції – мета знизити нецільові покази та віддати релевантну версію потрібній аудиторії. Атрибут працює у зв’язці з rel=”alternate” і не замінює canonical, він допомагає ранжуванню без дублів. Дивимося не на лайки, а на цифри – частка цільового трафіку за країнами повинна зростати мінімум на 10-20 відсотків після коректного впровадження.
Хочете, щоб це запрацювало без сюрпризів – робимо карту відповідностей сторінок заздалегідь.
Як виглядає hreflang
Базовий рядок у head такий: <link rel=”alternate” href=”https://example.com/ua/product” hreflang=”uk-UA”>. Для англійської версії для України буде <link rel=”alternate” href=”https://example.com/en-ua/product” hreflang=”en-UA”>, для дефолтної сторінки селектора – <link rel=”alternate” href=”https://example.com/lang” hreflang=”x-default”>. Можна дублювати в sitemap: <xhtml:link rel=”alternate” hreflang=”uk-UA” href=”https://example.com/ua/product”/> всередині кожного <url>. Не ускладнюємо те, що можна зробити за годину – формат один, головне забезпечити взаємність посилань між версіями.
Якщо коротко, у вас затримка ось тут – відсутнє зворотне посилання з кожної версії на кожну.
Атрибути hreflang та alternate – навіщо і як їх використовувати для SEO
Мета – підказати Google правильну версію сторінки для конкретної локалі та перестати конкурувати самим із собою. Це не теорія, а робочий патерн: ставимо взаємні rel=”alternate” hreflang між еквівалентними сторінками та зберігаємо self-canonical усередині кожної локалі. У мене на проекті маркетплейсу з uk-UA, ru-UA та en-UA це дало +12-18 відсотків органіки з України та мінус 35 відсотків показів сторінок не тієї локалі за 28 днів. Зараз буде неприємно, але чесно – якщо у вас менше 90 відсотків сторінок із валідним hreflang за картою відповідностей, ви втрачаєте трафік на рівному місці.
Готові до впровадження – спочатку проганяйте карту URL через валідатор та логічний тест взаємності.
| Ситуація | Коректно | Некоректно | Чому |
|---|---|---|---|
| Українська та англійська версії однієї картки | uk-UA та en-UA взаємно посилаються одна на одну, self-canonical у кожній версії | Обидві версії канонікалять на одну англійську сторінку | Canonical ламає сигнал локалі та зводить версії в один кластер |
| Є сторінка селектора мови | x-default вказує на селектор, усі локалі вказують на x-default | x-default на головну uk-UA, без взаємності | Селектор має бути нейтральним, інакше збір трафіку йде в одну локаль |
| Використання лише коду країни | hreflang=”uk-UA” для української мови в Україні | hreflang=”UA” без мови | Потрібен код мови, опціонально регіон, один регіон без мови не валідний |
| PDF прайс-листи за локалями | Альтернативи в HTTP заголовках Link з hreflang | Hreflang тільки в HTML head, у PDF немає head | Для бінарних файлів використовуйте заголовки, інакше сигнал не читається |
| Частковий переклад контенту | Пов’язувати тільки дійсно еквівалентні сторінки | Пов’язали різні за змістом сторінки для галочки | Алгоритм бачить невідповідність та ігнорує сигнал, зростають м’які дублі |
Коли атрибут hreflang використовувати не варто
Якщо у вас одна мова та одна країна таргета – зайві теги лише шумлять у розмітці. Не пов’язуйте сторінки, які не є еквівалентними за змістом, навіть якщо на них той самий товар – різна комплектація або ціни ламають передбачуваність. Коли ви свідомо хочете канонізувати на одну версію для консолідації ваг, hreflang заважає та створює конфлікт сигналів. Спочатку приберіть сміття в аналітиці, потім робіть висновок – якщо нецільових показів менше 3 відсотків і CTR за цільовою країною вище 4 відсотків, вигоди від впровадження можуть бути нижчими за витрати.
Якщо сумніваєтеся – ставте пріоритет на canonical, а мультимовність залишайте на наступний спринт.
Чекліст: Перевірка hreflang на сайті
Далі йдемо по кроках, без хаосу: перевіряємо взаємність, відповідність локалей, канонікал, статуси, і тільки потім викочуємо в прод. У Search Console йдемо шляхом Індексація – Перевірка URL – Переглянути проіндексовану сторінку і звіряємо знайдені альтернативи. В GA4 шлях Звіти – Придбання – Трафік – За країнами та мовами інтерфейсу, дивимося частку цільової країни та аномалії. Якщо цифри не рухаються, значить ви не впровадили, а почитали – очікування мінус реальність часто на рівні карти відповідностей.
Зробіть це сьогодні – це базова гігієна мультимовних проектів.
- Є карта відповідностей URL за всіма локалями без пропусків
- Кожна локаль посилається на всі інші еквівалентні версії і назад
- У кожній версії self-canonical, немає перехресного canonical на іншу локаль
- Прописаний x-default для сторінки селектора або нейтральної версії
- Помилок 4xx та 5xx на альтернативних посиланнях немає
- У sitemap задубльований hreflang для кожного URL, якщо вибрана схема через sitemap
- Для PDF та інших файлів заданий Link в HTTP заголовках
- Всі коди локалей використовують ISO 639-1 для мови та ISO 3166-1 для регіону
- У GA4 цільова країна дає не менше 80 відсотків показів за цільовою локаллю
- У Search Console немає сплеску дублів сторінок після релізу
Атрибути hreflang та alternate – навіщо і як їх використовувати при мультирегіональності
Мультирегіональність – це коли ви таргетуєтеся на кілька країн, часто з різними валютами та умовами. Як належить, це повинно працювати так: у вас або підкаталоги /ua, /pl, /de, або піддомени ua.example.com, і кожна регіональна версія пов’язана hreflang згідно з локаллю. Якщо у вас ccTLD рівня example.ua та example.pl, вам особливо важливо пов’язати еквівалентні сторінки, щоб не було взаємного канібалізму за брендовими запитами. На цьому місці більшість і зливається – змішують гео та мову, отримують en-UA замість uk-UA і втрачають CTR.
Виберіть архітектуру заздалегідь – таблиця нижче допоможе прийняти рішення без суперечок.
| Спосіб | Де задається | Коли вибирати | Ризики |
|---|---|---|---|
| Теги в head | HTML шаблони | Невеликі сайти до 50k URL, швидкий деплой | Ризик несинхрону між версіями при часткових релізах |
| Sitemap з xhtml:link | Файл sitemap.xml | Великі сайти, зручніше генерувати батчами | Будь-яке бите посилання в карті ламає зв’язність пачками |
| HTTP заголовки Link | Веб-сервер, CDN | PDF, зображення, динамічні сторінки без head | Складніше дебажити, потрібне логування та інспекція відповідей |
| Підкаталоги за країнами | example.com/ua, /pl | Єдиний домен, спільна вага, централізований SEO | Потрібно чітко розвести валюти та контент, інакше дублі |
Релевантний заголовок, а не просто підсумок – фінальні акценти щодо hreflang
Підсумок простий: атрибути hreflang та alternate – навіщо і як їх використовувати ви вже побачили вище, тепер або впроваджуєте, або платите охопленнями. Моя методологія така – спочатку вимірюємо базу, ставимо пороги, тільки потім викочуємо реліз на 10 відсотків URL і дивимося динаміку за цільовими країнами. Критично: частка сторінок з валідним hreflang повинна бути 95 відсотків+, нецільові покази на картках товару менше 5 відсотків, CTR за цільовою країною зростає хоча б на 0.5-1.5 пункта. Якщо бачите зворотне – відкат релізу, лог запитів бота, звірка карти відповідностей та канонікалів.
Формула проста – спочатку метрики, потім емоції.
FAQ: Що робити, якщо мов багато і частина сторінок відсутня
Пов’язуйте тільки реально існуючі еквіваленти, не вказуйте порожні або майбутні URL. Візьміть принцип мінімального набору та масштабуйте в міру готовності.
FAQ: Чи потрібен hreflang для локалей однієї країни, наприклад uk-UA та ru-UA
Так, якщо ви реально підтримуєте обидві мовні версії для України. Слідкуйте за точним кодуванням локалей та взаємністю посилань.
FAQ: Чи конфліктує hreflang з canonical
Ні, якщо всередині кожної локалі стоїть self-canonical. Конфлікт починається, коли canonical вказує на іншу локаль і обнуляє сигнал hreflang.
FAQ: Що дивитися в Search Console після впровадження
Перевірте Індексація – Сторінки та вибір канонічного URL, і використовуйте Перевірка URL для інспекції альтернатив. Слідкуйте за показами та CTR за країною в Продуктивність – Пошукові запити – Сторінки – Країни.
Кейс: як це виглядало в мене в реальному проекті
Інтернет-магазин з uk-UA, ru-UA та en-UA, 42k сторінок, архітектура підкаталогів. Після перевипуску з коректною картою hreflang та self-canonical у кожній локалі ми отримали +12-18 відсотків органіки з України, -35 відсотків показів з нецільових країн і зростання CTR за брендовими запитами на 1.1 пункта за 28 днів – або ви це робите, або платите охопленнями.
Методологія та пороги, на які я дивлюся
Метрики: частка валідних зв’язків hreflang за картою 95 відсотків+, нецільові покази за основними шаблонами менше 5 відсотків, зростання частки сесій з цільової країни на 10 відсотків+, стабільний канонічний URL без танців. Якщо коротко, у вас затримка ось тут – немає взаємності або канонікалить не туди.
Де читати офіційно і без міфів
Google Search Central: локалізовані версії та консолідація дублів та canonical. Це база, на яку я спираюся в аудиті.
Глосарій
- Hreflang – атрибут для вказання мовної та регіональної альтернативи сторінки
- rel=”alternate” – тип посилання, що пов’язує еквівалентні версії сторінок
- x-default – значення hreflang для нейтральної сторінки, зазвичай селектора мови
- Canonical – тег, що вказує канонічну версію всередині кластера дублів
- Локаль – комбінація мови та країни у форматі мова-КРАЇНА, наприклад uk-UA
- Еквівалентні сторінки – сторінки з однаковим наміром користувача та структурою, але різною локаллю
- HTTP заголовок Link – спосіб задати hreflang для файлів без head, наприклад PDF
- Sitemap xhtml:link – формат вказання альтернативних версій у карті сайту
- Мультирегіональність – таргетинг на кілька країн з можливими відмінностями за умовами
- Мультимовність – підтримка кількох мов для однієї або різних країн
