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

Сильная база не отменяет проверки пути до заявки
На сайте были отдельные страницы направлений и продукции, назначение товаров, технические характеристики, варианты поставки, документы, информация о производстве и контакты. Это помогает специалисту сравнить предложения и подтверждает, что компания действительно работает с промышленными заказами. У изученных страниц также были собственные заголовки и канонические адреса.
Поэтому задача аудита заключалась не в переписывании всего каталога. Нужно было проверить, может ли покупатель после выбора позиции быстро получить коммерческий ответ и поймёт ли менеджер, о каком товаре пришло обращение. Такой разбор входит в аудит сайта наряду с проверкой поиска, скорости и форм.
Форма обратного звонка не заменяет запрос по товару
В изученных карточках после описания стояла общая форма с одним полем телефона. Она предлагала дождаться звонка, но не уточняла, можно ли запросить цену, наличие, срок поставки или документацию. Из открытого HTML также не было видно, что в заявку автоматически передаются название и адрес выбранной позиции. Передачу данных в CRM без доступа к ней подтвердить нельзя.
Для B2B-каталога полезнее действие «Запросить условия по этому товару» рядом с основными характеристиками. Форма может передавать позицию автоматически, а у покупателя спрашивать только контакт, объём и существенные параметры заказа. Если цена рассчитывается индивидуально, объясните, от чего она зависит. Это описано подробнее в материале о товарах без публичной цены.
На отдельной странице производства под заказ было подробно описано сотрудничество, но не было собственной формы для первичного запроса. Для такого направления полезен отдельный сценарий: краткое ТЗ, объём, упаковка и способ связи. Общая кнопка «Задать вопрос» не всегда передаёт нужный контекст.
Проверьте документ, на который ссылаются формы
В футере проверенного сайта текст ссылки на политику был, но её адрес оставался пустым. При нажатии открывалась текущая страница. Рядом с изученными формами, которые собирали телефон, видимой ссылки на документ тоже не было. Это отдельная срочная задача: опубликовать утверждённую оператором политику, поставить рабочие ссылки у форм и проверить, как оформлено основание обработки данных.
Такая правка требует согласования текста с ответственным за персональные данные. Технический исполнитель может разместить документ и связать его с формами, но содержание политики должно соответствовать реальным процессам компании.
Robots.txt и sitemap должны указывать на один рабочий маршрут
В robots.txt был указан адрес карты сайта, который возвращал 404. Действующая XML-карта находилась по другому адресу. Поисковик может найти страницы и другими способами, однако нерабочая подсказка усложняет диагностику и создаёт путаницу. Первый шаг — указать в robots.txt реальный канонический адрес карты и проверить подкарты.
Дополнительно стоит проверить, не закрыты ли от обхода нужные изображения и документы, а внутренние ссылки ведут ли сразу на конечные страницы без лишнего перенаправления. Товарным фотографиям нужны осмысленные alt, декоративным элементам — нет. Для каталога и интернет-магазина важны не только теги, но и понятная связь между разделом, карточкой и действием.
Главная и аналитика требуют отдельной проверки
Внешний браузерный замер показал, что главная загружалась заметно дольше нескольких внутренних страниц. В ней использовался большой первый экран с переключающимися предложениями и сторонними скриптами. Один замер не доказывает проблему для всех посетителей: нужно отдельно посмотреть изображения слайдера, сетевые запросы и Core Web Vitals для мобильной аудитории.
В коде сайта была цель аналитики на событие отправки формы, но вызов цели не зависел от статуса результата. Это риск: отчёт может показывать «заявку» и при ошибке отправки. После настройки продвижения решения лучше принимать по подтверждённым обращениям, а не только по кликам и попыткам отправить форму.
Что исправлять в первую очередь
- Опубликовать действующую политику обработки данных и рабочие ссылки рядом с формами.
- Исправить адрес карты сайта в robots.txt и проверить доступность важных страниц и файлов.
- Добавить запрос коммерческих условий по выбранному товару и проверить передачу позиции в письмо или CRM.
- Разделить цели аналитики на успешные заявки, ошибки, звонки и другие значимые действия.
- После этого улучшать посадочные страницы под ключевые группы спроса и проверять скорость главной.
Этот порядок не обещает автоматического роста заявок. Он устраняет конкретные препятствия и даёт возможность измерить, что изменилось после доработок. Публичные страницы позволяют увидеть часть проблем; работу формы, CRM и рекламных кампаний нужно проверять с доступами и тестовыми обращениями.
Проверю путь от карточки до заявки, индексацию, формы и аналитику. Вы получите список подтверждённых проблем и план исправлений.