Багатомовне SEO: як налаштувати сайт українською, англійською і російською (hreflang, URL, переклад)

Коротко: щоб багатомовний сайт ефективно працював у пошуку, кожна мова має власний URL, власні мета-дані та якісний переклад, а сторінки-відповідники пов'язані взаємними тегами hreflang. Для української, англійської та російської версій використовуйте коди uk, en, ru і додайте x-default.

Що таке багатомовне SEO і чому недостатньо просто перекласти текст?

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

1. Структура URL, де кожна мова має окрему адресу.
2. Теги hreflang, що пов'язують відповідні сторінки.
3. Локалізований контент і запити, а не дослівний переклад.
4. Правильна поведінка сайту: перемикач мов, відсутність примусових редиректів за IP.

Яку структуру URL обрати?

Для більшості бізнес-сайтів найкращий баланс дають підкаталоги: / або /uk/ для української, /en/ для англійської, /ru/ для російської. Головне: стабільна й передбачувана схема, що не змінюється.

Що таке hreflang і як він працює?

hreflang — атрибут, що повідомляє пошуковику: «ця сторінка має версії іншими мовами за цими адресами». Він не змінює позиції напряму, а допомагає показати користувачеві потрібну мовну версію й уникнути плутанини з дублями.

Правила, без яких hreflang не працює:

• Взаємність. Якщо сторінка A вказує на B, то B має вказувати на A.
• Самопосилання. Кожна сторінка включає hreflang і на себе.
• Повні абсолютні URL. З протоколом і доменом.
• Правильні коди. Мова за ISO 639-1; регіон за ISO 3166-1, якщо потрібен.
• Відповідність. Сторінки-відповідники мають бути справжніми перекладами одного змісту.
• Canonical на себе. Не вказуйте canonical однієї мови на іншу.

Поширена помилка: код ua. Мова українська позначається uk, а ua це код країни. Для мови правильно hreflang="uk", для країни й мови разом uk-UA.

Приклад hreflang у <head>

<link rel="alternate" hreflang="uk" href="https://site.com/uk/services/seo/" />
<link rel="alternate" hreflang="en" href="https://site.com/en/services/seo/" />
<link rel="alternate" hreflang="ru" href="https://site.com/ru/services/seo/" />
<link rel="alternate" hreflang="x-default" href="https://site.com/uk/services/seo/" />

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

hreflang у sitemap

На великих сайтах зручніше задавати hreflang у XML-sitemap, а не в кожному <head>:

<url>
  <loc>https://site.com/uk/services/seo/</loc>
  <xhtml:link rel="alternate" hreflang="uk" href="https://site.com/uk/services/seo/"/>
  <xhtml:link rel="alternate" hreflang="en" href="https://site.com/en/services/seo/"/>
  <xhtml:link rel="alternate" hreflang="ru" href="https://site.com/ru/services/seo/"/>
  <xhtml:link rel="alternate" hreflang="x-default" href="https://site.com/uk/services/seo/"/>
</url>

Використовуйте один спосіб, щоб не створювати суперечностей між <head> і sitemap.

Мова за замовчуванням і автоперенаправлення

Не перенаправляйте користувачів і ботів примусово за IP чи заголовком Accept-Language. Googlebot зазвичай сканує без мовних налаштувань, тож примусовий редирект може закрити для нього інші версії. Краще:

• показувати вміст за запитаною адресою;
• запропонувати зручний перемикач мов на кожній сторінці у вигляді звичайних посилань <a>;
• за потреби пропонувати змінити мову ненав'язливою плашкою.

Переклад і локалізація: чому дослівного перекладу мало

Користувачі різних мов формулюють запити по-різному, і напряму ключі не перекладаються. Приклад: те, що українською шукають як «створення сайту», англійською частіше шукають як «web development» чи «website design». Тому:

1. Підбирайте запити окремо для кожної мови й ринку, а не копіюйте з однієї мови.
2. Переклад редагує носій мови, щоб текст звучав природно.
3. Локалізуйте валюту, формати дат, телефони, приклади, юридичні тексти.
4. Не залишайте змішаних сторінок, коли частина тексту інша мовою.
5. Не використовуйте автоматичний переклад без редагування для важливих сторінок.

Що локалізувати поза основним текстом?

• title, description, H1, ALT-атрибути зображень;
• slug (транслітерація або переклад, єдиний підхід);
• розмітка Schema.org: inLanguage, назви й описи;
• хлібні крихти, меню, кнопки, повідомлення форм;
• cookie-банер і політика конфіденційності;
• sitemap і відстеження в аналітиці по мовах.

Атрибут <html lang="uk"> встановлюйте відповідно до мови сторінки: це корисно для доступності й браузерів, хоч hreflang залишається основним сигналом для пошуковика про альтернативи.

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

• hreflang="ua" замість uk.
• Немає зворотних посилань між версіями.
• Усі мовні версії мають однаковий canonical на одну мову.
• Частково перекладені сторінки та змішаний контент.
• Автоматичний редирект за IP.
• Перемикач мов на JavaScript без звичайних посилань.
• Меню та футер лишилися однією мовою на перекладених сторінках.
• Різні набори hreflang у <head> і sitemap.

Як перевірити налаштування?

1. Просканувати сайт краулером із підтримкою hreflang і подивитися на помилки: відсутні зворотні посилання, невалідні коди, сторінки з redirect чи noindex у наборі.
2. Перевірити у Search Console, чи індексуються всі мовні версії.
3. Подивитися в «Ефективності» розподіл за країнами й сторінками: чи потрапляють користувачі на правильну мову.
4. Вручну відкрити кілька URL і порівняти набори hreflang із фактичними адресами.

Окремий звіт про міжнародне таргетування в Search Console вимкнено, тому покладайтеся на краулер, індексацію й ефективність.

План дій

1. Оберіть схему URL і зафіксуйте її.
2. Налаштуйте відповідність сторінок між мовами в CMS.
3. Додайте hreflang (у <head> або sitemap) і x-default.
4. Підготуйте локалізовані title, description, H1, slug.
5. Підберіть запити для кожної мови окремо.
6. Налаштуйте перемикач мов посиланнями.
7. Перевірте краулером і Search Console.

FAQ

Чи обов'язково використовувати hreflang?

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

Чи можна поєднувати кілька мов на одній сторінці?

Краще ні. Одна сторінка — одна мова, а для інших мов окремі URL.

Який код у hreflang для української?

uk. Код ua недійсний для мови.

Чи шкодять дублі між мовами?

Переклади сторінок не вважаються дублями, якщо вони справді різною мовою й правильно пов'язані. Проблеми виникають із частковими перекладами й однаковим текстом на різних URL.

Чи потрібна окрема сторінка вибору мови?

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

Що важливіше: hreflang чи якість перекладу?

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

Налаштовуєте сайт кількома мовами? Отримайте безкоштовний аудит Kyivan — розробник перевірить hreflang, canonical, структуру URL і локалізацію мета-даних.