SEO: перехід сайту на українську без втрати позицій

Два сценарії переходу

Перехід на українську буває двох видів, і поради для них різні.

• Українська додається. Сайт уже має польську, англійську чи російську версію, і ти додаєш українську поруч. Старі сторінки лишаються, нові отримують власні адреси, а всі версії зв’язуються тегами hreflang.
• Українська замінює іншу мову. Наприклад, ти прибираєш російську версію. Тоді кожна стара сторінка отримує постійний 301-редірект на свій український відповідник.

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

Окрема адреса для кожної мови

Google радить давати кожній мовній версії сторінки окремий URL. Мову, вибрану через cookie чи налаштування браузера, пошуковик не бачить, а параметри на кшталт ?lang=uk він прямо не рекомендує.

Найпоширеніші варіанти структури:

• підпапки: example.com/uk/, example.com/pl/ — усе на одному сайті, найпростіше підтримувати;
• піддомени: uk.example.com — зручно, якщо версії живуть на різних системах;
• окремі домени, наприклад example.pl і example.com — коли версії орієнтовані на різні країни.

Перекладай сторінку повністю: заголовок, меню, кнопки й текст. Google не зважає на атрибут lang чи адресу, а визначає мову за видимим текстом, тому сторінка, де перемішано дві мови, плутає і людей, і пошуковик.

Hreflang і canonical

Теги hreflang підказують Google, які сторінки є мовними версіями одна одної, і допомагають показати людині версію її мовою. Правила прості:

• кожна версія перелічує себе й усі інші версії. Якщо дві сторінки не посилаються одна на одну, Google ігнорує ці теги;
• код мови пишуть у форматі ISO 639-1: українська — uk, польська — pl. ua — це код країни, а не мови, і такий тег не спрацює;
• x-default вказує сторінку для всіх інших мов, наприклад вибір мови чи основну версію;
• canonical кожної версії вказує на неї саму, а не на версію іншою мовою.

<!-- однаково на https://example.com/pl/uslugi/ і на https://example.com/uk/posluhy/ -->
<link rel="alternate" hreflang="pl" href="https://example.com/pl/uslugi/">
<link rel="alternate" hreflang="uk" href="https://example.com/uk/posluhy/">
<link rel="alternate" hreflang="x-default" href="https://example.com/pl/uslugi/">

<!-- canonical у кожної версії свій, наприклад на українській: -->
<link rel="canonical" href="https://example.com/uk/posluhy/">

Ті самі зв’язки можна задати в XML-карті сайту, якщо так зручніше для твоєї CMS.

Вибір мови замість примусового редіректу

Google радить не перенаправляти людей автоматично на версію, яку ти вважаєш їхньою мовою, а дати посилання на інші мовні версії. На практиці це перемикач мови на кожній сторінці, який веде на ту саму сторінку іншою мовою, а не на головну.

Можна запам’ятати вибір у cookie чи підказати мову банером. Але кожна версія має відкриватися за своєю адресою для будь-кого: і для людини без cookie, і для пошукового робота.

Чого не робити: редірект за мовою браузера чи Referer

Перша версія цієї статті описувала схему, яку ми тоді застосували на власному сайті. Тимчасовий 302-редірект вів усіх відвідувачів на українську версію, пошукові роботи без заголовка Referer бачили старі сторінки, а cookie дозволяв повернутися до старої мови. Сьогодні ми таку схему не рекомендуємо:

• Google прямо радить не перенаправляти людей за припущеною мовою;
• коли робот бачить одну сторінку, а людина після редіректу іншу, це схоже на клоакінг і приховані редіректи з правил Google щодо спаму;
• Googlebot сканує сайти без заголовка Accept-Language і переважно з IP-адрес у США, тож будь-яке визначення мови «на льоту» показує йому не те, що бачать твої клієнти;
• 302-редірект, який місяцями стоїть замість постійного, дає Google суперечливі сигнали: у пошуку лишається стара адреса.

Надійніше зробити окремі адреси, hreflang і перемикач мови. Тоді і люди, і робот бачать однакові сторінки.

301 чи 302

Якщо прибираєш стару мову, перенаправляй кожну сторінку на її український відповідник, а не все підряд на головну: Google радить не зводити багато старих адрес до однієї нерелевантної сторінки. Приклад для .htaccess на сервері Apache:

RewriteEngine On
# стара сторінка → її український відповідник
RewriteRule ^ru/uslugi/?$ /uk/posluhy/ [R=301,L]
RewriteRule ^ru/kontakty/?$ /uk/kontakty/ [R=301,L]

Тримай редіректи якомога довше: Google радить щонайменше рік.

Що не зламати під час переходу

• Службові адреси. Якщо пишеш правила редіректів на WordPress, не зачепи адмінку (/wp-admin, /wp-login.php), REST API (/wp-json/), завантаження (/wp-content/), стилі, скрипти й зображення. Інакше зламаються плагіни, кеш і CDN.
• Внутрішні посилання. Онови меню й посилання в текстах на нові адреси, щоб не ганяти людей і робота ланцюжками редіректів.
• Карта сайту й Search Console. Подай у Search Console нову XML-карту з українськими адресами й стеж за звітом про індексування: сторінки з помилкою 404 чи з редиректом покажуть, що пропущено.
• Реклама й аналітика. Заміни кінцеві URL в оголошеннях Google Ads і Meta на нові адреси. Перевір ключові події GA4, які спрацьовують на певних адресах, наприклад на сторінці подяки.
• Зовнішні посилання. Попроси партнерів і каталоги, з яких іде найбільше трафіку, оновити посилання на твій сайт.

Чек-лист переходу

1. Склади таблицю: стара адреса → нова українська адреса для кожної сторінки.
2. Переклади сторінки повністю, разом із title, description і меню.
3. Налаштуй hreflang і canonical на себе на всіх мовних версіях.
4. Додай перемикач мови, який веде на ту саму сторінку іншою мовою.
5. Якщо стара мова зникає, постав 301-редіректи за таблицею з пункту 1.
6. Онови внутрішні посилання, карту сайту й рекламу.
7. Стеж за Search Console і GA4: які сторінки випали з індексу, як змінилися трафік і заявки.

Якщо сайт однаково час переробляти, простіше закласти мовні версії з нуля. Так ми зробили сайт ремонтної компанії у Варшаві: польська й українська версії з окремими адресами й адаптованими текстами, а не дослівним перекладом (докладніше в кейсі про систему заявок). Як ми робимо сайти і SEO-просування, розповідаємо на окремих сторінках, а з конкретним питанням пиши нам.