Семантическое ядро промышленного сайта: от спроса к структуре каталога

Семантическое ядро промышленного сайта — это не выгрузка из Вордстата на несколько тысяч строк. Рабочее ядро связывает поисковую формулировку с задачей покупателя, товарной группой, типом страницы и конкретным URL. По нему видно, какие страницы уже отвечают на спрос, какие конкурируют между собой и каких разделов на сайте не хватает.

Я собираю такую карту до проектирования меню и написания текстов. Иначе внутренняя номенклатура компании становится структурой сайта, хотя клиент ищет оборудование по другой логике: по задаче, отрасли, характеристике, стандарту, модели или условиям поставки.

Ниже — процесс, который можно повторить в таблице без дорогой SEO-платформы. Для большого каталога он не отменяет профессиональные инструменты, но помогает правильно поставить задачу и проверить результат подрядчика.

Сначала опишите не запросы, а объекты спроса

Начните с карты бизнеса. Она должна отвечать на вопрос: какие сущности может искать человек, который выбирает ваш продукт или проверяет поставщика?

Для промышленной компании я обычно выделяю семь групп:

• товары и категории: насосы, компрессоры, редукторы, датчики;
• модели и серии: обозначения производителя, модификации, артикулы;
• характеристики: мощность, давление, производительность, материал;
• применение: перекачка агрессивной среды, очистка воздуха, дозирование;
• отрасли: нефтехимия, горнодобыча, пищевая промышленность;
• стандарты и документы: ГОСТ, ТУ, сертификаты, паспорта;
• коммерческие условия: купить, цена, поставка, наличие, сервис, ремонт.

Не каждая сущность станет отдельным разделом. На этом этапе важнее не потерять язык покупателей и связать его с реальными данными компании.

Один источник не заменяет остальные. Вордстат показывает сформулированный спрос, CRM добавляет язык реальных сделок, а номенклатура подтверждает, может ли компания дать содержательный ответ.

Соберите маркерные запросы по матрице

Маркерный запрос — короткая исходная формулировка, из которой вы получаете варианты. Для каждой товарной группы соедините объект с несколькими типами модификаторов:

• продукт: «винтовой компрессор»;
• характеристика: «винтовой компрессор 10 бар»;
• задача: «компрессор для пневмоинструмента»;
• отрасль: «компрессор для пищевого производства»;
• стандарт или исполнение: «взрывозащищённый компрессор»;
• коммерческий запрос: «купить винтовой компрессор»;
• сервисный запрос: «обслуживание винтового компрессора».

Это иллюстративные формулировки, а не готовое ядро и не данные спроса. Перед добавлением в план каждую группу нужно проверить по региону, частотности и выдаче.

В Вордстате кавычки фиксируют количество слов, квадратные скобки — порядок, а минус-слово исключает нежелательное слово [1]. Оператор помогает уточнить измерение, но не определяет ценность запроса для бизнеса. Широкую и уточнённую частотность храните в разных колонках, чтобы не принять размер всей темы за число точных формулировок.

Очистите список вместе с отделом продаж

Автоматическая чистка по стоп-словам экономит время, но промышленную семантику легко повредить. Слово «ремонт» может быть мусором для производителя нового оборудования и отдельной услугой для сервисной компании. Запрос «схема насоса» может вести студента, а может быть нужен инженеру перед закупкой.

Добавьте к каждой строке решение и причину:

• оставить: компания отвечает на запрос продуктом, услугой или экспертизой;
• исключить: запрос относится к вакансии, обучению, бытовому сегменту, самостоятельному ремонту или чужому продукту;
• уточнить: намерение смешанное, нужна проверка выдачи и отдела продаж;
• отложить: предложение появится позже, но сейчас страницы и данных нет.

Не удаляйте низкочастотную фразу только из-за малого числа показов. В B2B один точный запрос по модели или техническому параметру может быть ближе к сделке, чем широкая информационная тема. Частотность оценивают вместе с маржой, географией, наличием продукта и способностью компании обработать обращение.

Определите намерение и тип страницы

Следующий шаг защищает сайт от двух крайностей: одной общей страницы под весь спрос и сотен тонких страниц под каждую фразу. Запишите, какой результат хочет получить человек и какой формат лучше его даст.

По типам страниц эта матрица пересекается с общей структурой сайта промышленной компании, но решает другую задачу: объясняет, из каких групп запросов эти страницы появляются.

Кластеризуйте запросы по задаче и выдаче

Кластер — группа формулировок, которым может ответить одна страница. Смысл слов даёт первую гипотезу, выдача помогает проверить спорные случаи.

Порядок работы:

1. Объедините явные словоформы, синонимы и перестановки слов.
2. Разделите коммерческое, информационное и сервисное намерение.
3. Сравните выдачу для спорных фраз: какие типы страниц и URL повторяются.
4. Проверьте группу с техническим специалистом и продажами.
5. Назначьте один основной запрос и несколько уточняющих формулировок.

Не используйте универсальный процент пересечения выдачи как единственный критерий. Результаты зависят от региона, персонализации и даты проверки. В таблице храните дату, регион и вывод: «одна страница», «разные страницы» или «нужно повторить проверку».

Пример: запросы «промышленный компрессор» и «винтовой компрессор» могут выглядеть похожими, но первый способен вести в широкую категорию, а второй — в отдельный тип оборудования. Запрос «компрессор для покраски» описывает уже сценарий применения. Решение принимают после просмотра выдачи и ассортимента, а не по совпадению одного слова.

Распределите кластеры по существующим и новым URL

Добавьте выгрузку всех индексируемых страниц сайта и сопоставьте её с кластерами. Для каждой группы выберите одно действие:

• оставить URL: страница соответствует намерению и содержит нужные данные;
• доработать URL: страница подходит, но не отвечает на важные вопросы;
• объединить: несколько страниц конкурируют за один кластер;
• создать: спрос подтверждён, а подходящей страницы нет;
• не создавать: отдельная страница даст тонкий или дублирующий результат.

Один кластер получает один основной URL. Это не запрещает странице отвечать на смежные формулировки. Задача правила — исключить ситуацию, когда категория, статья и карточка одновременно продвигаются по одному коммерческому запросу.

Для каталога запчастей я подробно разобрал распределение между категориями, моделями, артикулами и фильтрами в статье о SEO-структуре каталога.

Google объясняет, что связь между страницами помогает поиску понять структуру и относительную важность разделов; важные карточки должны быть доступны по обычным ссылкам из категорий, а внутреннего поиска для этого недостаточно [2]. Итоговая карта семантики определяет title, H1, меню, хлебные крошки, блоки связанных страниц и ссылки из статей.

Рабочий шаблон таблицы

Минимальный файл можно собрать в одной вкладке. Каждая строка — запрос, а не страница. Поле cluster_id связывает строки, которые ведут на общий URL.

Строки выше показывают формат, а не фактическую частотность или рекомендации для конкретного поставщика. В рабочую таблицу добавьте регион, широкую и уточнённую частотность, текущий URL, показы, клики, дату проверки выдачи, владельца фактуры и статус внедрения.

Назначьте приоритет по четырём условиям

Большое ядро нельзя внедрить одновременно. Я оцениваю каждый кластер по четырём вопросам:

1. Бизнес-ценность: компания хочет продавать этот продукт и умеет квалифицировать обращение?
2. Спрос: есть ли поисковые формулировки, показы текущего сайта или повторяющиеся запросы клиентов?
3. Готовность: доступны ли ассортимент, характеристики, документы, цены или понятный способ запроса?
4. Разрыв: существует ли подходящая страница и насколько она соответствует намерению?

Высокая частотность при нулевой готовности данных не делает страницу первой в очереди. Низкочастотный кластер с точным продуктом, высокой ценностью и готовой фактурой может получить приоритет раньше.

Не превращайте оценку в псевдоточный «SEO-балл». Достаточно трёх уровней: первая очередь, подготовить данные, отложить. Рядом запишите причину решения, чтобы при пересмотре не спорить по памяти.

Передайте в работу не список ключей, а карточки страниц

Для каждого приоритетного URL подготовьте короткую карточку:

• основной кластер и намерение;
• роль страницы в структуре;
• вопросы, на которые она должна ответить;
• ассортимент и данные, которые нужно вывести;
• внутренние ссылки на родительские и связанные страницы;
• title, H1 и описание без механического перечисления ключей;
• целевое действие и событие аналитики;
• ответственный за фактуру и дату следующей проверки.

После публикации сверяйте позиции с показами, посадочными страницами, переходами в каталог и квалифицированными обращениями. На новых страницах данных сначала будет мало, поэтому не переписывайте структуру после нескольких показов.

Чек-лист готовности семантического ядра

Перед проектированием или переработкой сайта проверьте:

• запросы собраны из номенклатуры, продаж и поисковых источников;
• широкая и уточнённая частотность не смешаны;
• у каждой строки есть намерение и решение по релевантности;
• спорные запросы проверены в выдаче с датой и регионом;
• у каждого кластера один основной URL;
• существующие страницы сопоставлены с кластерами;
• новые страницы подтверждены ассортиментом и фактурой;
• информационные и коммерческие намерения не смешаны;
• приоритет учитывает спрос, бизнес-ценность и готовность компании;
• карта страниц связана с меню, перелинковкой и аналитикой.

Если семантика уже собрана, но непонятно, какие технические ограничения мешают поиску увидеть структуру, начните с предварительного аудита готовности сайта к AI-поиску. Он проверит доступность главной страницы, robots.txt, Sitemap, заголовки и базовые признаки доверия. Полный анализ семантического ядра потребует выгрузок Вебмастера и Search Console, списка URL, товарных данных и связи с CRM.

Источники

1. Яндекс Вордстат: операторы запросов.
2. Google: как помочь поиску понять структуру интернет-магазина.
3. Google: рекомендации по структуре URL интернет-магазина.