Семантика українською: чому переклад ключів з російської не працює
Семантичне ядро українською досі найчастіше з’являється на сайтах одним способом: беруть старе російськомовне ядро, проганяють через перекладач, розставляють ключі по сторінках – готово. UA-версія є, закон дотримано, у звіті підрядника все зелене. А потім керівник магазину відкриває аналітику і бачить дивну картину: сторінки в індексі, позиції наче є, а трафіку і заявок з української версії – крихти.
Продажі з UA-версії – ні.
Знайома ситуація? За нашою практикою, «перекладена» семантика – одна з найчастіших знахідок в аудитах українських e-commerce проєктів. І найпідступніша: зовні все виглядає зробленим. Гроші на переклад витрачені, сторінки живі, підрядник звітує позиціями. Тільки позиції ці – по запитах, яких люди не вводять.
Що таке семантичне ядро українською. Це не переклад наявного списку ключів, а окремий набір реальних запитів, які україномовні користувачі вводять у Google: зі своєю частотністю, своєю морфологією, своїми комерційними модифікаторами і своїм наміром. Ядро збирається з даних – пошукової статистики, підказок, власної Search Console – а не з словника.
Чому перекладене ядро не працює: чотири механізми провалу
Тезис простий: переклад зберігає зміст слова, але не зберігає поведінку запиту. Провал відбувається одразу на чотирьох рівнях.
Механізм 1 – частотність не переноситься. У пари «RU-запит → UA-переклад» немає жодної гарантії подібного попиту. Класичний приклад із даних Serpstat: у категорії жіночого одягу запити «купити плаття» і «купити сукню» – це фактично один намір, але два різні слова з різною частотністю, і разом україномовні варіанти давали близько 35% попиту категорії ще у 2022 році. Перекладач вибере одне слово. Попит живе в обох.
Механізм 2 – морфологія і синонімія. Одна російська фраза регулярно розкладається на два-чотири українські варіанти: «недорогой» → «недорогий / дешевий / бюджетний», «обувь» → «взуття», але категорію шукають і як «кросівки», і як «черевики». Кожен варіант – окрема частотність, інколи окремий намір. Ядро, зшите з першого-ліпшого відповідника, накриває третину реального попиту. Решта дістається конкурентам.
Механізм 3 – комерційні модифікатори живуть інакше. «Купити», «ціна», «вартість», «замовити», «недорого» – в українській видачі ці модифікатори мають власний розподіл, який не дзеркалить російський. За даними Serpstat, ще у 2022-му ставка за клік по україномовних комерційних запитах у Google Ads відрізнялася приблизно вдвічі – ринок просто не встигав за попитом. Хто зібрав модифікатори з даних, а не з перекладача – забрав дешевший трафік.
Механізм 4 – нульовики. Частина перекладених фраз – це запити з нульовою частотністю: граматично правильні, семантично мертві. Сторінка, оптимізована під нульовик, може навіть вийти в топ. Топ по запиту, якого не існує.
Нуль.
Перекладене ядро – це як GPS-навігація по мапі сусіднього міста: вулиці називаються схоже, маршрути виглядають знайомо, але приїдете ви не туди.
Скільки попиту ви не бачите: цифри і гроші
Україномовний попит – не статична частка, а зростаючий тренд. За даними Serpstat про україномовні запити, динаміка популярності запиту «купити» українською в Google Trends зросла з 35 до 95–100 балів, а регіональний розподіл україномовних запитів коливався від 51–84% на заході до 2–10% на сході країни – станом на 2022 рік. Свіжішого публічного зрізу такої деталізації немає; за нашою практикою 2024–2026 років, частка UA-запитів у проєктах клієнтів стабільно зростає щороку. Точну цифру для вашої ніші покаже тільки інструмент – і ваша власна Search Console.
Тепер про гроші.
Для керівника e-commerce перекладене ядро означає дві конкретні втрати. Перша – категорійні сторінки UA-версії не збирають свій попит: якщо україномовна частка вашої ніші сягає третини запитів, то третина потенційного органічного обороту просто не заходить у воронку. Друга – реклама успадковує ті самі помилки: кампанії, побудовані на перекладеній семантиці, показуються по дорожчих і менш точних запитах, і ROAS просідає без видимої причини. Для CMO B2B-компанії картина своя: підрядник звітує позиціями по «перекладених» запитах, у звіті все добре, а MQL з органіки немає – бо позиції стоять там, де немає людей.
Окремий випадок – проєкти на старті. Якщо магазин лише будується, окреме UA-ядро закладається ще на етапі створення інтернет-магазину під ключ: структура категорій, зібрана під реальний попит, коштує стільки ж, скільки зібрана під перекладений, – а переробка структури потім коштує як половина розробки.
Інсайт. Найдорожча властивість перекладеного ядра – воно виглядає працюючим. Сторінки в індексі, позиції у звіті є, графіки ростуть. Розрив видно лише тоді, коли хтось порівнює звіт із реальними запитами у Search Console – а це перше, що варто зробити після прочитання цієї статті.
Найнеприємніший наслідок – канібалізація мовних версій
Контрінтуїтивна річ: головна проблема перекладеного ядра – не запити, яких у ньому немає. А запити, які в ньому є – двічі.
Коли UA-ядро – дзеркальний переклад RU-ядра, обидві мовні версії цілять в один і той самий змішаний попит. В Україні значна частина запитів вводиться так, що слово однаково пишеться обома мовами, або користувачі змішують мови у фразі. Дві сторінки з дзеркальною оптимізацією починають конкурувати за ці запити між собою. Google плутається, у видачу потрапляє то одна, то інша, позиції скачуть, і жодна версія не закріплюється.
Google це бачить. І висновки робить не завжди ті, на які ви розраховували…
Технічний бік тут документований. У рекомендаціях Google для багатомовних сайтів прямо сказано: окремий URL для кожної мовної версії, а мову сторінки Google визначає за видимим контентом – не за hreflang і не за кодом. hreflang лише підказує, яку версію показати користувачу; він не вирішує, яка сторінка релевантніша запиту. Якщо обидві версії оптимізовані під той самий набір ключів – атрибути розставлені ідеально, а сторінки все одно воюють. Окремо Google прямо застерігає від автоматичних машинних перекладів без редактури: такий контент ризикує сприйматися як тонкий.
Висновок з цього один, і він структурний: мовна версія – це не копія сторінки іншою мовою. Це окрема посадкова під окремий сегмент попиту. Зі своїм ядром.
Як діагностувати проблему: симптоми і червоні прапорці
Спойлер: найчастіше проблема не там, де її шукають. Технічку перевірили, швидкість підкрутили, посилання купили – а сайт не злітає, бо семантичний фундамент зібраний під чужу мову. Ось матриця, з якою ми заходимо в аудит:
Симптом | Ймовірна причина | Що перевірити | 🚩 Червоні прапорці |
UA-сторінки в індексі, а трафіку немає | Ядро з нульовиків | GSC → Запити: чи є покази по цільових ключах | Позиції у звіті є, показів у GSC немає |
Позиції «скачуть» між UA і RU версією | Канібалізація дзеркального ядра | Видачу по 10–15 ключових запитах: яка версія ранжується | В топі то UA, то RU URL по тому самому запиту |
Категорія ранжується по 2–3 запитах замість 15–20 | Синонімія не покрита | Serpstat: варіанти запитів категорії українською | У тексті категорії один варіант назви товару |
UA-трафік є, а заявок немає | Модифікатори не збігаються з наміром | Комерційні модифікатори в Title/H1 проти реальних запитів | Title під «купити», попит ніші – під «ціна» |
Реклама по UA-ключах дорожча за прогноз | Кампанії успадкували перекладене ядро | Пошукові терміни в Google Ads проти семантики | Search terms не збігаються з ключами кампанії |
Кожен рядок перевіряється за 15–30 хвилин у Search Console або Serpstat. Якщо збіглося два і більше червоних прапорці – ядро треба не «доперекладати», а пересобирати. І це краща новина, ніж здається: пересбірка дешевша за місяці SEO-просування сайту на сторінках, які не можуть зібрати попит фізично.
Як зібрати українське ядро з нуля: п’ять кроків із критеріями
Переклали. Опублікували. Три місяці – тиша. Ось тут зазвичай і починається справжня розмова про семантику – та, з якої варто було стартувати. Повний алгоритм виглядає так:
Крок 1. Зніміть реальність із власної Search Console. Звіт «Запити» з фільтром по UA-сторінках – це безкоштовний список запитів, по яких Google вас уже показує. Окремо подивіться запити з показами без кліків: це попит, який ви бачите, але не забираєте. Критерій виконання: є вивантаження запитів за 12 місяців, розмічене на «є в ядрі / немає в ядрі».
Крок 2. Зберіть частотність з української бази. Serpstat чи аналог з UA-даними: для кожної категорії – всі синонімічні варіанти («сукня/плаття», «кросівки/кеди»), всі робочі модифікатори. Не фільтруйте руками «неправильні» на ваш смак варіанти – вирішують цифри, не мовний смак. Критерій: на кожну посадкову – список запитів із частотністю, а не один «головний ключ».
Крок 3. Розкопайте підказки і видачу. Пошукові підказки Google українською + блок related searches + аналіз того, хто реально стоїть у топі по ваших запитах. Підказки ловлять живу лексику, яку бази ще не встигли порахувати. Критерій: мінімум 10–15% ядра – запити, яких не було в кроці 2.
Крок 4. Кластеризуйте під структуру сайту. Групи запитів розподіляються по сторінках за наміром: один намір – одна посадкова. Тут же вирішується конфлікт з RU-версією: у кожної мовної версії – свій кластер, перетини зафіксовані й розведені. Для інтернет-магазинів це найоб’ємніший етап – категорії, фільтрові сторінки і картки мають різні типи запитів; як це працює в повному циклі, ми детально розібрали в гайді SEO просування інтернет-магазину. Критерій: немає двох сторінок (включно з міжмовними парами) під один кластер.
Крок 5. Закрийте цикл контентом і замірами. Ядро без впровадження – файл у таблиці. Title, H1, тексти категорій переписуються під реальні запити, а через 4–8 тижнів GSC звіряється з прогнозом: покази по нових запитах – головний ранній сигнал. Критерій: у GSC з’являються покази по запитах, яких до пересбірки не було.
Чесно про обмеження: у вузьких B2B-нішах різниця між UA- і RU-ядром буває мінімальною – там весь попит ніші складає десятки запитів на місяць. Це виняток, але він існує, і в таких проєктах пріоритет пересбірки нижчий.
І ще одне. Зібране ядро – актив не лише для органіки: ті самі кластери з реальною частотністю лягають в основу пошукових кампаній – тому контекстна реклама Google Ads на пересобраному ядрі майже завжди показує кращий ROAS, ніж на перекладеному. Один актив – два канали.
Як ми це робимо в ADS Group
Ми в ADS Group працюємо з 2011 року і збираємо семантику за принципом, який описаний вище: окреме ядро на кожну мовну версію, з даних, а не з перекладача. Це не теоретична позиція – за нею стоїть власна мовна архітектура: ми не консультуємо те, чого не робимо на своєму сайті. У проєктній зв’язці SEO-Unit збирає і кластеризує ядро, контент пишеться під реальні запити, а технічна реалізація – hreflang, структура URL, розведення мовних версій – робиться тією ж командою, без перекидання м’яча між трьома підрядниками, кожен з яких «за своє». Для клієнта це означає одне: між «знайшли попит» і «сторінка його збирає» немає місяців узгоджень. І будь-який комплексний проєкт у нас починається саме з ревізії семантики – бо все інше будується на ній.
Переклад чи збір з нуля: чесне порівняння
Критерій | Переклад RU-ядра | Збір UA-ядра з даних |
Час | 1–3 дні | 1–3 тижні залежно від розміру сайту |
Пряма вартість | Мінімальна | Помітна (робота спеціаліста + інструменти) |
Покриття реального попиту | Часткове, без синонімії і модифікаторів | Повне в межах даних інструментів |
Ризик канібалізації з RU-версією | Високий – дзеркальні кластери | Контрольований – перетини розведені на кроці 4 |
Віддача в часі | Швидкий запуск, плато без росту | Повільніший старт, накопичувальне зростання |
Короткий висновок: переклад виграє лише в швидкості запуску. В усіх метриках, які конвертуються в трафік і гроші, виграє збір з даних – і що конкурентніша ніша, то більший розрив.
Що робити, якщо UA-версія вже «перекладена»
Не зносити. Пересобрати ядро за п’ятьма кроками, звірити з наявними сторінками і переоптимізувати те, що вже в індексі: у робочих сторінок є вік і історія – це актив, який шкода втрачати. Порядок простий: спершу категорії з найбільшим грошовим потенціалом, потім решта.
Якщо хочете побачити масштаб розриву на своєму проєкті – ми робимо аудит семантики UA-версії за 48 годин: покажемо, скільки реального україномовного попиту ваші сторінки зараз не збирають, де мовні версії канібалізують одна одну і які категорії пересобирати першими. Для маркетинг-директорів, які готують рішення про бюджет, – 30-хвилинний стратегічний дзвінок: розберемо, як пересбірка семантики вплине на pipeline з органіки в найближчі квартали.
Часті питання
Чи можна просто перекласти ключові слова з російської на українську?
Ні, для комерційних сторінок – не можна. Переклад зберігає зміст, але не частотність, синонімію і модифікатори: за нашою практикою, дзеркальне ядро втрачає значну частину реального попиту і створює канібалізацію між мовними версіями. Переклад допустимий лише як чернетка для подальшої звірки з даними.
Скільки коштує збір семантичного ядра українською?
Залежить від розміру сайту: для лендінгу це години роботи, для магазину з сотнями категорій – тижні. За ринковими орієнтирами з відкритих прайсів (серпень 2026), окрема послуга збору ядра для середнього сайту коштує від кількох тисяч гривень; у комплексному просуванні вона зазвичай входить у перший місяць робіт.
Скільки запитів має бути в ядрі?
Стільки, скільки є реального попиту – норми «1000 ключів» не існує. Робочий орієнтир: на комерційну категорію – 10–30 запитів із частотністю, на інформаційну статтю – кластер із 5–15. Важлива не кількість, а покриття: кожен запит із попитом має мати свою посадкову.
Як виглядає готове ядро у звіті?
Таблиця: запит → частотність → кластер → цільова сторінка → поточна позиція. Плюс карта розведення з RU-версією – які кластери в якої мови. Якщо підрядник передає просто список фраз без частотності і прив’язки до сторінок – це не ядро, а заготовка.
Коли буде результат після пересбірки ядра?
Перші сигнали – покази по нових запитах у Search Console – з’являються за 4–8 тижнів після переоптимізації сторінок. Зростання позицій і трафіку – процес на 3–6 місяців, залежно від конкурентності ніші та стану технічної бази. Гарантувати конкретні позиції в конкретний термін неможливо – і це нормально.
Що буде з RU-версією, якщо пересобрати українську?
Нічого поганого – навпаки. Розведення кластерів прибирає канібалізацію, і кожна версія починає стабільно збирати свій сегмент попиту. RU-версія залишається робочою мовною версією для внутрішнього ринку зі своїм окремим ядром – його, до речі, теж не можна отримати перекладом з української.
