Главная › Новости

Мовні папки /ua/, /ru/ чи окремі домени: що контролювати в Google

Опубликовано: 25.06.2026

Сайт працює двома мовами, і виникає логічне запитання: розміщувати українську та російську версії в підпапках типу /ua/ і /ru/, створювати піддомени чи купувати окремі домени? Відповідь залежить не від естетики адресного рядка, а від того, як саме Google інтерпретує структуру та які важелі контролю залишає власнику.

Чому вибір між папками й доменами взагалі виникає

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

Папки (/ua/, /ru/) зберігають весь авторитет домену в одному місці. Піддомени (ua.example.com, ru.example.com) технічно відокремлені, хоча Google здебільшого розглядає їх як частину єдиного сайту. Окремі домени (example.ua, example.ru) — це самостійні ресурси з власною історією в індексі.

Папки, піддомени чи ccTLD: реальні відмінності

Різниця між цими підходами полягає не в ранжуванні загалом, а в деталях управління.

• Папки. Усі посилання на сайт працюють на обидві мовні версії одночасно. Для папок використовують повні URL у hreflang, а регіональні сигнали формують сукупно — мовою й змістом сторінок, адресами, локальними даними та зовнішніми згадками.
• Піддомени. Піддомени потребують окремого технічного контролю, аналітики та послідовної внутрішньої навігації. Піддомени можна використовувати як окремі мовні або регіональні розділи, але колишнє ручне націлення на країну в Search Console більше не підтримується.
• Окремі домени (зокрема ccTLD). Окремі домени мають власну історію, технічне керування та посилальний профіль. Домен .ua є сильним сигналом орієнтації на Україну, а домен .ru — на Росію. Це дає чіткий географічний сигнал, але вимагає окремих бюджетів на просування кожного ресурсу.

Що Google чітко розрізняє, а що залишає алгоритмам

В офіційній документації Google прямо заявляє: жодна зі структур не має переваг в органічній видачі за замовчуванням. Проте це твердження потребує уточнення, бо «немає переваг» не означає «немає різниці».

Google розрізняє мову сторінки та її регіональну доречність. Мову він визначає за видимим контентом, а hreflang використовує для зіставлення локалізованих альтернатив. Атрибут lang важливий для браузерів і доступності, але його не слід подавати як головний сигнал Google для визначення мови. Регіональна релевантність формується з кількох сигналів, серед яких домен верхнього рівня країни, локалізований зміст, адреси й контакти, зовнішні згадки та інші контекстні дані. IP-адреса сервера не варто подавати як вирішальний чинник.

Сама назва папки /ua/ або /ru/ не визначає автоматично мову чи країну. Пошукова система оцінює фактичний текст, hreflang, локальні дані, внутрішні та зовнішні зв’язки й інші сигнали.

Hreflang як головний інструмент контролю

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

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

Поширена помилка — вказувати hreflang лише на одній версії. Google очікує симетричності: якщо українська сторінка посилається на російську, російська обов'язково має посилатися на українську.

Регіональні сигнали без ручного націлення в Search Console

Колишнє ручне націлення на країну в Search Console більше не підтримується. Для мультирегіональних сайтів Google використовує сукупність сигналів: ccTLD, локалізований зміст, адреси й контакти, hreflang, внутрішні та зовнішні посилання й інші контекстні дані.

Мову й країну не слід ототожнювати. Російськомовна сторінка може бути створена для аудиторії в Україні, а україномовна — для користувачів за кордоном. Структуру URL і локалізацію потрібно будувати під реальну аудиторію, а не під застарілий перемикач у Search Console.

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

Тобто, якщо російськомовна версія створена для українських користувачів, які спілкуються російською, автоматично вважати її сторінкою для Росії було б помилкою. Мова не дорівнює країні.

Дублікати та канібалізація між мовними версіями

Навіть із правильно налаштованим hreflang іноді виникають проблеми. Найчастіша — коли сторінки не є точними перекладами одна одної. Hreflang призначений для локалізованих варіантів тієї самої сторінки. Версії не зобов’язані бути буквальними перекладами, але повинні відповідати одна одній за основним призначенням.

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

Інший випадок — коли мовна версія існує, але не має зворотних посилань у hreflang на інші мови. Тоді Google може проіндексувати її як ізольовану сторінку, що призводить до дублювання контенту в результатах пошуку.

Перевірка мовної архітектури після запуску

Щоб переконатися, що Google коректно розуміє мовну структуру, варто послідовно перевірити кілька пунктів.

• Наявність hreflang у коді чи HTTP-заголовках. Перевіряється через перегляд вихідного коду або інструменти аналізу заголовків.
• Симетричність посилань. Кожна версія сторінки має містити теги на всі інші версії.
• Відповідність мови контенту заявленій у hreflang. Якщо тег вказує uk, а текст російськомовний — це помилка, яку Google може проігнорувати або інтерпретувати неправильно.
• Відсутність змішаних мов на одній сторінці. Невеликий блок іншою мовою допустимий, але основний контент має відповідати тегу.
• Статус індексації кожної версії. Перевіряється через URL Inspection у Search Console.
• Відсутність помилок hreflang у звітах. Колишній звіт Search Console «Міжнародне таргетування» вилучено, тому коректність hreflang перевіряють у коді, картах сайту, журналах сканування та спеціалізованих валідаторах.

Коли окремий домен виправданий

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

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

Архітектура мови й контроль результату

Вибір між папками та окремими доменами не є питанням правильності чи хибності — це питання відповідності інструменту завданню. Папки /ua/ і /ru/ спрощують спільне технічне керування та аналітику. Окремі ccTLD дають виразний регіональний сигнал, але кожен домен доводиться підтримувати, наповнювати й просувати окремо.

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