SEO-кейс: чому польська версія сайту не ранжувалася в Google

SEO-кейс №4: переклали 64 сторінки польською, але Google майже не показував їх у Польщі. Де зламалося міжнародне SEO?

Рубрика: SEO практика
Ніша: онлайн-освіта, курси дизайну
Напрям: міжнародне SEO, локалізація, hreflang, canonical, індексація
Формат: невдала гіпотеза, технічний аудит і поступове відновлення

Уявімо українську онлайн-школу графічного дизайну. Її команда вирішила вийти на ринок Польщі: підготувала викладачів, адаптувала навчальні матеріали, переклала сайт, додала польські заголовки, описи курсів і форму запису. У роботі були десятки сторінок, перекладач, редактор і розробник.

Через два місяці керівник дивиться на звіт і питає: «Ми переклали весь сайт. Чому поляки майже не знаходять наші курси в Google?»

SEO-фахівець перевіряє тексти. Вони написані польською, ключові слова доречні, заголовки нормальні. Але Google іноді показує українську сторінку замість польської, а значна частина нових URL не отримує пошукових переходів.

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

Вихідна ситуація: бізнес був готовий, сайт — не зовсім

Модельна компанія навчала роботі з Figma, Adobe Illustrator, основам вебдизайну й створенню портфоліо. Основна аудиторія — Україна. Польський ринок обрали як новий напрям із реальною можливістю проводити навчання польською, приймати заявки й супроводжувати студентів.

На сайті вже існувала українська версія з коректними сторінками курсів, блогу, викладачів, цін та умов навчання. Для польської аудиторії команда підготувала 64 окремі URL — сторінки курсів, тематичні матеріали, відповіді на запитання й ключові розділи.

Структура виглядала акуратно:

https://example.com/uk/kurs-figma/
https://example.com/pl/kurs-figma/

Обидві адреси існували, польський контент був опублікований. Але через два місяці після запуску за умовний 28-денний період польські URL отримали лише 240 кліків із Google Search, а з польськомовної аудиторії надійшло 9 кваліфікованих заявок.

Власник очікував швидшого розвитку. Проте самі собою ці цифри ще не доводили технічну помилку: новому ринку потрібні час, довіра, конкурентна пропозиція й релевантний попит. Тому команда пішла не за емоціями, а за перевірками.

Перша гіпотеза: «Можливо, просто мало польських ключових слів?»

Спершу підрядник запропонував посилити входження ключів у Title, H1 і текстах. Частину заголовків переписали, додали кілька абзаців про переваги онлайн-навчання польською, уточнили назви курсів.

Помітного короткострокового ефекту це не дало. Річ не в тому, що оптимізація текстів непотрібна. Вона просто не виправляє ситуацію, коли пошуковому роботу складно отримати польську сторінку або сайт суперечливо позначає, яка з адрес є основною.

Замість чергового редагування текстів команда перевірила, що насправді отримує Googlebot під час запиту до польського URL.

Аудит: чотири технічні знахідки

1. Автоматичний редирект за географією іноді ховав польську версію

Розробник реалізував «розумний» вибір мови. Для користувача, якого система визначала не з Польщі, перший запит до /pl/ іноді завершувався перенаправленням 302 на відповідну українську сторінку /uk/.

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

Проблема для SEO ще глибша. Google пояснює, що його сканер часто працює з IP-адрес у США та зазвичай не надсилає заголовок Accept-Language. Якщо сервер визначає мовну версію лише за IP або налаштуваннями браузера й автоматично перенаправляє запити, пошукова система може не знайти всі варіанти сторінок.

Це не означає, що будь-який георедирект гарантовано знищує ранжування. Але в нашій моделі він перешкоджав прямому доступу до частини польських URL, що підтверджувалося перевірками відповідей сервера з різними умовами запиту.

2. Canonical на польських сторінках вказував на українські

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

<!-- Помилковий сигнал на польській сторінці -->
<link rel="canonical" href="https://example.com/uk/kurs-figma/">

У моделі така помилка зачепила 31 польський URL.

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

3. Hreflang існував, але не утворював коректних пар

Частина сторінок мала односторонні посилання на альтернативні версії. На українській сторінці не було зворотної анотації для польської, а в окремих шаблонах код української мови записали як ua.

Це типова плутанина: UA — код країни Україна, а uk — код української мови. Для нашого прикладу можна використовувати uk-UA і pl-PL, якщо версії справді призначені для української аудиторії в Україні та польської в Польщі.

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

Важливий нюанс: hreflang не створює нові сторінки в індексі й не гарантує позицій. Він допомагає Google пов'язати наявні мовні та регіональні варіанти й показувати доречний URL.

4. Частина контенту була перекладена лише наполовину

На деяких польських сторінках переклали Title, H1, переваги курсу та кнопки, але залишили українські пояснення до тарифів і процесу навчання. В інших місцях ціна була лише в гривнях, а умови оплати для польських студентів описувалися загальними словами.

Технічно така сторінка мала польську URL-адресу. Однак для користувача залишалися незрозумілі питання: якою мовою проходять заняття, чи можна отримати підтримку польською, в якій валюті оплата, що включено до курсу.

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

Як виправляли міжнародне SEO

Крок 1. Зробили кожну мовну адресу стабільно доступною

Насамперед прибрали примусове перенаправлення з явно запитаної польської сторінки на українську через IP або автоматичне визначення мови. Якщо користувач відкривав /pl/kurs-figma/, він отримував саме польський документ із кодом 200 OK, незалежно від місця перебування.

Замість редиректу додали ненав'язливу пропозицію обрати мову та видимий перемикач між відповідними сторінками. Усі переходи працювали як звичайні посилання, без прихованої залежності від cookie.

Перевірили запити з різних мереж, без cookie, із різними заголовками та в режимі, максимально наближеному до звернення Googlebot. Окремо переглянули сторінку в URL Inspection, щоб побачити її статус і вміст з погляду Google.

Крок 2. Узгодили canonical із мовою сторінки

Для польської сторінки прописали self-referencing canonical:

<link rel="canonical" href="https://example.com/pl/kurs-figma/">

Для відповідної української — свою українську адресу:

<link rel="canonical" href="https://example.com/uk/kurs-figma/">

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

Крок 3. Налаштували взаємний hreflang

На обох відповідних сторінках додали однаковий набір анотацій:

<link rel="alternate" hreflang="uk-UA"
href="https://example.com/uk/kurs-figma/">
<link rel="alternate" hreflang="pl-PL"
href="https://example.com/pl/kurs-figma/">

Ці теги присутні і на українській, і на польській версії конкретного курсу. Вони містять повні HTTPS-адреси, не ведуть на редиректи чи сторінки з noindex і пов'язують саме еквівалентні матеріали.

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

Крок 4. Перевірили індексацію та sitemap

Команда пройшла всі 64 URL і перевірила, що кожна потрібна сторінка:

відповідає 200 OK без автоматичного перенаправлення;

не має випадкового noindex;

не заблокована від сканування;

містить повний польський основний вміст;

має коректний canonical і взаємний hreflang;

доступна через видимі внутрішні посилання;

присутня в sitemap, якщо сайт хоче, щоб її індексували.

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

Крок 5. Локалізували пропозицію, а не лише речення

Редактор із фаховим знанням польської мови перевірив назви спеціальностей, формулювання пошукових запитів, термінологію програм і самі описи курсів. На сторінках додали перевірену інформацію про:

мову викладання й консультацій;

тривалість, формат і розклад навчання;

доступні способи оплати та актуальну валюту;

програму курсу, роботи студентів і критерії результату;

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

Важливо: ці пункти публікували лише тоді, коли школа справді могла забезпечити відповідні послуги. Не використовували вигаданих польських адрес, неіснуючих викладачів чи фальшивих відгуків.

Результат: польські сторінки почали отримувати власний попит

Після виправлень минуло приблизно три місяці. У навчальній моделі команда порівняла два окремі 28-денні періоди: після початкового запуску та після стабілізації основних технічних налаштувань.

Усі показники змодельовані. Статистика сторінок у Search Console і кваліфіковані заявки в CRM — різні типи даних, які не варто без перевірки механічно перетворювати на єдиний показник конверсії.

Тут важливий не відсоток приросту як такий, а зміна структури видимості: польські URL стали частіше з'являтися як самостійні посадкові сторінки, а користувачі отримували сайт своєю мовою з відповідними умовами навчання.

Звичайно, ці зміни не дозволяють стверджувати, що весь приріст спричинений лише виправленням hreflang або canonical. Могли змінитися попит, конкуренція, якість пропозиції, рекламні активності, сезонність наборів та інші фактори. Для реального аналізу варто порівнювати окремі групи URL, запити, країни, мови та дані CRM.

Три помилкові висновки, яких варто уникати

Помилка 1. «Додамо hreflang — і Google почне ранжувати нас у Польщі». Ні. Hreflang допомагає пов'язувати мовні версії, але не замінює доступність сторінки, якість контенту, релевантність запиту та інші фактори пошуку.

Помилка 2. «Для польського сайту обов'язково потрібен домен .pl». Не обов'язково. Окремі мовні каталоги на загальному домені, наприклад /pl/, можуть бути нормальним рішенням. Важливі послідовна структура, індексація та реальна відповідність аудиторії.

Помилка 3. «Головне — правильно перекласти текст». Переклад потрібний, але без правильної технічної конфігурації та зрозумілої комерційної пропозиції він не реалізує весь потенціал міжнародного SEO.

Практичний чекліст для двомовного сайту

Розділіть мовні версії на стабільні URL. Не покладайтеся лише на cookie чи автоматичне визначення мови.

Не перенаправляйте примусово з адреси, яку користувач явно вибрав. Дайте можливість перемкнути мову вручну.

Перевірте мову основного контенту. Переклад лише заголовків і меню не створює повноцінну локалізацію.

Проставте коректні canonical. Для повноцінних перекладених сторінок зазвичай потрібні власні канонічні адреси відповідною мовою.

Перевірте коди hreflang. Для української використовуйте uk, для польської — pl, а за потреби відповідні регіональні комбінації.

Налаштуйте двосторонні анотації. Кожна пара повинна посилатися на себе та відповідні мовні версії.

Перевірте кінцеві URL. Hreflang не повинен указувати на випадковий редирект, помилку або сторінку без можливості індексації.

Оновіть sitemap і внутрішню навігацію. Перемикач мов та посилання мають бути доступними як звичайні URL.

Локалізуйте реальну пропозицію. Валюта, підтримка, умови оплати, розклад та інша важлива інформація повинні відповідати ринку.

Аналізуйте країни й мовні URL окремо. Порівнюйте видимість, кліки та заявки, не змішуючи різні джерела й методи атрибуції.

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

Чи може Google індексувати польську сторінку без hreflang?

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

Що правильніше для українського сайту: ua чи uk?

Для української мови використовується uk. У коді uk-UA перша частина означає мову, друга — країну. UA без мовного коду не є коректним позначенням української мови для hreflang.

Чи потрібно робити canonical польської сторінки на українську?

Для двох повноцінних версій із перекладеним основним вмістом це зазвичай неправильний підхід. Кожна мовна сторінка повинна мати зрозумілу власну адресу, а зв'язок між мовними варіантами описують через hreflang.

Чи вистачить машинного перекладу для міжнародного SEO?

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

Висновок

У цьому кейсі польський сайт начебто існував: були перекладені сторінки, кнопки й назви курсів. Але частина запитів автоматично повертала українську версію, canonical подавав суперечливі сигнали, а hreflang не пов'язував сторінки належним чином.

Міжнародне SEO — це не кнопка «Перекласти сайт». Це доступні мовні URL, узгоджені сигнали для пошукових систем, реальний зміст потрібною мовою та пропозиція, придатна для конкретного ринку.

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

Офіційні джерела

Google Search Central: керування багатомовними й багаторегіональними сайтами

Google Search Central: як позначати локалізовані версії сторінок

Google Search Central: як вказувати canonical

Google Search Central: усунення проблем із canonical