Шаблон міжнародного SEO та hreflang

Сплануйте багатомовне та мультирегіональне SEO і коректно впровадьте hreflang, щоб показувати потрібну сторінку потрібній аудиторії.

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

6 готових варіантів

Структура URL для міжнародного сайту

Оберіть, як розміщувати версії за країнами та мовами, перш ніж щось будувати.

Оберіть шаблон URL для [Brand]

Міжнародну структуру URL важко змінити згодом, тож вирішуйте свідомо. Є три поширені варіанти, кожен зі своїми компромісами щодо вартості, сили сигналу та обслуговування.

ccTLD: [example.de], [example.fr] — найсильніший геосигнал, зрозумілий користувачам, але дорогий і з окремим авторитетом для кожного домену.
Підкаталог: [example.com/de/], [example.com/fr/] — консолідує авторитет на одному домені, найпростіший в обслуговуванні, рекомендований для більшості команд.
Піддомен: [de.example.com] — гнучке розміщення, але сигнали можуть трактуватися як більш відокремлені, ніж у підкаталогів.

Оберіть один підхід і застосовуйте його послідовно для кожної локалі. Змішування шаблонів заплутує краулери та ускладнює hreflang.

Зафіксуйте своє рішення та його обґрунтування нижче, щоб майбутні учасники не імпровізували.

Обрана структура: [ccTLD / підкаталог / піддомен]
Причина: [бюджет, розмір команди, геопріоритет]
Локалі в межах проєкту: [список]

План мапування hreflang

Визначте кожну пару мова-регіон, перш ніж писати бодай один тег.

Складіть мапу локалей для [Brand]

Перш ніж щось впроваджувати, побудуйте головний перелік усіх локалей, які ви обслуговуєте. Правильно вкажіть коди: hreflang використовує код мови ISO 639-1 (напр. en, es, fr), за яким може йти код регіону ISO 3166-1 Alpha-2 (напр. US, MX, GB). Спершу мова, потім регіон.

en: будь-який носій англійської (без регіону) → [URL]
en-US: англійська, США → [URL]
en-GB: англійська, Велика Британія → [URL]
es-MX: іспанська, Мексика → [URL]
x-default: запасний варіант для невизначених користувачів → [URL]

Використовуйте регіон лише тоді, коли ви маєте для нього справді відмінний контент. Якщо ваша іспанська сторінка ідентична для кожної країни, таргетуйте es саму по собі, а не вигадуйте es-MX, es-AR та es-ES.

Запишіть кожну пару та її цільову сторінку, щоб впровадження було механічним.

Локаль: [мова або мова-регіон]
Цільовий URL: [абсолютний https URL]

Правила впровадження hreflang

Застосуйте непорушні технічні правила, щоб теги справді працювали.

Впровадьте hreflang коректно для [Brand]

Hreflang працює лише тоді, коли кілька правил виконуються одночасно. Поруште одне — і пошукові системи проігнорують увесь набір.

Самопосилання: кожна сторінка має вказувати саму себе серед своїх анотацій hreflang.
Зворотні теги: анотації мають бути двоспрямованими. Якщо сторінка A вказує на сторінку B, сторінка B має вказувати назад на сторінку A.
x-default: додайте запасний запис для користувачів, чию мову чи регіон ви не таргетували явно.
Абсолютні URL: завжди використовуйте повні https URL, а не відносні шляхи.

Оберіть один спосіб доставки й не змішуйте їх: HTML head (link rel='alternate'), HTTP-заголовки (корисні для PDF та не-HTML файлів) або XML sitemap.

Мінімальний коректний набір для однієї локалі виглядає так:

hreflang: en-us → [URL сторінки для США]
hreflang: en-gb → [URL сторінки для Великої Британії]
hreflang: x-default → [запасний URL]

Пам'ятайте: hreflang сигналізує, яку версію показати, а не підвищує ранжування.

Уникнення дубльованого контенту між локалями

Використовуйте canonical і hreflang разом, щоб локалі не канібалізували одна одну.

Не дайте локалям конкурувати на [Brand]

Майже ідентичні сторінки в різних регіонах (наприклад, en-US та en-GB) можуть виглядати як дубльований контент. Hreflang і canonical вирішують це разом, але лише якщо ви налаштуєте обидва правильно.

Кожна сторінка локалі повинна мати canonical із самопосиланням, що вказує сама на себе.
Не ставте canonical з кожної локалі на єдиний головний URL: це наказує пошуковим системам відкинути ваші інші версії.
Поєднайте self-canonical з повним, двоспрямованим набором hreflang, щоб системи знали, що сторінки є альтернативами, а не дублікатами.

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

Перевірте для кожної сторінки перед публікацією:

canonical: вказує на [цей самий URL локалі]
hreflang self: перелічує [цю локаль]
hreflang others: усі суміжні локалі присутні [так / ні]
x-default: присутній [так / ні]

Якщо canonical і hreflang для однієї сторінки колись вказуватимуть на різні URL — виправте це. Суперечливі сигнали ігноруються.

Локалізація проти перекладу

Випускайте справді локальні сторінки, а не машинно перекладені копії.

Локалізуйте, а не просто перекладайте, для [Brand]

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

Валюта та ціни: показуйте місцеву валюту, податки та способи оплати.
Мовні нюанси: нехай носій мови перевірить тон, ідіоми та термінологію.
Одиниці та формати: адаптуйте дати, вимірювання, адреси та формати телефонів.
Місцевий намір: досліджуйте ключові слова на ринку; дослівний переклад рідко відповідає тому, як місцеві справді шукають.
Сигнали довіри: місцеві контакти, доставка, повернення та юридичні сторінки.

Тримайте код мови hreflang узгодженим із фактичною мовою контенту. Позначення сторінки як es-MX за англійського тексту надсилає невідповідний сигнал.

Чек-лист локалізації для кожної локалі:

Валюту адаптовано: [так / ні]
Перевірку носієм виконано: [рецензент]
Місцеві ключові слова досліджено: [так / ні]

QA hreflang та поширені помилки

Проаудитуйте своє впровадження та виявіть помилки, які тихо його ламають.

Проведіть QA hreflang на [Brand]

Більшість збоїв hreflang безшумні: теги існують, але ігноруються. Виконайте цей аудит після запуску та після будь-якої зміни локалі.

Відсутні зворотні теги: переконайтеся, що кожна анотація взаємна з боку сторінки, на яку вона вказує.
Немає самопосилання: кожна сторінка має включати саму себе.
Неправильні коди: перевіряйте недійсні коди регіонів: використовуйте коди країн на кшталт GB, а не коди у стилі мов; UK недійсний.
Відносні URL: замініть будь-які відносні шляхи абсолютними https URL.
Конфлікт canonical: переконайтеся, що canonical і hreflang вказують на той самий URL для кожної сторінки.
Відсутній x-default: додайте запасний запис.

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

Фіксуйте знайдені проблеми та їхній статус:

Помилка: [опис]
Уражені локалі: [список]
Статус: [відкрито / виправлено]

Як використовувати цей шаблон

Перелічіть кожен ринок і мову, які ви обслуговуєте, а потім запишіть кожну як код мови чи пару мова-регіон (напр. en, en-US, es-MX).
Оберіть одну структуру URL для всіх локалей: ccTLD, підкаталог або піддомен, і застосовуйте її послідовно.
Побудуйте головну таблицю мапування кожної локалі до її абсолютного https цільового URL.
Оберіть єдиний спосіб доставки hreflang: link-теги в HTML head, HTTP-заголовки або XML sitemap.
Додайте запис hreflang із самопосиланням на кожній сторінці, щоб кожна локаль вказувала саму себе.
Додайте зворотні теги, щоб кожна анотація була двоспрямованою, плюс запис x-default для невизначених користувачів.
Встановіть canonical із самопосиланням на кожній сторінці локалі та переконайтеся, що він збігається з URL hreflang для цієї сторінки.
Запустіть краулер і міжнародний звіт вашої search console, щоб перевірити взаємність, дійсні коди та абсолютні URL.

Поради

Використовуйте код регіону лише тоді, коли контент справді відрізняється за країною; інакше таргетуйте лише мову (es, а не es-MX).
Hreflang підказує пошуковим системам, яку версію показати користувачеві, це не підвищення ранжування, тож не очікуйте стрибка позицій.
Ніколи не ставте canonical усіх локалей на один головний URL; кожна сторінка має вказувати canonical саму на себе й покладатися на hreflang, щоб пов'язати набір.
Тримайте код мови hreflang узгодженим із фактичною мовою контенту та локалізуйте валюту й намір, а не машинно перекладайте.

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

Який правильний формат для значення hreflang?

Спершу використовуйте код мови ISO 639-1 (напр. en, es, fr), за яким може йти код регіону ISO 3166-1 Alpha-2 (напр. en-US, es-MX). Код мови обов'язковий; регіон необов'язковий і додається лише тоді, коли контент відрізняється за країною.

Чи потрібен зворотний тег для кожної сторінки?

Так. Hreflang має бути двоспрямованим. Якщо сторінка A посилається на сторінку B як на альтернативу, сторінка B має посилатися на сторінку A у відповідь. Відсутні зворотні теги змушують пошукові системи ігнорувати уражені анотації, тож кожна сторінка в наборі має вказувати на кожну іншу, включно із собою.

Що робить x-default і чи він обов'язковий?

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

Як поєднувати теги canonical із hreflang?

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

Де розміщувати теги hreflang?

Ви можете розмістити hreflang у HTML head як теги link rel='alternate', у HTTP-заголовках (корисно для не-HTML файлів на кшталт PDF) або у вашому XML sitemap. Оберіть один спосіб і використовуйте його послідовно; не впроваджуйте той самий набір у кількох місцях, бо це може створити конфлікти.

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

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