Аудит каталога, умного фильтра и поиска на 1С-Битрикс

Когда продажи в магазине не растут, первым делом обычно винят цену, ассортимент или рекламу. Но очень часто деньги утекают раньше — на этапе выбора товара. Покупатель пришёл по рекламе, открыл каталог, не нашёл нужное за несколько секунд, психанул на медленный фильтр или пустую выдачу поиска и ушёл. Этих потерь не видно в отчётах: они выглядят как обычный отказ. Аудит каталога, фильтров и поиска делает их видимыми и переводит в конкретные правки, которые возвращают заказы. Ниже разбираем, где именно каталог теряет покупателей и как мы это чиним.

Структура каталога: фундамент, на котором всё держится

Любой каталог начинается со структуры — разделов, свойств и торговых предложений. Если она собрана не под то, как реально выбирают товар, ломается всё остальное: фильтр не даёт нужных характеристик, поиск не находит товар по тем словам, которыми его называют покупатели, а SEO-страницы не под что генерировать. Мы сопоставляем реальные сценарии выбора с раскладкой каталога и проверяем, по тем ли свойствам можно отобрать товар, не дублируются ли разделы, правильно ли устроены торговые предложения. Нередко именно пересборка структуры даёт самый большой прирост, потому что чинит выбор у корня, а не латает симптомы.

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

Умный фильтр: где он тормозит и почему

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

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

SEO-страницы фильтра: дешёвый трафик, который часто теряют

Комбинации умного фильтра — это готовые посадочные страницы под точные запросы с характеристиками. Покупатель, который ищет товар с конкретными параметрами, приходит на такую страницу с готовым намерением купить. Но если посадочные страницы фильтра не индексируются, дублируют друг друга или закрыты в robots, магазин теряет этот дешёвый целевой трафик. Мы разбираем правила ЧПУ, canonical, уникальность метаданных и индексацию комбинаций, собираем схему, при которой полезные страницы фильтра попадают в поиск, а мусорные комбинации не плодят дубли. Это одна из самых окупаемых находок аудита: трафик растёт без затрат на рекламу.

Поиск: морфология, релевантность и нагрузка

Поиск по сайту — второй после фильтра способ найти товар, и на нём магазины теряют покупателей особенно обидно: человек прямо написал, что ему нужно. Штатный поиск Битрикса работает, пока каталог небольшой и запросы простые. Но как только появляются словоформы, синонимы, опечатки и поиск по артикулам, его качество и скорость падают. Мы тестируем поиск на реальных запросах: понимает ли он словоформы, находит ли товар по синонимам и опечаткам, насколько релевантна выдача, есть ли подсказки. Если каталог большой и запросов много, обосновываем переход на Sphinx или ElasticSearch — они дают быструю и качественную выдачу с морфологией, опечатками и подсказками даже под высокой нагрузкой.

Важно, что мы не предлагаем тяжёлый поисковый движок всем подряд. Для небольшого каталога с простыми запросами часто хватает грамотно настроенного штатного поиска с морфологией и словарём синонимов. Sphinx или ElasticSearch оправданы там, где их преимущества в скорости и качестве реально нужны. Это решение мы принимаем по фактам — размеру каталога, числу запросов и характеру товара, а не по тому, что технологичнее звучит.

Карточка товара: последний шаг перед корзиной

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

Скорость каталога под нагрузкой

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

Как мы оформляем находки

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

Когда хватит аудита, а когда нужна доработка

Мы честно разделяем диагностику и лечение. Аудит показывает, что и почему не работает, и даёт план. Часть находок вы внедрите своими силами по нашему отчёту — особенно настройки фильтра, словарь синонимов или правила ЧПУ. Часть, вроде перевода поиска на ElasticSearch, переноса логики фасетов или пересборки структуры, разумнее доверить команде с опытом таких задач. Мы готовы внедрить находки сами, но не навязываем это: отчёт устроен так, что не привязывает вас к подрядчику. Если каталог нужно не только починить, но и развивать дальше, аудит становится отправной точкой для дорожной карты доработок интернет-магазина.

Частые возражения, которые мы слышим

«У нас и так понятно, что фильтр медленный, зачем платить за аудит». Понятно, что медленный, но не понятно почему именно и что даст максимальный эффект при минимальных затратах. Аудит экономит деньги на правках: вы не переписываете каталог целиком, а чините конкретные узкие места в правильном порядке. «Мы недавно делали SEO-аудит, разве этого мало». SEO-аудит смотрит на индексацию и метаданные, но не разбирает скорость фасетов, релевантность поиска и конверсию карточки. Аудит каталога идёт глубже именно по выбору товара. «Нам проще сразу заказать доработку». Без диагностики доработка рискует лечить симптом, а не причину, и не дать ожидаемого роста — поэтому мы и начинаем с аудита, чтобы каждый рубль доработки работал на результат.

Сортировки и пагинация: незаметные потери

Покупатель отобрал товары фильтром или нашёл поиском — и попадает в список выдачи. Дальше всё решает порядок. Если сверху оказываются позиции не в наличии, дорогие или неактуальные, человек делает вывод обо всём каталоге по первому экрану и уходит, не пролистав до подходящего товара. Мы проверяем логику сортировок по умолчанию, выводится ли наличие вперёд, корректно ли работают сортировки по цене, популярности и новизне. Отдельно смотрим на пагинацию и постраничную подгрузку: не сбрасывается ли фильтр при переходе на следующую страницу, не дублируется ли контент, корректно ли это видят поисковые системы. Эти детали почти не заметны на глаз, но в сумме они заметно меняют глубину просмотра и шанс довести покупателя до карточки нужного товара.

Большая доля выбора сегодня идёт с мобильных, где фильтр, сортировки и выдача ведут себя иначе. На телефоне умный фильтр часто прячут за кнопкой, и от того, как он открывается, насколько удобно отмечать значения и применять отбор, напрямую зависит конверсия мобильного трафика. Мы проходим путь выбора с телефона так же внимательно, как с десктопа, потому что для большинства магазинов именно мобильный покупатель — основной, а неудобный мобильный фильтр режет продажи сильнее, чем любая проблема на десктопе.

Аудит как часть общей картины магазина

Каталог, фильтр и поиск не живут в вакууме: они опираются на интеграции, инфраструктуру и общее здоровье магазина. Остатки и цены в каталоге берутся из учётной системы, поэтому ошибки обмена с 1С сразу бьют по фильтру наличия и по карточке. Скорость отдачи каталога упирается в сервер, базу и кэш. Индексация SEO-страниц фильтра связана с общим техническим состоянием сайта. Поэтому аудит каталога мы рассматриваем как часть единой картины: что-то решается прямо в каталоге, а что-то уходит в смежные направления. Когда узким местом оказывается обмен данными или e-commerce-логика в целом, мы стыкуем находки с полной проверкой магазина, чтобы у вас не осталось слепых зон между диагностиками.

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

С чего начать

Начните с короткого разговора о вашем каталоге: сколько товаров и свойств, как устроен фильтр, что с поиском и где вы видите потери. Мы проведём бесплатную экспресс-проверку, покажем пару очевидных узких мест и предложим подходящий формат аудита — от быстрого разбора главных проблем до глубокой проверки под нагрузкой с оценкой Sphinx и ElasticSearch. По итогам вы получите честную картину: где каталог теряет покупателей, что вернёт заказы в первую очередь и за какой срок это окупится. Обсудим ваш каталог — и превратим выбор товара из узкого места в сильную сторону магазина.