Двомовний сайт UA/PL: помилки, через які польські клієнти вас не бачать

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

Ви зареєстрували Sp. z o.o., переклали сайт на польську, додали /pl/ — і чекаєте заявок від польських клієнтів. Минає місяць, два, пів року, а органічного трафіку з Польщі майже немає. У наших аудитах двомовних сайтів UA/PL ми бачимо одну й ту саму картину: проблема майже ніколи не в якості перекладу, а в технічних сигналах, зокрема в hreflang. Google просто не розуміє, що польська версія призначена саме для поляків, і далі показує їм українську сторінку — або не показує нічого.

За даними Google Search Central, для коректної роботи міжнародного сайту пошуковик покладається на явні сигнали локалізації: кожна мовна версія має бути проіндексована окремо та пов’язана з іншими через hreflang. Якщо цей ланцюжок рветься — видимість у польській видачі падає незалежно від того, наскільки добре написаний текст. Нижче — помилки, які ми найчастіше знаходимо під час SEO-аудиту, і як їх виправити у правильному порядку.

Якісний переклад без технічних сигналів — це сторінка, якої Google не показує полякам. Пошуковик не читає текст, щоб «здогадатися» про мову аудиторії. Йому потрібен явний сигнал hreflang, проіндексований PL-URL і canonical, що вказує сам на себе. Якщо хоча б одна ланка зламана — видимості в Польщі немає.

Багато власників Sp. z o.o. вважають, що робота закінчується після перекладу. У реальності переклад — це ~40% завдання. Решта — технічна: як Google знаходить польські сторінки, як розуміє їхнє призначення і як вирішує, кому їх показувати.

У нашій практиці був типовий кейс: компанія з послугами для бізнесу переклала 60 сторінок на польську бездоганно, носій мови вичитав кожен текст. Але в Search Console PL-сторінки або не з’являлися взагалі, або висіли як «Виявлено — не проіндексовано». Причина виявилася банальною: canonical на всіх PL-URL вказував на українські версії. Google бачив польський текст, але canonical казав йому «справжня сторінка — українська», і він ігнорував переклад.

Ось як ми думаємо про діагностику двомовного сайту:

• Індексація — чи взагалі є PL-URL в індексі Google?
• Hreflang — чи пов’язані UA і PL версії правильно й парно?
• Canonical — чи вказує кожна версія сама на себе?
• Доступність — чи може бот дістатися PL-сторінок без редиректів за геолокацією?

Чесно про причину: у ~8 із 10 аудитів двомовних сайтів заявок немає не через контент, а через те, що Google технічно не показує польську версію польській аудиторії.

Hreflang — це атрибут у коді сторінки, який повідомляє Google мову й регіон версії та зв’язує її з відповідниками іншими мовами. Простими словами: він каже пошуковику «це українська сторінка, а ось її польський дублікат для користувачів із Польщі». Без нього Google сам вирішує, що показати, — і часто вирішує не на вашу користь.

Атрибут виглядає як набір посилань у секції <head> кожної сторінки. На українській сторінці він перелічує і саму UA-версію, і PL-версію. На польській — так само обидві. Ключове правило: зв’язок має бути двостороннім і парним. Якщо UA-сторінка посилається на PL, а PL на UA не посилається, Google ігнорує весь набір як некоректний.

У наших аудитах ми регулярно бачимо три типові варіанти поломки:

1. Hreflang немає взагалі — Google самостійно вгадує мову за контентом і доменом, часто помиляючись.
2. Hreflang однобічний — UA посилається на PL, зворотного зв’язку немає.
3. Hreflang вказує на неіснуючі або редиректні URL — посилання веде на сторінку, яка віддає 301 чи 404.

Коди мов, які плутають найчастіше

Для української правильний код — uk, а не ua. Це часта помилка: ua — це код країни, а не мови, і Google його не розпізнає як мовний сигнал. Для польської — pl. Якщо ви таргетуєте конкретно польський ринок, можна використати pl-PL, але для мовного таргетингу достатньо pl.

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

Найпоширеніша — коли canonical на польській сторінці вказує на українську версію. Для Google це пряма команда: «справжня сторінка — українська, PL-версію не індексуй як окрему». У результаті переклад існує для відвідувача, але для пошуковика його ніби немає. Заявок з органіки Польщі не буде.

Canonical (вказівка на «головну» версію сторінки) і hreflang мають працювати узгоджено. Правило просте: кожна мовна версія вказує canonical сама на себе. Польська сторінка — на польський URL, українська — на український. Якщо canonical зводить усі версії до однієї мови, hreflang втрачає сенс — Google бачить конфлікт сигналів і обирає canonical.

Чому так стається? Найчастіше через те, як налаштовані CMS і плагіни багатомовності. Деякі теми за замовчуванням ставлять canonical на «основну» мову сайту для всіх версій. Власник про це не знає — у візуальному редакторі все виглядає правильно, а проблема сидить у коді шаблону.

Робочий порядок перевірки canonical на двомовному сайті:

1. Відкрийте польську сторінку й подивіться код — знайдіть тег <link rel="canonical">.
2. Переконайтеся, що він вказує на цей самий PL-URL, а не на UA-версію.
3. Повторіть для 5–10 ключових сторінок — помилка зазвичай системна, не поодинока.
4. Звірте canonical із hreflang: обидва мають вказувати на ту саму PL-сторінку.

У кейсі з послуговою компанією, про який ми згадували вище, виправлення саме цього конфлікту — canonical на себе замість UA — дало переіндексацію 54 із 60 PL-сторінок протягом трьох тижнів. Трафік з’явився раніше, ніж ми встигли взятися за контент.

Автоматичний редирект, який за IP перекидає польського користувача на /pl/, а українського на /uk/, часто блокує і Googlebot. Бот сканує переважно з американських IP, тому під час редиректу за геолокацією він може взагалі не дістатися до польських сторінок — і вони не потраплять в індекс. Польської версії для Google фактично не існує.

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

У наших аудитах ми бачили сайти, де через гео-редирект в індексі була тільки одна мовна версія — та, що відповідала IP-зоні сервера. Друга висіла «невидима»: сторінки існували, але жодного разу не були просканованими, бо бота завжди перекидало.

Що робити замість жорсткого редиректу

• Дати користувачеві вибір мови — банер або перемикач, а не примусове перенаправлення.
• Якщо редирект потрібен — показувати ненав’язливу пропозицію («Перейти на польську версію?») із можливістю залишитися.
• Переконатися, що всі мовні URL доступні боту напряму, без редиректів, і віддають код 200.

Один клієнт із Польщі скаржився, що «сайт точно є польською, але в Google його немає». Під час аудиту виявилося: гео-редирект відправляв Googlebot на українську версію при кожному заході. Ми замінили примусовий редирект на перемикач мови — і через місяць PL-сторінки почали з’являтися в польській видачі.

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

Часто проблема не в основному тексті, а в «периферії»: кнопки, хлібні крихти, повідомлення форм, тексти помилок, alt зображень, мікророзмітка. Їх легко пропустити при перекладі, бо вони зашиті в шаблон або плагіни, а не в контент сторінки.

У наших аудитах ми перевіряємо мовну чистоту так:

• Основний контент — заголовки, абзаци, списки.
• Навігація — меню, футер, хлібні крихти.
• Інтерактив — форми, кнопки, повідомлення про помилки й успіх.
• Невидиме для ока — title, meta description, alt, структуровані дані.

В одному проєкті польська сторінка послуги мала бездоганний текст, але title і meta description лишилися українськими — їх забули перекласти в SEO-плагіні. Google показував у сніпеті українські рядки польському користувачеві, CTR був майже нульовим. Виправлення мета-тегів підняло клікабельність у кілька разів без зміни позицій.

Мовна чистота — це не лише про користувача, а й про довіру Google до того, що сторінка справді польська. Суперечливі сигнали розмивають релевантність.

Найпряміший спосіб — Google Search Console: звіт про індексацію показує, скільки PL-URL в індексі, а звіт International Targeting — чи коректний hreflang. Якщо польські сторінки висять у статусі «Виявлено — не проіндексовано» або «Просканована — не проіндексована», це прямий сигнал технічної проблеми, а не контенту.

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

Робоча діагностика двомовного сайту, яку ми застосовуємо в аудиті:

1. Search Console → Індексація — скільки PL-URL в індексі проти кількості опублікованих.
2. Інструмент перевірки URL — узяти конкретну PL-сторінку й подивитися, як її бачить бот, який canonical вона визначає.
3. International Targeting — помилки hreflang, непарні зв’язки, невідомі коди мов.
4. Перегляд коду сторінки — hreflang і canonical очима, а не лише через звіти.
5. Логи сервера — чи заходив Googlebot на PL-URL узагалі.

Наступний крок: якщо в Search Console PL-сторінки «Виявлено — не проіндексовано» масово — справа майже завжди в canonical або hreflang, і це виправляється швидше, ніж здається.

Технічний SEO-аудит зводить ці перевірки в одну картину: де саме рветься ланцюжок «бот знайшов → зрозумів мову → проіндексував → показав полякам». Часто достатньо виправити одну-дві системні помилки, щоб польська версія ожила — без переписування контенту й без нового бюджету на посилання.

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

Пріоритети, які ми вибудовуємо в аудиті двомовного сайту, від найкритичнішого:

1. Індексація PL-URL — без неї решта не має значення.
2. Canonical на себе для кожної польської сторінки.
3. Парний двосторонній hreflang із правильними кодами uk/pl.
4. Прибрати гео-редирект, що блокує бота.
5. Мовна чистота — мета-теги, навігація, форми.
6. Аж потім — контент, ключі під польський ринок, посилання.

Чесно про терміни: технічні виправлення займають 1–3 тижні роботи, переіндексація — ще 2–8 тижнів, а помітне зростання органіки з Польщі — 3–6 місяців. Це не миттєво, але передбачувано, якщо послідовність правильна.

Наша робоча модель проста: спершу зробити так, щоб Google бачив і коректно показував те, що вже є, а тоді вкладатися в зростання. Двомовний сайт, де hreflang і canonical узгоджені, а PL-версія проіндексована, починає приносити польські заявки навіть на наявному контенті — просто тому, що потрапляє у видачу до своєї аудиторії.