Google ігнорує ваш hreflang: 10 причин, чому англомовна сторінка не ранжується в США
Кілька років тому мультимовний сайт для малого або середнього бізнесу часто виглядав як приємний бонус. Є українська версія, є англійська, можна показати сайт потенційному партнеру або клієнту з-за кордону. Сьогодні ситуація змінилася. Українські компанії активніше виходять на міжнародні ринки, вебстудії шукають клієнтів у США та Європі, виробники пробують продавати за межами України, а IT-компанії часто від самого початку думають про англомовну аудиторію.
На перший погляд усе здається досить простим. Потрібно перекласти сторінки, додати перемикач мов, налаштувати hreflang, перевірити індексацію — і Google мав би сам показувати правильну мовну версію потрібним користувачам. Українську сторінку — українцям, англійську — англомовній аудиторії, а за потреби окрему версію для США чи Великої Британії.
Але на практиці саме після запуску англомовної версії часто починаються найцікавіші питання.
Чому сторінка індексується, але майже не має показів у США? Чому Google інколи показує українську сторінку замість англомовної? Чому SEO-аудит не знаходить критичних помилок, а трафіку все одно немає? І найголовніше — чи справді проблема в hreflang?
За останні роки ми неодноразово бачили подібні ситуації на мультимовних сайтах, особливо на WordPress. І майже завжди виявлялося, що hreflang — це лише частина значно ширшої картини. Сам по собі він не створює попит, не додає авторитету сторінці, не покращує слабкий переклад і не робить сайт конкурентним у США.
Розглянемо десять причин, через які Google може фактично ігнорувати ваш hreflang або не давати англомовній сторінці очікуваної видимості в американській видачі.
Що таке hreflang і чого він насправді не робить
Hreflang — це атрибут, який допомагає пошуковим системам зрозуміти, що одна й та сама або дуже близька за змістом сторінка має кілька мовних чи регіональних версій.
Наприклад, сайт може мати:
- українську версію сторінки;
- англійську версію сторінки;
- німецьку версію сторінки;
- окрему англомовну версію для США;
- окрему англомовну версію для Великої Британії.
Завдання hreflang — не підняти сторінку в пошуку, а допомогти Google вибрати правильну версію для конкретного користувача. Це важливий момент, про який часто забувають.
Hreflang не є чарівною кнопкою міжнародного SEO. Він не гарантує позицій у США. Він не змушує Google ранжувати англомовну сторінку вище за конкурентів. Він лише пояснює зв’язок між мовними версіями.
Якщо сама англомовна сторінка слабка, погано локалізована, не має посилань, не вписана у структуру сайту або конфліктує з canonical, правильний hreflang не врятує ситуацію. Google може бачити цей сигнал, але все одно не давати сторінці очікуваних позицій.

Причина №1. Конфлікт між canonical та hreflang
Це одна з найпоширеніших і водночас найбільш непомітних технічних проблем.
Уявімо ситуацію. На сайті є українська сторінка послуги та її англійська версія. У коді прописані hreflang-посилання між цими сторінками. На перший погляд усе правильно. Але canonical англомовної сторінки вказує не на саму себе, а на українську версію.
Для Google це суперечливий сигнал.
Hreflang каже: “Це окрема мовна версія сторінки”.
Canonical каже: “Основною сторінкою є інша URL-адреса”.
У більшості випадків Google довірятиме canonical значно більше. І якщо англомовна сторінка канонізована на українську, вона фактично сама повідомляє пошуковій системі, що не є основною версією для індексації.
Подібні ситуації трапляються значно частіше, ніж здається. Більше того, інколи Google може самостійно вибрати іншу канонічну сторінку навіть без явної помилки в налаштуваннях. Детальніше про це ми розповідали у статті «Канонічний URL: чому Google вибирає іншу сторінку».
Правильна схема зазвичай виглядає так: кожна мовна версія має self-referencing canonical, тобто canonical, який вказує на цю ж саму сторінку. Українська сторінка вказує canonical на себе, англійська — на себе, німецька — на себе. А hreflang уже пов’язує ці сторінки між собою як альтернативні мовні версії.
Це особливо важливо для сайтів на WordPress, де SEO-плагін, мультимовний плагін і тема можуть по-різному працювати з canonical. Інколи власник сайту навіть не бачить проблеми в адмінці, бо на фронтенді усе виглядає нормально.
Причина №2. Англомовна сторінка є перекладом, але не локалізацією
Перекласти сторінку англійською мовою — ще не означає підготувати її для американського ринку.
Це дуже поширена помилка. Власник сайту бачить, що текст англійською написаний граматично правильно, і вважає роботу завершеною. Але користувач зі США може сприймати таку сторінку зовсім інакше.
Наприклад, в англомовному тексті залишаються:
- приклади, зрозумілі лише українській аудиторії;
- ціни в гривнях без пояснення;
- локальні формулювання;
- надто прямий переклад українських заголовків;
- структура сторінки, яка не відповідає очікуванням західного користувача.
Формально сторінка англійською. Але за змістом і подачею вона все ще залишається українською сторінкою, просто перекладеною іншою мовою.
Більшість подібних проблем виникає ще на етапі планування проєкту. Якщо питання мультимовності, цільових ринків та структури контенту не обговорити до початку розробки, виправлення можуть коштувати значно дорожче. Саме тому ми рекомендуємо ще на старті поставити клієнту низку важливих запитань, про які писали у статті «12 запитань, які варто задати клієнту перед розробкою сайту».
Google дедалі краще розуміє не лише мову, а й контекст. Якщо сторінка претендує на видимість у США, вона має відповідати очікуванням цієї аудиторії. Інакше hreflang може бути налаштований правильно, але сторінка все одно не виглядатиме достатньо релевантною для американського пошуку.
Причина №3. Мета теги не перекладені для різних мовних версій
Це проблема, яку часто не помічають навіть досвідчені власники сайтів.
Сторінка може бути повністю перекладена англійською мовою. Усі заголовки, тексти, кнопки, меню і навіть форма зворотного зв’язку виглядають правильно. Перемикач мов працює, hreflang присутній, URL має акуратну структуру. Але в коді сторінки залишаються ті самі meta title та meta description, що й на українській версії.
Таке часто трапляється при використанні безкоштовних версій мультимовних плагінів або неповному налаштуванні SEO-плагінів. Деякі преміальні можливості, зокрема переклад SEO-метаданих, Open Graph та інших технічних елементів, можуть бути доступні лише в платній версії.
У результаті українська та англійська сторінки мають однакові теги:
<title>Розробка інтернет-магазинів у Львові | PBB Design</title>
<meta name="description" content="Створення інтернет-магазинів на WordPress та WooCommerce. Замовити розробку сайту.">
При цьому сама сторінка вже доступна англійською мовою, наприклад за адресою:
/en/services/ecommerce-development/Для звичайного відвідувача все може виглядати добре. Але Google бачить суперечливу картину. Контент англійський, URL англійський, hreflang англійський, а title і description — українські або однакові для всіх мов.
Це не завжди є фатальною помилкою, але точно послаблює сигнал релевантності. Особливо якщо таких сторінок багато. На великих сайтах після аудиту інколи виявляється, що десятки або сотні мовних версій використовують один і той самий шаблон метаданих.
Після запуску англомовної версії варто обов’язково перевірити:
- title кожної важливої сторінки;
- meta description;
- Open Graph title;
- Open Graph description;
- SEO-заголовки архівів, категорій і сторінок послуг;
- метадані для зображень у соцмережах.
Якщо плагін не дозволяє перекладати ці елементи в безкоштовній версії, економія на ліцензії може виявитися дорожчою за саму ліцензію. Особливо якщо сайт розраховує не просто мати англійську версію, а отримувати з неї органічний трафік.
Причина №4. Англомовна сторінка не має власного посилального профілю
Для міжнародного SEO недостатньо просто створити англомовну версію. Важливо, щоб ця версія отримувала власні сигнали довіри.
На практиці часто буває так: зовнішні посилання ведуть на головну сторінку сайту або на українські матеріали, а англомовний розділ залишається майже ізольованим. Він існує, індексується, але не має окремої підтримки з боку зовнішніх ресурсів.
Google бачить, що українські сторінки мають згадки, посилання, історію, можливо, навіть позиції за певними запитами. А англомовні сторінки ніби додані пізніше й не мають самостійного авторитету.
Це особливо помітно у висококонкурентних тематиках: веброзробка, SEO, SaaS, кібербезпека, медицина, юридичні послуги, фінанси. У США за багатьма запитами конкурують сайти з багаторічною історією, сильним брендом і сотнями якісних посилань.
У такій ситуації hreflang лише повідомляє Google, що англомовна сторінка існує. Але він не пояснює, чому саме цю сторінку треба показувати вище за десятки сильних конкурентів.
Причина №5. Неправильна внутрішня перелінковка
Внутрішня перелінковка часто недооцінюється, хоча для мультимовних сайтів вона має велике значення.
Буває, що основна мовна версія сайту добре продумана: сторінки послуг пов’язані з блогом, блогові статті ведуть на комерційні сторінки, з головної є посилання на важливі розділи. Але англомовна версія створюється за залишковим принципом.
У результаті англомовні сторінки:
- мають менше внутрішніх посилань;
- не пов’язані між собою тематично;
- не отримують достатньо ваги з головної або ключових сторінок;
- інколи доступні лише через перемикач мов.
Для Google це сигнал, що англомовний розділ менш важливий. Якщо власник сайту сам майже не посилається на ці сторінки всередині сайту, чому пошукова система має вважати їх пріоритетними?
Тому для англомовної версії потрібно будувати окрему логіку перелінковки. Англомовні статті мають посилатися на англомовні сторінки послуг. Англомовні кейси — на відповідні англомовні послуги. А не просто дублювати українську структуру без живого зв’язку між матеріалами.
Причина №6. Google вважає сторінки занадто схожими або недостатньо цінними
Ця проблема часто виникає на коротких сторінках послуг.
Наприклад, українська сторінка має 300–400 слів, англійська — приблизно стільки ж. Структура однакова, блоки однакові, зображення ті самі, відгуки ті самі, CTA ті самі. Формально це різні мовні версії, але за глибиною опрацювання вони не дають Google багато додаткової інформації.
Якщо сторінка коротка, поверхнева і не має чіткої унікальної цінності, hreflang не зробить її сильнішою. Він лише покаже, що є альтернативна мовна версія.
Особливо складно з комерційними сторінками, де власник не хоче додавати багато тексту, бо боїться “перевантажити” дизайн. У результаті сторінка виглядає акуратно, але для SEO вона занадто слабка.
Для англомовного ринку це ще критичніше, бо конкуренція вища. Якщо в Україні сторінка з помірним обсягом тексту ще може ранжуватися за рахунок меншої конкуренції або локального авторитету, то в США цього часто недостатньо.
Причина №7. Неправильні мовні або регіональні коди
Технічні помилки в hreflang трапляються частіше, ніж здається.
Найпоширеніші проблеми:
- неправильні мовні коди;
- плутанина між мовою та країною;
- відсутність зворотних hreflang-посилань;
- посилання на сторінки з редиректом;
- посилання на неіндексовані сторінки;
- hreflang у sitemap і в HTML суперечать один одному.
Наприклад, українська мова позначається як uk, а не ua. Код ua — це країна Україна, але не мовний код. Для англійської версії можна використовувати en, а для окремої версії під США — en-US.
Окрема проблема — сторінки, які вказані в hreflang, але самі не повертають 200 OK, мають noindex, редиректять на іншу адресу або заблоковані в robots.txt. У таких випадках Google може просто не враховувати частину сигналів.
Після впровадження hreflang варто перевіряти не лише наявність тегів, а всю логіку: чи всі сторінки доступні, індексуються, повертають правильний статус і взаємно посилаються одна на одну.
Причина №8. Англомовний розділ не має тематичного авторитету
Одна перекладена сторінка рідко може самостійно витягнути сайт у США.
Google оцінює не лише окремий URL, а й загальну картину. Якщо український розділ має десятки статей, кейси, сторінки послуг, внутрішні посилання й історію, а англомовний складається з кількох перекладених сторінок, це видно.
Для пошукової системи такий сайт виглядає так: основна експертиза зосереджена в українському розділі, а англомовна версія лише починає формуватися.
Це не означає, що англомовна версія не має шансів. Але очікувати швидкого трафіку лише після перекладу кількох сторінок не варто.
Потрібно поступово створювати англомовний контентний кластер:
- основні сторінки послуг;
- практичні статті;
- кейси;
- відповіді на типові запитання клієнтів;
- порівняння рішень;
- матеріали, які можуть отримувати посилання.
Особливо це важливо для інтернет-магазинів і комерційних проєктів, де кожна мовна версія фактично конкурує за власну аудиторію. Під час роботи над міжнародними проєктами ми неодноразово переконувалися, що окремий контентний кластер дає значно кращі результати, ніж простий переклад кількох сторінок. Один із таких прикладів можна побачити в нашому кейсі розробки інтернет-магазину на WooCommerce.
Тільки тоді Google починає сприймати англомовний розділ не як додаток до основного сайту, а як повноцінну частину проєкту.
Причина №9. Поведінкові сигнали не підтверджують релевантність сторінки
Навіть якщо сторінка потрапляє в покази, це ще не означає, що вона буде стабільно рости.
Якщо користувачі зі США заходять на сторінку і швидко повертаються назад у пошук, це може свідчити про невідповідність очікуванням. Причини можуть бути різні: слабкий вступ, незрозуміла пропозиція, неприродна англійська, відсутність доказів, повільне завантаження, незручна мобільна версія.
У міжнародному SEO дрібниці мають значення. Користувач із США може інакше сприймати структуру сторінки, рівень деталізації, стиль комунікації, довіру до бренду. Якщо сайт виглядає занадто локальним або незнайомим, він програє ще до того, як користувач прочитає основний текст.
Hreflang у такій ситуації не допоможе. Він може привести користувача на правильну мовну версію, але не може змусити його залишитися на сторінці.
Причина №10. Англомовна сторінка просто занадто молода
Це не технічна помилка, але дуже часта причина розчарування.
Власник сайту запускає англомовну версію, перевіряє індексацію, бачить сторінки в Google і через кілька тижнів очікує помітного трафіку зі США. Коли цього не відбувається, починається пошук технічних проблем: hreflang, canonical, sitemap, schema, robots.txt.
Іноді технічні проблеми справді є. Але інколи сторінкам просто потрібен час.
Особливо якщо сайт раніше майже не мав англомовного контенту, не отримував посилань із міжнародних джерел і не мав історії взаємодії з аудиторією зі США. Для Google це новий напрямок сайту. Пошукова система має переобійти сторінки, зібрати сигнали, протестувати їх у видачі, зрозуміти, за якими запитами вони можуть бути корисними.

Наприклад, одна з англомовних статей нашого блогу протягом трьох місяців поступово нарощувала покази в Google Search Console, хоча кліків ще не отримувала. Такі ситуації не є рідкістю для нових англомовних сторінок. Спочатку Google збирає сигнали, тестує сторінку за різними запитами та поступово визначає її релевантність для цільової аудиторії.
Тому перші місяці після запуску англомовного розділу не завжди показові. Важливо дивитися не лише на кліки, а й на динаміку показів, індексацію, появу запитів у Search Console, поведінку користувачів і зростання кількості сторінок у кластері.
А якщо проблема взагалі не в hreflang?
Це питання варто поставити собі якомога раніше.
Hreflang часто стає зручним поясненням. Його можна перевірити, знайти дрібні помилки, виправити теги й відчути, що робота зроблена. Але міжнародне SEO рідко впирається лише в один технічний елемент.
Англомовна сторінка може не ранжуватися в США через:
- високу конкуренцію;
- недостатній авторитет домену;
- слабкий бренд на міжнародному ринку;
- відсутність зовнішніх згадок;
- недостатню глибину контенту;
- відсутність локальних кейсів;
- слабку довіру до сайту;
- технічні проблеми, не пов’язані напряму з hreflang.
Тому правильніше дивитися на hreflang не як на головний важіль росту, а як на один із базових технічних сигналів. Він має бути налаштований правильно, але цього недостатньо для конкуренції в США.
Як перевірити мультимовний сайт після запуску англійської версії
Після запуску англомовного розділу варто пройтися не лише по видимій частині сайту, а й по технічних деталях.
Мінімальний чеклист може виглядати так:
- кожна мовна сторінка має self-referencing canonical;
- усі мовні версії взаємно пов’язані через hreflang;
- у hreflang немає посилань на редиректи, 404, noindex або заблоковані сторінки;
- title і meta description перекладені окремо для кожної мови;
- Open Graph та соціальні метадані не залишилися українськими;
- англомовні сторінки отримують внутрішні посилання;
- англомовні статті пов’язані з англомовними сторінками послуг;
- контент адаптований під міжнародну аудиторію, а не просто перекладений;
- у Search Console видно поступове зростання показів;
- є план розвитку англомовного контентного кластера.
Окремо варто перевірити сторінки, створені через конструктори або кастомні типи записів. Саме там часто виникають несподівані проблеми: мета теги не перекладаються, canonical формується неправильно, архіви мають однакові SEO-заголовки, а hreflang додається не до всіх типів сторінок.
Що робити, якщо англомовна сторінка вже індексується, але не має трафіку
Найгірше рішення — хаотично міняти все одразу.
Краще рухатися поступово. Спочатку перевірити технічну базу: canonical, hreflang, індексацію, sitemap, robots.txt, мета теги. Потім оцінити якість англомовного контенту. Після цього подивитися на внутрішню перелінковку й зовнішні сигнали.
Якщо сторінка технічно правильна, але слабка за змістом, її потрібно не просто “підправити”, а доопрацювати як окремий матеріал для міжнародної аудиторії. Додати приклади, пояснення, відповіді на питання, блоки довіри, кейси, природні внутрішні посилання.
Якщо сторінка хороша, але ізольована, їй потрібні посилання. Не обов’язково десятки. Але хоча б кілька якісних згадок із тематичних ресурсів, профілів, кейсів, гостьових матеріалів або професійних платформ можуть допомогти Google краще зрозуміти її значення.
Якщо англомовний розділ дуже малий, потрібно розширювати кластер. Одна сторінка послуги рідко дає результат у конкурентній тематиці. Набагато краще працює зв’язка: сторінка послуги, кілька статей, кейс, FAQ, зовнішні згадки й регулярне оновлення.
Висновок
Hreflang залишається важливим елементом мультимовного SEO. Без нього Google складніше зрозуміти, які сторінки є мовними або регіональними альтернативами одна одної. Але його роль часто переоцінюють.
Якщо англомовна сторінка не ранжується в США, це не завжди означає, що Google ігнорує hreflang через технічну помилку. Іноді проблема в canonical. Іноді — у неперекладених meta title та description. Іноді — у слабкій локалізації, відсутності посилань, поганій внутрішній структурі або просто в тому, що англомовний розділ ще занадто молодий.
Міжнародне SEO майже ніколи не тримається на одному тегу. Воно складається з багатьох дрібних сигналів: технічної чистоти, якості контенту, довіри до бренду, локальної релевантності, внутрішніх посилань, зовнішніх згадок і часу.
Тому правильне питання звучить не так: “Чому Google ігнорує наш hreflang?”
Правильніше запитати: “Чи справді наша англомовна сторінка достатньо сильна, зрозуміла й авторитетна для ринку США?”
І саме з цієї відповіді зазвичай починається реальна робота над міжнародним SEO.
