Семантичне ядро — це перелік пошукових запитів, за якими бізнес хоче бути знайденим, упорядкований і розподілений по сторінках сайту. Не список ключових слів у файлі, а рішення про те, які сторінки взагалі мають існувати й про що кожна з них.
Помилка на цьому етапі коштує дорожче за всі наступні. Якщо ядро зібране неправильно, далі оптимізуються не ті сторінки, пишуться не ті тексти, а бюджет іде на запити, за якими або немає попиту, або немає шансів.
Нижче — з чого складається ядро, звідки беруться запити, як їх чистити, як перетворювати на структуру сайту й за якими ознаками зрозуміти, що робота зроблена правильно.
Семантичне ядро сайту — це впорядкований набір пошукових запитів, згрупованих за змістом і закріплених за конкретними сторінками. Кожна група відповідає одній сторінці, кожна сторінка закриває одну потребу користувача.
Ключове слово тут — упорядкований. Вивантажити три тисячі фраз із будь-якого сервісу можна за десять хвилин. Ядром цей список стає тільки тоді, коли з нього прибрано зайве, а те, що лишилося, розкладено по сторінках.
Ядро — це не окремий етап SEO, після якого про нього забувають. Воно визначає:
Сюди ж додається практична вигода: зібране ядро одразу показує, чого на сайті немає. Якщо в семантиці є попит на послугу чи категорію товарів, а сторінки під неї не існує — це готовий перелік того, що треба створити.
Трьома речами, які плутають найчастіше:
Запити класифікують за кількома ознаками одночасно. Одна й та сама фраза може бути низькочастотною, комерційною та геозалежною — і всі три характеристики впливають на те, що з нею робити.
Тут є поширена плутанина, яку варто розібрати окремо. У багатьох джерелах ви побачите конкретні числа: високочастотні — від 10 000 показів на місяць, середньочастотні — від 1000 і так далі.
Ці пороги не універсальні. Частотність — величина відносна, і в межах ніші вона своя. Для українського ринку запит із частотою 10 000 на місяць — рідкість, яка зустрічається хіба що в масових категоріях. У вузькій B2B-ніші високочастотним буде запит на 300 показів, а низькочастотним — на 10.
Робоче визначення виглядає так:
Розподіляти їх за сторінками варто так: високочастотні — на головну й головні категорії, середньочастотні — на підкатегорії та сторінки послуг, низькочастотні — на фільтри, картки товарів і статті блогу.
Важливіша класифікація, ніж частотність. Інтент — це те, що людина насправді хоче зробити, і саме він визначає, яка сторінка має відповідати на запит.
| Тип інтенту | Що хоче користувач | Типові маркери | Яка сторінка підходить |
| Інформаційний | Зрозуміти, розібратися | що таке, як, чому, інструкція | Стаття, гайд, FAQ |
| Комерційний | Порівняти й обрати | найкращий, рейтинг, порівняння, відгуки | Огляд, добірка, порівняльна сторінка |
| Транзакційний | Купити, замовити | купити, замовити, ціна, вартість | Категорія, картка товару, сторінка послуги |
| Навігаційний | Потрапити на конкретний сайт | назва бренду, домену | Головна, брендова сторінка |
Практичне правило: інтент перевіряється не за логікою, а за видачею. Якщо за запитом «CRM для магазину» у ТОПі стоять статті, а не сторінки послуг — Google вважає цей запит інформаційним, і посадкова сторінка туди не пройде, хоч би як вона була оптимізована.
Жодне окреме джерело не дає повного ядра. Кожне показує свою частину попиту, і сила збірки — у їх поєднанні.
| Джерело | Що дає | Обмеження |
| Google Search Console | Реальні запити, за якими сайт уже показується | Тільки те, за чим сайт видно зараз; нових тем не покаже |
| Планувальник ключових слів Google Ads | Частотність із першоджерела, ідеї за темою | Групує близькі запити й округлює дані без активних кампаній |
| Serpstat, Ahrefs, Semrush | Запити конкурентів, схожі фрази, оцінка складності | Дані оціночні; для українського ринку база менш повна, ніж для західного |
| Аналіз конкурентів у ТОПі | Структура й теми, які вже працюють у ніші | Копіює й чужі помилки разом із рішеннями |
| Підказки Google і блок «Люди також запитують» | Живі формулювання та супутні питання | Без частотності — потребує подальшої перевірки |
| Внутрішній пошук по сайту | Те, що відвідувачі шукають і не знаходять | Працює, тільки якщо внутрішній пошук налаштований і в аналітиці |
| Відділ продажів і підтримка | Формулювання клієнтів, реальні заперечення | Не структуроване; потребує перевірки частотності |
Останнє джерело недооцінюють найчастіше. Люди, які щодня розмовляють із клієнтами, знають формулювання, яких немає в жодному сервісі, — і саме з цих формулювань часто виходять найконверсійніші низькочастотні запити.
Найшвидший старт — власні дані. Якщо сайт уже працює, пошукова оптимізація починається не з чужої семантики, а з того, за чим вас уже знаходять. Search Console показує запити, за якими є покази, але немає кліків: це сторінки, які майже ранжуються, і доопрацювати їх дешевше, ніж створювати нові.
Для нового сайту власних даних немає, і збірка починається з конкурентів і планувальника — з обов’язковою перевіркою кожної гіпотези за видачею.
Строк залежить від розміру проєкту: для сайту послуг із десятком напрямів це тиждень-два, для великого інтернет-магазину з тисячами позицій — місяці, і робота там ведеться поетапно, категорія за категорією, а не всім масивом одразу.
Сирий масив на 80–90% складається зі сміття. Пропущена чистка означає, що ці фрази потраплять у кластери, спотворять групування й змусять створювати сторінки під неіснуючий попит.
Що прибирається:
Прибрані запити — це не сміття, яке треба видалити назавжди. З них формується список мінус-слів, і він потрібен одразу у двох місцях: у рекламних кампаніях і в наступних ітераціях збірки семантики. Зберігайте його окремим файлом, а не в кошику.
Кластеризація — це групування запитів так, щоб кожна група закривалася однією сторінкою. Принцип простий: якщо два запити мають однаковий інтент і за ними у видачі стоять переважно ті самі сайти, вони належать до одного кластера.
Способи групування:
Технічну частину — як кластеризувати формулами в таблицях і як це робиться в сервісах — ми розібрали покроково в окремому матеріалі: як зробити кластеризацію семантичного ядра.
Візьмімо набір запитів навколо однієї теми й подивімося, у скільки сторінок він перетворюється:
| Запити | Інтент | Сторінка |
| кондиціонер купити · купити кондиціонер київ · кондиціонери ціна | Транзакційний | Категорія каталогу |
| інверторний кондиціонер · кондиціонер інверторний купити | Транзакційний | Підкатегорія або фільтр |
| як вибрати кондиціонер · який кондиціонер краще для квартири | Комерційний | Стаття-гайд |
| інверторний чи звичайний кондиціонер · різниця між інвертором і он-офф | Комерційний | Окрема порівняльна стаття |
| встановлення кондиціонера ціна · монтаж кондиціонера київ | Транзакційний | Сторінка послуги |
| як працює інверторний кондиціонер | Інформаційний | Розділ усередині гайда, не окрема сторінка |
Зверніть увагу на два моменти. Слово «інверторний» зустрічається в чотирьох різних рядках — і кожен веде на свою сторінку, бо інтент різний. А останній рядок навмисно не отримує окремої сторінки: попиту на нього замало, щоб сторінка себе виправдала, тому він стає підзаголовком усередині гайда.
Спроба посадити на одну сторінку запити з різним інтентом. «Купити диван» і «як вибрати диван» виглядають спорідненими, але це дві різні сторінки: перша — категорія товарів, друга — стаття. Об’єднані в одну, вони дають сторінку, яка не задовольняє жодну з двох потреб і не ранжується за обома.
Зворотна помилка не менш поширена — дробити занадто дрібно. Якщо під кожен низькочастотний запит створити окрему сторінку, вийде десяток майже однакових текстів, які конкуруватимуть між собою. Google обере один із них сам, і зазвичай не той, на який ви розраховували.
Карта релевантності — документ, який перетворює ядро на технічне завдання. Це таблиця, де кожному кластеру відповідає конкретний рядок:
| Стовпець | Що містить |
| Кластер | Група запитів |
| Основний запит | Найчастотніший у групі — від нього будується заголовок |
| Сумарна частотність | Пріоритет: з чого починати роботу |
| Інтент | Визначає тип сторінки |
| URL | Наявна сторінка або позначка «створити» |
| Title і H1 | Формулювання під основний запит |
| Статус | Є / доопрацювати / створити |
Саме на цьому кроці ядро перестає бути таблицею запитів і стає планом робіт. Рядки зі статусом «створити» — це нові сторінки, «доопрацювати» — перелік того, що переписати на наявних.
Тут же виявляється канібалізація: якщо в карті два різні URL претендують на один кластер, у вас дві сторінки конкурують за одні й ті самі запити. Google обирає одну з них, часто змінює вибір, і в результаті жодна не тримає стабільної позиції. Лікується об’єднанням сторінок або розведенням їх за інтентом — і виявити це до написання текстів дешевше, ніж після.
Практичний бік цієї роботи ми розбирали в матеріалі про структуру сайту; на етапі розробки нового сайту вона закладається одразу — про це в описі послуги SEO на етапі розробки.
Частина відповідей користувачі тепер отримують не у видачі, а в блоці AI Overview або в інтерфейсі асистента. На збір ядра це впливає двома способами.
Змінилися формулювання. Запити до асистента довші й ближчі до розмовної мови: замість «семантичне ядро збір» людина пише повне питання. Такі формулювання рідко мають помітну частотність у планувальнику — вони розмиті по сотнях варіацій. Ловити їх окремими сторінками неможливо, але можна закривати блоками питань і відповідей усередині сторінки, сформульованими так само, як їх ставить людина.
Змінилася цінність інформаційних запитів. Якщо на питання «що таке X» відповідь дає AI Overview просто у видачі, переходів на сайт за цим запитом стане менше. Це не привід прибирати інформаційну частину ядра — але привід не будувати на ній очікування щодо трафіку. Її роль зміщується: із джерела відвідувань на джерело згадок бренду в тих самих AI-відповідях.
Практичний висновок для збірки: комерційну частину ядра збирайте як і раніше, а в інформаційній робіть ставку на теми, де відповідь неможливо вмістити в абзац — розрахунки, порівняння, покрокові процеси, галузеві дані. Такі сторінки залишаються потрібними й тоді, коли визначення вже прочитали у видачі.
Це окремий напрям роботи — оптимізація під AI-пошук, і будується він на тому самому ядрі, просто з іншими пріоритетами всередині нього.
Перевірка не потребує спеціальних інструментів — достатньо пройтися за ознаками.
Остання ознака — найпрактичніша. Якщо власник бізнесу дивиться на ядро й каже «ми це не продаємо» або «нас так ніхто не називає», збірка була відірвана від реальності, і це дешевше виправити зараз, ніж після написання сорока текстів.
Далі ядро перетворюється на роботу зі сторінками: заголовки, метадані, контент, перелінковка. Це вже оптимізація сайту, для якої ядро є вхідними даними. Інструменти, якими зручно вести обидва етапи, ми зібрали в добірці SEO-інструментів.
Стільки, скільки в ніші реального попиту. Сайт послуг із п’ятьма напрямами може обійтися кількома сотнями запитів, інтернет-магазин на десять тисяч позицій — десятками тисяч. Розмір ядра — не показник якості: ядро на 5000 фраз, де половина нецільова, гірше за ядро на 300 чистих.
Для невеликого сайту — так. Планувальник ключових слів Google Ads і Search Console безкоштовні, і базову семантику вони закривають. Складність починається на масштабі: чистка тисяч фраз і кластеризація за видачею вручну займають десятки годин і потребують платних сервісів.
Повний перегляд — раз на рік. Точкові доповнення — щоразу, коли з’являється новий товар, послуга чи напрям. Плюс регулярний перегляд Search Console: нові запити, за якими сайт почав показуватися, — це готові підказки, що додати.
Метою. У SEO запити перетворюються на структуру сайту й сторінки, тому важливі інтент і групування. У рекламі вони перетворюються на групи оголошень і ставки, тому важливі типи відповідності й мінус-слова. Джерела збірки однакові, а результат — різні документи.
Не викидати автоматично. Планувальник округлює дані, і нуль може означати «менше десяти», а не «нуль». Якщо запит логічний для ніші й відповідає реальній потребі, його варто лишити в кластері як додатковий — окрему сторінку під нього створювати не треба.
Особливо потрібне. У нового сайту немає власних даних, тому ядро — єдина опора при проєктуванні структури. Створити правильну структуру одразу дешевше, ніж перебудовувати її через рік разом із редіректами й втратою позицій.
Від кількох днів для невеликого сайту послуг до кількох місяців для великого магазину, де робота ведеться категоріями. Основний час іде не на збір, а на чистку й перевірку інтенту — саме ці два кроки визначають, чи буде ядро робочим.
Як джерело гіпотез — так, це нормальна практика. Як готове рішення — ні: у конкурента інший асортимент, інша структура й інші пріоритети, а його помилки ви скопіюєте разом із вдалими рішеннями. Чуже ядро — це вхідні дані, а не результат.
Звертайтесь!