-
Найти товар
Категории, поиск и фильтры
-
Выбрать
Характеристики, наличие и условия
-
Заказать
Корзина, доставка и оплата
-
Получить ответ
Передача заказа и связь с покупателем
B2B-каталог с ценами после авторизации можно продвигать через открытые категории и карточки товаров. Для этого публичная часть должна помогать выбрать продукцию: показывать характеристики, совместимость, документы, назначение и порядок запроса условий. Если вместо всего каталога посетитель сразу видит форму входа, поисковику тоже нечего изучать.
Основное решение — разделить информацию о товаре и персональные условия сделки. Описание модели может быть общедоступным, а договорная цена, кредитный лимит и индивидуальный остаток — доступны только уполномоченному покупателю. Сначала согласуйте это разделение с отделом продаж, затем проектируйте индексацию и интерфейс.
Что оставить в открытой карточке
Покажите название модели, производителя, артикул, основные параметры, фотографии, документы и области применения. Объясните, кому подходит товар, как выбрать модификацию и какие данные нужны для расчёта предложения. Для сложного оборудования полезнее таблица совместимости и ограничения монтажа, чем длинное описание без конкретики.
В технических требованиях Google указана доступность страницы без входа как условие обхода публичного содержимого. Поисковик не должен регистрироваться дилером для чтения описания. При этом доступность сама по себе не гарантирует индексацию: карточке нужны полезное содержание, корректный ответ сервера и внутренние ссылки.
Публичный посетитель должен понимать следующий шаг. Вместо неработающей кнопки покупки покажите «Запросить предложение» либо «Войти, чтобы увидеть ваши условия». Объясните, что происходит после регистрации: например, менеджер проверяет компанию и назначает договорные условия, если именно так устроен ваш процесс. Не обещайте мгновенную цену там, где требуется ручное согласование.
Как разделить роли и закрытые данные
Составьте матрицу доступа: гость, зарегистрированная компания без подтверждения, действующий дилер, менеджер. Для каждой роли определите видимость цены, остатков, скидок, документов и действий заказа. Проверьте не только страницу, но и API, выгрузки, поиск, рекомендации, печатные формы и письма. Скрытая стилями цифра остаётся доступной в HTML.
Защита должна выполняться на сервере. Замена текста цены на «войдите» в браузере не защищает ответ API, который уже содержит договорную сумму. Авторизация требуется и для скачивания закрытого прайса: нельзя полагаться на то, что его длинный адрес никто не угадает. Для публичных PDF отдельно проверьте, нет ли персональных условий в метаданных и содержимом.
Кеширование тестируйте двумя аккаунтами с разными договорами и анонимной сессией. После просмотра карточки дилером гость не должен получить его цену из общего кеша. Параметры сессии, правила CDN и ключи кеша компонентов должны учитывать выбранную архитектуру. Такие ошибки проверяют до открытия каталога, а не после первой жалобы партнёра.
Какие страницы продвигать
Основу структуры составляют категории, модели и подборки под реальные задачи закупки. Для производителя это могут быть оборудование по процессу, комплектующие по совместимости, расходные материалы по типоразмеру. Создавайте страницу под устойчивую потребность и достаточный ассортимент, а не под каждую комбинацию фильтров.
В открытой категории объясните различия между группами товаров, параметры выбора и варианты поставки, которые компания действительно предоставляет. Ссылки должны вести в нужные карточки и документы. Повторяющийся текст «купить оптом недорого» не помогает инженеру или снабженцу определить подходящую модель.
Личный кабинет, история заказов, служебный поиск и персональные выгрузки не должны попадать в публичную карту сайта. Защита доступа и управление индексацией решают разные задачи: robots.txt не является паролем. Проверить публичный состав адресов поможет анализ sitemap, а доступность карточки и canonical — проверка страницы.
Что делать с Product и Offer
Разметка должна описывать видимое содержимое страницы. В правилах Google для структурированных данных требуется соответствие разметки содержанию. Не публикуйте фиктивную цену 0, чтобы заполнить поле Offer, и не передавайте закрытую дилерскую цену в публичном JSON-LD. Ноль означает цену, а не «узнать у менеджера».
Если публичной цены нет, не пытайтесь получить ценовой расширенный результат за счёт вымышленного предложения. Опишите доступные свойства товара корректно и отдельно проверьте требования конкретного вида результата. Отсутствие подходящего Offer не мешает создавать полезную индексируемую карточку. Подробнее варианты и ошибки разобраны в статье о Product и Offer.
Как передавать запрос в отдел продаж
Форма запроса должна сохранять модель, артикул, модификацию и количество, а не только контакт. Если человек собирает несколько товаров, передавайте состав подборки. Менеджеру нужно увидеть, что именно выбирал клиент; пересылка одной ссылки на главную страницу создаёт лишний разговор и увеличивает вероятность ошибки.
При наличии аккаунта передавайте разрешённый идентификатор компании и договор, не доверяя скрытому полю браузера как доказательству прав. Цену и условия подтверждайте на сервере перед формированием заказа. Для связи с CRM используйте устойчивый номер обращения, чтобы повторная отправка после сбоя не создавала несколько одинаковых сделок.
Согласуйте обязательные поля. Для первичного подбора не всегда нужен полный комплект реквизитов; для оформления поставки он может потребоваться позже. Объясните, зачем запрашивается информация. Чем яснее следующий шаг, тем меньше случайных регистраций и обращений «я вошёл, но всё равно ничего не вижу».
Пример приёмки B2B-каталога
Учебный сценарий: у поставщика есть общедоступная карточка промышленного насоса и две группы дилеров. Гость видит характеристики и запрос предложения. Дилер A видит свою цену и минимальную партию, дилер B — другие договорные условия. После выхода ни одна персональная сумма не остаётся в HTML, API-ответе или общей копии страницы.
- Открыть карточку без авторизации и проверить полезность публичного содержания.
- Сравнить доступ под двумя ролями, включая прямые запросы к разрешённым API.
- Проверить кеш после последовательного входа и выхода.
- Отправить помеченный тестовый запрос с несколькими товарами.
- Сверить состав обращения, компанию и источник в CRM.
- Проверить публичные sitemap, canonical и структурированные данные.
Результат фиксируют по сценариям, а не только скриншотами дизайна. Ошибка доступа требует исправления независимо от того, заметна ли она обычному пользователю. Состав интеграции и порядок приёмки можно обсудить при подключении сайта к CRM.
Частые вопросы
Обязательно ли показывать цену для SEO?
Обязательного условия «цена на каждой странице» для обычной индексации нет. Но без цены карточка должна давать достаточно информации для выбора и понятный способ получить предложение.
Можно ли показывать цену только поисковому роботу?
Не подменяйте коммерческие условия специально для робота. Проектируйте полезную общедоступную версию и отдельный авторизованный сценарий для покупателей.
