+247%+185%📈📊
  • Комерційне SEO · Search Console

Семантика під каталог: які категорії мають існувати, а яких бракує

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

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

днів після підписання акта

кластери запитів, а не рядки у файлі
Одиниця виміру роботи
від 5 830 до 55 321 товарної адреси
Каталоги, які ми розбирали
3 868
Категорійних вузлів у більшому з них

— приблизно один на 14 позицій

15–40
Строк повної роботи

робочих днів залежно від ширини асортименту

безкоштовно, 3–5 робочих днів
Звірення структури з попитом
проєкт структури і ТЗ на зміни, а не таблиця частотностей
Що на виході
Як проходить робота

Прозорі етапи з погодженням на кожному кроці

Загальний строк:15–40 днів

  1. Звірення структури з попитом

    2–4 робочих дні

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

  2. Збір запитів по напрямах асортименту

    4–8 робочих днів

    Ідемо не від абетки, а від вивантаження прайсу: кожен напрям асортименту закривається окремо, разом із марками, сумісністю й характеристиками, за якими товар шукають. Одразу відсіюємо нерелевантне.

  3. Кластеризація

    3–7 робочих днів

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

  4. Накладання кластерів на наявні сторінки

    2–5 робочих днів

    Кожен кластер отримує статус: сторінка є, сторінок дві, сторінки немає. Тут же виходять порожні розділи й категорії, що конкурують між собою за ту саму групу запитів.

  5. Проєкт структури й пріоритезація

    2–8 робочих днів

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

  6. ТЗ на зміни й карта перелінковки

    2–8 робочих днів

    Завдання для розробника чи контент-менеджера: що створити, що об'єднати, що прибрати, які адреси змінюються і які переходи зі старих потрібні. Плюс схема посилань між новими й наявними розділами.

Технології та інтеграції

На чому будуємо і з чим це з’єднується

Стек

  • Search Console — запити, за якими вас уже показують; нового попиту там немає за визначенням, а дані йдуть із затримкою
  • Внутрішній пошук сайту — найточніше джерело того, чого у вас шукають і не знаходять; мовчить там, де він вимкнений
  • Кластеризація за перетином видачі — групує запити так, як їх бачить пошуковик; видача змінюється, тому великі кластери перевіряємо повторно
  • Screaming Frog — знімає структуру, вкладеність і порожні розділи; повний обхід десятків тисяч адрес іде годинами, тому робимо його по гілках
  • Карта сайту як джерело переліку вузлів — у магазині запчастин саме з підкарт ми зняли 3 868 категорійних адрес; працює, поки карта не бреше
  • GA4 — показує, які розділи дають замовлення; це тенденція, а не каса
  • Вивантаження прайсу — джерело правди про те, що у вас реально є; без нього попит без категорії не відрізнити від попиту без товару

Інтеграції

  • Google Search Console
  • GA4
  • внутрішній пошук сайту
  • Google Merchant Center
Що входить

Повний перелік робіт і того, що ви отримуєте на виході

  • Збір запитів по всіх напрямах асортименту з очищенням від нерелевантного — щоб далі працювати з попитом, а не зі сміттям парсера.
  • Кластеризація: групи запитів, кожну з яких обслуговує одна сторінка. Саме кількість кластерів показує реальний обсяг роботи попереду.
  • Накладання кластерів на наявні сторінки: під що вже є адреса, під що їх дві, а під що немає жодної.
  • Список категорій без попиту — розділів, назв яких ніхто не шукає. Вони не шкодять, але й не працюють, і рішення по кожному ухвалюєте ви.
  • Проєкт структури каталогу: які категорії створити, які об'єднати, які прибрати і на якому рівні вкладеності стоїть кожна.
  • Правила іменування категорій і карток, що масштабуються на весь каталог — наступні сто позицій заводяться вже без нас.
  • Пріоритезація за перетином попиту й маржинальності: спершу те, що приносить гроші, а не те, чого найбільше в запитах.
  • Технічне завдання на зміни структури для розробника чи контент-менеджера — з поділом на те, що чіпає адреси, і те, що їх не чіпає.
  • Карта перелінковки між новими й наявними розділами, щоб нові сторінки не лишились без жодного внутрішнього посилання.
Коли ця послуга не підходить

Що не входить у роботу — щоб не було сюрпризів на здачі

  • Написання текстів для нових категорій — окрема робота й окремий бюджет
  • Впровадження змін у CMS, якщо його робить ваша команда
  • Обіцянки позицій за зібраними запитами
  • Робота з рекламними кампаніями
  • Зміни асортименту: ми показуємо попит, рішення закуповувати чи ні лишається за вами
Кому підходить

Ситуації, у яких ця послуга дає результат

Ситуація 1 з 5

Каталог виріс із прайсу постачальника

Розділи називаються так, як їх назвав постачальник: «Витратні матеріали», «Група 4», «Інше». Ті самі товари люди шукають іншими словами, і між назвою розділу та запитом немає жодного спільного кореня. Це найдешевша для виправлення розбіжність: товар є, сторінка є, не збігаються тільки назва й адреса.

Розберемо вашу ситуацію на безкоштовному аудиті
Семантика під структуру проти файлу з ядром

Чим цей варіант відрізняється від «файл із ядром на тисячі запитів»

Що саме віддається на виходіперелік сторінок, які мають існувати, з рішенням по кожній
Як міряється обсяг роботикількістю кластерів — тисяча запитів може зводитись до сорока сторінок
Що робити даліТЗ на зміни структури з переліком адрес і переходів
Порожні й дубльовані розділивиносяться окремим списком з рішенням: наповнити, звести або прибрати
Фільтри й комбінації характеристикрозділені до впровадження: категорія, фільтр без адреси або посадкова
Порядок робітза перетином попиту й маржинальності напряму

Безкоштовне звірення структури каталогу з попитом

Семантика має сенс лише тоді, коли з неї виростає структура. Тому перший крок — не збір запитів, а порівняння: які розділи у вас є, який попит існує і де вони не збігаються. Це порівняння ми робимо безкоштовно на верхньому рівні, без доступів до адмінки.

Що міряємо

  • Поточна структураСкільки категорій, скільки рівнів вкладеності, скільки розділів порожні. Ми знаходили каталог, де дві з п'яти кореневих категорій не містять жодного товару.
  • Розмір каталогу двома методамиПагінація штатного пошуку CMS і карта сайту. В оптовому каталозі, який ми міряли, обидва методи зійшлись на 5 830 товарах — і саме розбіжність, коли вона є, показує, скільки позицій пошуковик не бачить.
  • Категорії без попитуРозділи, назв яких ніхто не шукає. Вони не шкодять, але й не працюють — і обхід на них витрачається так само, як на робочі.
  • Попит без категоріїНайцінніша частина: групи запитів, під які у вас немає жодної сторінки, хоча товар у наявності.
  • Категорії, що конкурують між собоюРозділи з майже однаковим змістом, які ділять одну групу запитів і одні й ті самі сигнали.
  • Назви категорійЧи називаються розділи так, як їх шукають, чи так, як їх називають у вашій обліковій системі.
  • Дані внутрішнього пошукуЩо люди шукають на самому сайті. Найдешевше й найчесніше джерело попиту, і воно вже у вас є — за умови, що пошук увімкнений, а запити пишуться в аналітику.

Що ви отримуєте на руки

  • Карта поточної структури з позначенням порожніх і дубльованих розділів.
  • Перелік напрямів попиту, під які у вас немає сторінок.
  • Оцінка обсягу повної роботи по кількості кластерів, а не по кількості запитів.
  • Розмова на 40 хвилин по документу.

Строк: 3–5 робочих днів

Чому це безкоштовно

Бо на верхньому рівні розбіжність між структурою й попитом видно швидко, і цього достатньо, щоб зрозуміти, чи є сенс у повній роботі. Якщо структура у вас у порядку, а падають продажі, ми так і скажемо — документ лишається у вас у будь-якому разі.

Що далі

Далі — повний розбір із кластеризацією й планом змін структури. Ми відразу кажемо, які зміни потребують правок у CMS і переходів зі старих адрес, а які обходяться новими сторінками.

Форма коротка: контакт і адреса сайту

Не знайшли свій випадок?

Опишіть, як це влаштовано у вас, — відповімо, чи підходить «Семантика під структуру каталогу» і що це означає у вашій ситуації. Без брифу й без дзвінка: одне питання, одна відповідь.

Працюємо офіційно

Договір, акт і рахунок — на кожен проєкт, а не тільки на великий. Без документів у вас немає ні прав на роботу, ні підстави провести витрати.

  • Договір, акт і гарантія 30 днів

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

  • ФОП і безготівковий розрахунок

    Виконавець — зареєстрований ФОП. Оплата на рахунок із закривними документами, які бухгалтерія проведе як витрати. Курс для гривневої оплати фіксується договором, а не з’ясовується постфактум.

  • Права й доступи — ваші

    Код, дизайн і матеріали переходять до вас після повної оплати. Домен, хостинг, репозиторій, аналітику й рекламні кабінети оформлюємо на вас — щоб сайт не залежав від підрядника. NDA підписуємо на запит, після завершення свої доступи видаляємо самі.

  • Портал клієнта замість переписки

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

  • Замовники з Європи

    Серед робіт — проєкти для Норвегії, Болгарії та Іспанії: болгарський магазин трьома мовами з кур’єрською доставкою, іспанський з оплатою карткою й переказом, норвезький сайт клініки. Це видно в портфоліо, а не тільки в описі.

  • Цифри, які можна перевірити

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

  • Спершу аудит, потім сума

    Прайсу на сайті немає навмисно: обсяг тієї самої роботи у двох клієнтів відрізняється в рази, і цифра «від» нічого не пояснює. Спершу безкоштовний розбір — рахуємо ваші сторінки, дублі й швидкість, — потім називаємо суму й строк і фіксуємо їх у договорі.

  • Кажемо «ні», коли не впевнені

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

NDA підписуємо на запит. Після завершення співпраці наші доступи до ваших сервісів видаляємо самі й повідомляємо про це.

Що впливає на вартість

Чому дві однакові на вигляд задачі рахуються по-різному — і що саме ми міряємо на аудиті

  • Ширина асортименту й кількість напрямівКаталог із семи розділів і каталог із шести сотень категорій — різні за трудомісткістю розбори навіть при однаковій кількості запитів у файлі. Обсяг задає ширина, а не частотність.
  • Глибина вкладеностіКаталог запчастин, який ми міряли, тримає 3 868 категорійних вузлів на 55 321 товарну адресу. Кожен рівень — окремий шар рішень: що виносити нагору, що лишати всередині, де зупинитись.
  • Стан вивантаження каталогуПрайс із заповненими характеристиками дозволяє зіставляти кластери з позиціями напівавтоматично. Прайс, де характеристики зашиті в назву товару рядком, доводиться розбирати руками — це окремий етап.
  • Кількість мовних версійДруга мова — не переклад ядра, а окремий попит: люди шукають іншими словами й іншими марками. В оптовому каталозі з нашого виміру кожна мовна карта містить по 6 234 адреси, і кластери під них рахуються нарізно.
  • Чи є дані внутрішнього пошуку й Search ConsoleКоли обидва джерела доступні, частина попиту дістається швидко й безкоштовно. Коли їх немає, гіпотези доводиться будувати від асортименту й перевіряти видачею — довше і з більшою похибкою.
  • Чи потрібне ТЗ на впровадженняЯкщо структуру заводить ваша команда, ми пишемо завдання з переліком адрес і переходів. Коли змін багато і вони чіпають наявні адреси, це окремий документ, а не абзац у листі.
Кейси

Задачі та результат у цифрах — усі показники зняті нашим виміром

оптовий постачальник товарів із Китаю, B2B-каталог майже 6 тис. позицій, дві мовні версії

Задача
Зрозуміти, скільки сторінок у каталозі є насправді і чи збігається ця цифра з тим, що бачить пошуковик.
Рішення
Порахували каталог двома незалежними методами — пагінацією штатного пошуку CMS і картою сайту — та окремо звели товарні й нетоварні адреси по кожній мовній версії.
Результат
5 830 товарів: 58 сторінок пошуку по 100 позицій плюс 30 на останній, і та сама цифра підтверджується картою сайту. У кожній із двох мовних карт по 6 234 адреси, разом 12 468. Різниця між 6 234 і 5 830 — це 404 адреси, які не є картками товару: категорії та інформаційні сторінки. Тобто приблизно на кожні 14 позицій каталогу припадає один нетоварний вузол. Хлібні крихти передані розміткою BreadcrumbList, тож структура віддається пошуковику явно, а не вгадується з посилань. Вимір 31.07.2026.

інтернет-магазин садової техніки та запчастин, каталог понад 50 тис. позицій

Задача
Порахувати, наскільки розгалуженою є категорійна структура каталогу запчастин і чи витримує вона такий обсяг.
Рішення
Обхід підкарт сайту з окремим підрахунком товарних і категорійних адрес: товарні — 18 підкарт по 3 000 записів плюс 1 321 у дев'ятнадцятій, категорійні — 3 000 плюс 868 у другій.
Результат
55 321 товарна адреса і 3 868 категорійних, разом 59 189. Окремий категорійний вузол припадає приблизно на кожні 14 позицій — та сама пропорція, що й в оптовому каталозі вдесятеро меншого розміру. Структура побудована під точний пошук запчастини, і саме вона тримає каталог такого обсягу придатним до навігації. Ціна цього видно окремо: перша відповідь сервера 840,5 мс і повне завантаження HTML 997,4 мс — очікувано для 55 тисяч товарів і точка вже технічної роботи, не семантичної. Вимір 31.07.2026.
Що потрібно від вас

Без цього не почнемо — краще підготувати заздалегідь

  1. Вивантаження каталогу з категоріями й характеристиками — у CSV, XML або вигрузкою з облікової системи.
  2. Доступ до Search Console: там уже лежить частина відповіді про ваш попит, і вигадувати її замість вас ми не будемо.
  3. Дані внутрішнього пошуку по сайту, якщо він налаштований, — або згоду ввімкнути запис запитів в аналітику.
  4. Розуміння маржинальності по напрямах: пріоритети мають будуватись на грошах, а не на кількості запитів.
  5. Людину з правом ухвалювати рішення щодо структури: перейменування категорії — це рішення бізнесу, а не підрядника.

Якщо чогось із цього немає — скажіть, підкажемо, як зібрати або зробимо самі окремою задачею.

Часті питання

Те, що питають найчастіше — з конкретними відповідями

навіщо семантика, якщо каталог уже зроблено?

Бо каталог майже завжди зроблено за логікою обліку, а не за логікою попиту. Розділи названі так, як їх називає постачальник, а шукають їх іншими словами — часом без жодного спільного кореня. Робота полягає не в тому, щоб зібрати файл із запитами, а в тому, щоб перелік ваших сторінок збігся з переліком того, про що люди питають. Чесна межа: сама перебудова структури попиту не додає. Якщо товар не шукають, нова категорія під нього залишиться порожньою — вона просто перестане бути невидимою для тих, хто все-таки шукає.

скільки запитів має бути в ядрі?

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

звідки ви берете попит, якщо трафіку в мене майже немає?

З трьох джерел, і жодне з них не потребує великого трафіку. Search Console показує, за чим вас уже показують, — хай і небагато. Внутрішній пошук по сайту показує, що люди питають словами всередині каталогу: людина вже у вас, вона хоче конкретне і не знайшла це в меню. Третє джерело — структура ніші: які розділи взагалі існують у тих, хто продає те саме. Наші власні підрахунки каталогів робились саме штатним пошуком CMS, тож наскільки це джерело інформативне, ми знаємо не з чужих слів. Обмеження назвемо теж: внутрішній пошук мовчить там, де він вимкнений або де запити не пишуться в аналітику, і він нічого не розкаже про людину, яка ще обирає й не знає назви.

що робити з категоріями, у яких немає товару?

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

скільки категорій — це нормально для мого каталогу?

Універсальної норми немає, але є орієнтир із власних вимірів. В оптовому каталозі на 5 830 позицій нетоварних адрес виявилось 404, у магазині запчастин на 55 321 позицію — 3 868 категорійних вузлів. В обох випадках виходить приблизно один вузол на 14 товарів, хоча самі каталоги відрізняються за розміром удесятеро. Це два виміри, а не закономірність, і видавати їх за норму ринку ми не будемо. Але як перевірка на здоровий глузд працює: якщо у вас на одну категорію припадає кілька сотень позицій, вам майже напевно бракує рівня вкладеності — покупець там гортає замість того, щоб відбирати.

чи можна перейменувати категорії без наслідків?

Без наслідків — ні. Перейменування зазвичай тягне за собою зміну адреси, а стара адреса вже могла збирати посилання й трафік, тому потрібні переходи зі старих на нові. Через це зміни структури ми плануємо пакетом і разом із картою відповідності адрес, а не по одній категорії щотижня. Окремо перевіряємо технічну деталь: у частині CMS назва категорії й сегмент адреси розв'язані, тобто назву можна змінити, не чіпаючи адресу взагалі. Чи так у вашій системі — з'ясовуємо до того, як щось планувати.

з чого починати, якщо бракує сотні сторінок?

З перетину попиту й вашої маржі, а не з обсягу запитів. Категорія з великим попитом і нульовою маржею — це витрачений бюджет на наповнення, тексти й посилання. Тому ми й просимо дані про прибутковість напрямів: без них черга будується лише за кількістю запитів, а це не те саме, що за грошима. На практиці це виглядає як черга з двох-трьох десятків кластерів, де перші п'ять запускаються в перший місяць, а решта підтягується в міру того, як з'являються тексти й товар.

чи не породить нова структура тисячі зайвих сторінок?

Може — якщо плутати структуру з фільтрами. Комбінації характеристик множаться комбінаторно, і без канонічних адрес та правил у robots ви отримаєте тисячі майже однакових сторінок замість кількох сильних. Тому в проєкті структури ми розділяємо три речі окремо: що стає повноцінною категорією з власним вмістом, що лишається фільтром без окремої адреси, а що виноситься в посадкову під конкретну комбінацію. Це рішення ухвалюється до впровадження, бо розбирати такі адреси заднім числом — уже окрема робота з іншим бюджетом.

Надішліть вивантаження каталогу — покажемо, де ваша структура розходиться з попитом.

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

Переглянути кейси
  • Відповідь протягом 2 годин
  • Без зобов’язань
  • Працюємо за договором

Прайса на сайті немає навмисно: обсяг тієї самої роботи у двох клієнтів відрізняється в рази, і цифра «від» у такому разі нічого не пояснює. Спершу безкоштовний аудит — рахуємо ваші сторінки, дублі й швидкість, — потім називаємо суму й строк і фіксуємо їх у договорі.