Аудит крупного B2B-каталога: контакты, ошибки и скорость

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

Большой B2B-магазин может иметь сотни тысяч товарных URL, цены, корзину, документы и сильную SEO-базу — и одновременно незаметно подменять рабочий email посетителя. В этом обезличенном аудите главным риском оказался не внешний вид, а конфликт стороннего сервиса с контактами, ошибки фоновых запросов и тяжёлая категория.

Правильный email в HTML не гарантирует правильный email в браузере

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

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

Ошибки, которые не ломают страницу визуально

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

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

Сильная коммерческая база

У каталога были детальные категории и фильтры, поиск, цены, наличие, корзина, сравнение, избранное, аналоги, документы, сертификаты, доставка, гарантия и реквизиты. Карточки предлагали покупку или отдельный запрос менеджеру. HTTPS, редиректы, canonical, robots.txt, sitemap и настоящий HTTP 404 работали.

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

Категория тяжелее карточки

Сервер отвечал быстро: повторный TTFB основных страниц был преимущественно в диапазоне 0,12–0,22 секунды. Но HTML одной категории занимал около 1,48 МБ. Браузер запрашивал более 230 ресурсов, а известный по заголовкам объём превышал 4,4 МБ. Несколько изображений передавались по 350–390 КБ.

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

Мобильный первый экран

Горизонтального переполнения на выборке не было, поиск, избранное, сравнение и корзина оставались доступны. Однако одновременно показывались окно выбора города и крупная cookie-плашка. Они занимали значительную часть экрана и закрывали товарные карточки.

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

Более полумиллиона URL требуют контроля качества

Sitemap index содержал более ста файлов; большинство проверенных частей — по 5000 URL. Это ориентировочно более полумиллиона адресов. Большой sitemap не является ошибкой, если страницы уникальны, полезны и доступны. Риск появляется, когда поисковик тратит обход на дубли вариантов, отсутствующие товары и комбинации без спроса.

Нужны данные Яндекс Вебмастера и логов: сколько URL обнаружено, обойдено и проиндексировано, какие страницы признаны дублями или малоценными, где расходятся canonical и sitemap. Для системной работы подходит связка с хабом SEO и продвижение сайта.

Приоритет исправлений

1. Исключить email из подмены стороннего сервиса и проверить все итоговые ссылки после выполнения JavaScript.
2. Устранить запрос с HTTP 405, hydration mismatch и ошибку поискового компонента.
3. Провести контрольные заказ, форму, email и звонок до CRM; сверить Метрику, ecommerce и коллтрекинг.
4. Уменьшить HTML и изображения ключевых категорий, число запросов и работу компонентов ниже первого экрана.
5. Провести индексный аудит sitemap, фильтров, региональности и Product schema по данным поисковых систем.

Этот порядок сначала защищает контакты и измеримость заявок, затем ускоряет основные рекламные посадочные и только после этого масштабирует оптимизацию скорости и SEO всего каталога.