Семантика B2B-сервиса: какие страницы нужны покупателю

В семантике легко собрать тысячи запросов и так и не понять, какие страницы нужны покупателю. Файл большой, ключи разложены по группам, а решения по сайту приходится придумывать заново. Если вы отвечаете за SEO B2B-сервиса, полезнее начать с задачи клиента. Два проекта из промышленного B2B показывают, как эта задача меняет структуру: в одном покупатель не знал названия материала, в другом искал конкретную запчасть.

Покупатель ищет втулку и не обязан знать ваш материал

Я Ольга Павленко, отвечаю за SEO и GEO в Сайткрафт. Для меня работа с семантикой начинается с решения по сайту. Если после сбора запросов непонятно, какую страницу сделать и что на ней должен увидеть человек, задача осталась нерешенной.

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

Зато покупатель знал, что ему нужна втулка.

Структуру развивали по понятным названиям изделий и запросам, связанным с пластиком. В кейсе описан конкретный ход: втулку можно изготовить из металла или пластика, поэтому сначала человеку предлагают знакомый товар, а уже в карточке объясняют особенности материала. Для плит скольжения организовали путь от общей страницы через промежуточную к конечной посадочной. Из таблиц добавили переходы в карточки. Так семантика повлияла и на содержание, и на устройство каталога.

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

Для онлайн-сервиса здесь полезен сам принцип. Команда может описывать продукт через внутренние названия функций, а клиент ищет способ проверить знания сотрудников перед допуском к работе. Такой запрос нужно проверить и решить, какая страница поможет выбрать инструмент. Буквально копировать промышленный каталог в SaaS не требуется: переносим логику выбора покупателя, а результат проверяем на своем продукте.

Отметка нет страницы показывает пробел в предложении сайта

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

• запчасти для бетононасоса: запрос привязан к общему разделу;
• запчасти швинг: есть привязка к брендовому разделу Schwing;
• ремкомплект гидроцилиндра cifa 230757: стоит отметка нет страницы.

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

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

Но строка нет страницы еще не означает, что карточку нужно немедленно создавать.

Сначала проверяем товарное предложение. Поставщик действительно работает с этой деталью, может объяснить применимость и принять заказ. Тогда у карточки появляется содержание: артикул, совместимость, сведения для подбора, условия заказа. Если ничего этого нет, URL с ключом в заголовке просто добавит посетителю еще один тупик.

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

Новая страница должна менять ответ для покупателя

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

Моя граница здесь простая: у отдельной посадочной должен быть самостоятельный ответ. Брендовый раздел помогает найти совместимые запчасти. Карточка раскрывает конкретный товар. Страница интеграции сервиса объясняет, какие данные передаются и как подключить связку. Если после замены названия системы текст подходит любой другой интеграции, содержание еще не готово.

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

Близкие формулировки одной задачи можно закрыть общей страницей. Информационному спросу может понадобиться статья с переходом к продукту. Решение зависит от намерения человека и содержания поисковой выдачи. Количество собранных фраз не определяет количество будущих URL.

Карта семантики нужна для решений по сайту

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

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

Сверьте эту логику со структурой своего сайта: какие вопросы покупателя остаются без страницы. В SEO-продвижении такая карта помогает выбрать доработки, за которые команда сможет взяться в первую очередь.

Начните с одного направления. Не пытайтесь сразу распределить по URL все ядро. Разберите группы, связанные с реальным предложением, и объясните каждое решение. Если аргумент сводится к тому, что для этой фразы еще нет страницы, вернитесь к задаче покупателя.

После публикации проверяем выбранные страницы

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

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

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

Распределение отслеживаемых запросов по диапазонам позиций в Яндексе за выбранный период с февраля по август 2026 года. Регион Москва, ПК, все группы проекта. Это данные по отслеживаемому набору, а не по всему поисковому спросу.

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

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

Если меняли состав запросов в мониторинге или настройки целей, запишите это рядом. Иначе изменение методики легко принять за изменение результата.

Список запросов помогает найти спрос. Структуру можно строить, когда понятно, какой ответ получит покупатель на каждой странице и что сможет сделать дальше.

Частые вопросы

Что делать с запросом, если подходящей страницы пока нет?

Зафиксировать его в карте и проверить предложение. Возможно, нужна новая посадочная; возможно, достаточно добавить сведения в существующую. Отметка нет страницы описывает пробел, но еще не определяет решение.

Нужно ли сохранять запросы с нулевой частотностью?

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

Как выбрать страницу для нескольких близких запросов?

Сравните намерение посетителя и то, что ему понадобится для выбора. Если набор ответов совпадает, начните с одной страницы. Расхождения в формулировках не всегда означают разные задачи.

Можно ли оценивать все страницы только по заявкам?

Страницы помогают на разных этапах выбора. Для статьи может быть полезен переход к продукту, для интеграции важен интерес к подключению. Условие оценки задайте заранее, а обращения считайте по подтвержденному определению лида.

С чего начать, если продукт еще не имеет привычного названия?

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