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

Содержание

1. Покупатель часто знает задачу лучше, чем название продукта

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

3. Запрос получает отдельную страницу только после проверки намерения

4. Каталог расширяем по сущностям, а не по каждой новой фразе

5. Механическое размножение страниц начинается там, где выбор не меняется

6. Индексацию проверяем отдельно от трафика и обращений

7. Семантику приходится пересобирать, когда меняется приоритет бизнеса

8. Шаблон карты запрос-страница для B2B-сайта

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

Покупатель часто знает задачу лучше, чем название продукта

На связи Ольга Павленко, я отвечаю за SEO и GEO в Сайткрафт. В сложных B2B-проектах я почти никогда не начинаю с вопроса, сколько ключей мы собрали. Сначала смотрю, как человек формулирует потребность до того, как узнает правильный термин из каталога.

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

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

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

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

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

Сначала выделяем задачу и объект выбора

1. Что человек уже знает: тип изделия, технику, бренд, модель, узел, размер, материал или только проблему.
2. Что он выбирает на странице: конкретный товар, категорию, способ изготовления, вариант замены или поставщика.
3. Какая информация влияет на решение: характеристики, совместимость, наличие, документы, доставка, возможность производства под заказ.
4. Какой следующий шаг реалистичен: открыть карточку, отфильтровать ассортимент, запросить подбор, отправить чертеж или оставить заявку.

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

Запрос получает отдельную страницу только после проверки намерения

Я использую простую карту запрос-страница. Она заставляет связать семантику B2B с реальным интерфейсом сайта. В таблице есть не только ключевая фраза и частотность, но и задача покупателя, объект выбора, тип посадочной и метрика, по которой потом можно проверить результат.

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

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

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

Каталог расширяем по сущностям, а не по каждой новой фразе

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

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

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

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

Механическое размножение страниц начинается там, где выбор не меняется

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

Страницу лучше объединить с существующей, если

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

Фильтры тоже не надо превращать в генератор SEO-страниц по умолчанию. Индексируемая комбинация имеет смысл, когда она соответствует самостоятельному спросу и дает внятный результат. Если фильтр создает сотни пустых или почти одинаковых наборов, поисковая структура становится хуже, а не богаче.

Отдельная посадочная оправдана, когда меняется логика выбора

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

Индексацию проверяем отдельно от трафика и обращений

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

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

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

Семантику приходится пересобирать, когда меняется приоритет бизнеса

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

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

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

Шаблон карты запрос-страница для B2B-сайта

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

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

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

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

Сколько запросов должно приходиться на одну посадочную страницу?

Фиксированного числа нет. Один URL может закрывать десятки формулировок, если у них одинаковая задача и один объект выбора. Разделять стоит по смыслу, а не по размеру кластера.

Когда лучше делать фильтр, а когда отдельную категорию?

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

Можно ли создать страницу под очень низкочастотный B2B-запрос?

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

Как понять, что новая страница сработала?

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

Что делать, если покупатели не знают название технологии или материала?

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

Как часто пересобирать семантическое ядро B2B-сайта?

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