Коротко: фильтр стоит открывать для индексации только там, где есть реальный спрос и достаточно карточек под него; остатки нужно синхронизировать с 1С/CRM/DMS не реже раза в час, иначе на сайте «висят» уже проданные машины; у карточки авто должно быть не одно состояние «в наличии», а минимум четыре статуса; живые фото поднимают заявки заметнее, чем рендеры производителя; а фото в каталоге должны весить не больше 150–250 КБ, иначе мобильный трафик теряется на загрузке, а не на содержании.
Клиент открывает сайт дилера с телефона в дороге, выбирает марку и бюджет, видит восемь подходящих машин — и три из них уже проданы. Карточки никуда не делись, фото на месте, кнопка «оставить заявку» работает. Просто данные об остатках на сайте обновились в последний раз вчера вечером, а продажи за это время прошли и в шоуруме, и через звонок. Клиент тратит время на уточнение по телефону, не получает внятного ответа с первого раза и уходит смотреть тот же бюджет на соседнем агрегаторе.
Каталог с фильтрами — это не разовая вёрстка карточек, а постоянно живая система, которая технически устроена сложнее обычного набора статичных страниц. По сложности это тот же класс задачи, что создание интернет-магазина: тот же набор фильтров, карточек, синхронизации с учётной системой и требований к скорости — такие проекты делает команда YuSMP Group, и дилерский каталог решается теми же инженерными приёмами, что и товарный каталог интернет-магазина.
Дальше — что конкретно должно быть в каталоге, какие фильтры открывать для поисковика, как синхронизировать остатки без ручных правок и сколько должна весить карточка, чтобы не терять мобильный трафик.
Что должно быть в каталоге автомобилей на сайте дилера
Каталог автомобилей на сайте дилера обязан закрывать три задачи одновременно: дать клиенту быстро найти подходящую машину через фильтры, показать по каждой карточке достаточно данных для решения без звонка и синхронизироваться с учётной системой дилера так, чтобы остатки на сайте совпадали с реальным наличием в шоуруме.
Эти три задачи редко решают одной и той же командой в одном спринте — обычно фильтры и карточку делает фронтенд-разработчик, а синхронизацию с 1С или DMS настраивает отдельный специалист по интеграциям. Но с точки зрения результата для клиента они неразделимы: красиво свёрстанный каталог с устаревшими остатками работает хуже, чем визуально простой каталог, где данные всегда актуальны. Поэтому технические требования ниже разбиты именно по задачам, а не по тому, кто их в итоге реализует.
Базовые фильтры: марка, модель, год, цена, комплектация, кузов
Минимальный набор, без которого каталог не функционален: марка, модель, год выпуска, диапазон цены, тип кузова и комплектация. Эти шесть параметров закрывают абсолютное большинство поисковых сценариев — клиент либо уже знает марку и модель и фильтрует по бюджету, либо, наоборот, отталкивается от бюджета и типа кузова и смотрит, что попадает в диапазон. Дополнительно имеет смысл вынести фильтр по коробке передач, приводу и объёму двигателя — но уже как второстепенный, а не как основной набор, потому что по этим параметрам ищут реже и не на каждой модели они вообще различаются.
Карточка автомобиля: что показывать (фото, характеристики, статус, заявка)
Карточка одного автомобиля должна содержать галерею фото конкретного экземпляра, полный набор технических характеристик (двигатель, коробка, привод, комплектация, цвет, год, пробег для автомобилей с пробегом), актуальный статус наличия и форму заявки с минимумом полей. Если карточка показывает только «от» цену и общее описание модели без привязки к конкретному экземпляру — она по сути не карточка автомобиля, а страница модели, и клиент правильно ожидает от неё меньше доверия: непонятно, что именно ему предложат, когда он позвонит.
Отдельная практическая деталь — порядок полей на карточке. Цена и статус наличия должны быть видны сразу, без прокрутки, а не теряться где-то под пятым экраном характеристик: клиент, который зашёл с мобильного по рекламе, в первую очередь проверяет, укладывается ли машина в бюджет и доступна ли она прямо сейчас, и только потом читает подробности про комплектацию. Форма заявки логично дублируется дважды — сразу под фото и в конце карточки, чтобы не заставлять пользователя прокручивать страницу назад ради одной кнопки.
Какие фильтры открывать для индексации, а какие — закрывать от робота
Фильтр стоит открывать для индексации только тогда, когда по нему есть измеримый поисковый спрос и достаточно карточек, чтобы страница не выглядела пустой; все остальные комбинации фильтров должны оставаться доступными пользователю, но не создавать отдельные индексируемые URL.
| Сценарий | Открывать для индексации | Закрывать (canonical/robots.txt) |
|---|---|---|
| Марка + модель | Да — стабильный спрос, много карточек | — |
| Марка + модель + год | Да, если есть ≥30–50 показов/мес в Wordstat | Если спроса нет — закрыть |
| Марка + модель + редкий цвет | — | Почти всегда закрывать — спрос единичный |
| Марка + кузов + коробка + привод (3+ параметра) | — | Закрывать — комбинаторный взрыв URL |
| Пагинация внутри открытого раздела | Да, с self-canonical | — |
Как проверить спрос перед тем, как открыть фильтр
Перед тем как делать отдельную индексируемую страницу под комбинацию фильтров (например, «Kia в наличии до 2 млн»), стоит проверить частотность запроса в Wordstat или аналогичном инструменте и убедиться, что под эту комбинацию реально есть минимум 3–5 автомобилей в наличии. Практический ориентир — от 30–50 показов в месяц и выше: более редкие комбинации почти никогда не окупают отдельную проиндексированную страницу, зато плодят дубли контента с похожими карточками и размывают вес основных страниц каталога.
Полезный побочный эффект такой проверки — она же подсказывает, какие фильтры вообще стоит добавлять в интерфейс. Если за комбинацией «седан до 1,5 млн» в Wordstat регулярно видны запросы, а в каталоге дилера такой фильтр собрать нельзя — например, цена и тип кузова не объединяются в один URL, — это сигнал доработать логику фильтрации, а не просто закрыть вопрос индексации постфактум.
Canonical и robots.txt для закрытых комбинаций
Для фильтров, которые пользователю нужны, но спроса в поиске под них нет, правильная схема — оставить сам фильтр рабочим на фронтенде, но выставить на результирующей странице rel=canonical на базовую страницу раздела (например, на каталог модели без дополнительных параметров) и при необходимости закрыть параметризованные URL в robots.txt. Так робот не тратит краулинговый бюджет на тысячи комбинаций фильтров, а индекс не размывается десятками почти одинаковых страниц с разницей в один параметр.
Пагинация — открывать или закрывать
Страницы пагинации внутри одного раздела каталога (вторая, третья страница результатов) стоит оставлять открытыми для индексации, но с уникальным title (с указанием номера страницы) и собственным self-canonical на саму себя, а не на первую страницу раздела. Закрывать пагинацию целиком — распространённая ошибка: тогда из индекса выпадает часть реально существующих карточек, которые физически находятся дальше первой страницы выдачи каталога.
Как синхронизировать остатки с 1С, CRM и DMS без ручных правок
Остатки на сайте должны обновляться автоматической выгрузкой из учётной системы дилера — 1С, CRM или DMS — а не ручным редактированием карточек сотрудником, потому что ручной процесс неизбежно отстаёт от реальных продаж и рано или поздно показывает клиенту уже проданную машину.
Частота выгрузки: почему 15–60 минут — не компромисс, а правило
Интервал синхронизации остатков в диапазоне 15–60 минут — это не экономия на технологиях, а баланс между актуальностью данных и нагрузкой на учётную систему. Выгрузка раз в сутки или вручную гарантированно создаёт окно, в котором сайт показывает недостоверное наличие; выгрузка каждую минуту, наоборот, избыточно нагружает 1С или DMS без ощутимой пользы — автомобиль физически не продаётся настолько часто, чтобы разница в несколько минут была критична для клиента.
Формат данных и обязательные поля (VIN, статус, цена, фото)
Выгрузка из учётной системы должна содержать на каждый автомобиль уникальный идентификатор (лучше всего — VIN), модель, год, комплектацию, цвет, пробег (если он есть), цену, актуальный статус и ссылки на фото конкретного экземпляра. Формат — XML или JSON, в зависимости от того, что проще настроить с конкретной учётной системой дилера; принципиальнее не формат, а то, чтобы структура полей была зафиксирована один раз и не менялась произвольно на стороне 1С без согласования с тем, кто обслуживает сайт — иначе выгрузка однажды молча перестанет парситься.
Двусторонний обмен: бронь с сайта должна возвращаться в учётную систему
Обмен данными не должен быть односторонним. Если клиент бронирует автомобиль или оставляет заявку на конкретную карточку, эта информация обязана вернуться обратно в 1С или CRM дилера — иначе менеджер в шоуруме узнаёт о брони с опозданием или не узнаёт вовсе, и один и тот же автомобиль может быть одновременно продан в салоне и забронирован клиентом с сайта. Двусторонняя интеграция снимает этот риск на уровне архитектуры, а не ручных сверок между отделами.
Технически двусторонний обмен обычно устроен как пара процессов: регулярная выгрузка остатков из учётной системы на сайт (по расписанию) и мгновенный вебхук в обратную сторону в момент, когда клиент оставляет заявку или бронь. Разная частота здесь оправдана — остатки меняются относительно предсказуемо и могут обновляться раз в 15–60 минут, а вот бронь клиента должна попадать в CRM без задержки, потому что именно от скорости реакции менеджера зависит, успеет ли дилер подтвердить машину за клиентом раньше, чем её предложат следующему обратившемуся.
Зачем карточке автомобиля отдельные статусы «в наличии», «в пути», «под заказ», «продан»
Одного флажка «есть / нет в наличии» недостаточно: дилеру нужны минимум четыре раздельных статуса — «в наличии» (авто физически в шоуруме и доступно для осмотра), «в пути» (авто уже куплено дилером и едет на склад, но срок известен), «под заказ» (модель доступна к заказу под клиента с ожидаемым сроком поставки) и «продан» (конкретный экземпляр ушёл клиенту). Если свести всё к единому «в наличии / нет», клиент либо видит пустой каталог там, где на самом деле есть что предложить под заказ, либо, наоборот, приезжает смотреть машину, которая технически ещё числится «в наличии», но физически уже едет на склад или только что продана. Разные статусы напрямую управляют ожиданиями клиента и экономят время и клиента, и менеджера.
Статус логично выводить не только текстом, но и визуально — цветной меткой на карточке в сетке результатов, а не только внутри самой карточки. Клиент, листающий десятки предложений в каталоге, ориентируется в первую очередь на фото и цену, и если статус спрятан мелким текстом под характеристиками, он просто не замечает разницы между «в наличии» и «под заказ», пока не откроет карточку и не прочитает её целиком.
Отдельно стоит продумать, как статусы влияют на фильтры и сортировку каталога. По умолчанию в выдаче логично показывать сначала «в наличии», затем «в пути», затем «под заказ» — а «продан» вообще не должен попадать в обычную выдачу каталога, оставаясь доступным только по прямой ссылке (например, из истории заказов клиента или для переходов из поиска, которые ведут на эту конкретную карточку). Так фильтры каталога остаются честными: клиент, который выбрал «показать только в наличии», действительно видит только то, что можно купить сегодня.
Живые фото или рендеры: что из этого поднимает заявки
Для автомобилей, которые физически есть в наличии, живые фото конкретного экземпляра поднимают конверсию в заявку заметнее, чем студийные рендеры от производителя — примерно в полтора раза по наблюдениям дилеров, которые тестировали оба варианта на одной и той же модели. Рендер показывает идеальную абстрактную машину в выбранной комплектации, а клиент, который готов ехать смотреть автомобиль, хочет убедиться, что видит именно ту машину, которую купит: с её реальным цветом при естественном освещении, настоящим салоном и видимым пробегом, если авто с пробегом. Рендеры уместны только для позиций «под заказ», где физического экземпляра ещё не существует — там это честная и единственно возможная замена.
Сколько кадров снимать на новое авто и на авто с пробегом
Для нового автомобиля без пробега обычно достаточно 10–14 кадров: экстерьер со всех сторон, салон, передняя и задняя панель, багажник. Для автомобиля с пробегом набор нужно расширять до 20–30 кадров и добавлять крупные планы потенциальных дефектов — сколов, царапин, следов износа салона. Это не формальность: именно крупные планы дефектов снижают долю заявок «на посмотреть вживую, потому что на фото непонятно состояние» и экономят время менеджера, который иначе вынужден лично описывать состояние машины по телефону каждому интересующемуся.
Съёмку стоит делать по единому чек-листу ракурсов для всех автомобилей, а не «как получится» у разных сотрудников шоурума: три четверти спереди, профиль, три четверти сзади, вид сзади, салон спереди и сзади, приборная панель, багажник — и для авто с пробегом отдельно колёсные диски, лакокрасочное покрытие при хорошем освещении и VIN-табличка. Единый стандарт съёмки не только ускоряет сам процесс (фотограф или менеджер работает по чек-листу, а не придумывает ракурсы заново), но и делает каталог визуально последовательным — покупателю проще сравнивать карточки между собой, когда у всех одинаковый порядок и качество фото.
Что делать со страницей проданного автомобиля, чтобы не терять SEO-вес
Карточку проданного автомобиля не стоит удалять мгновенно: правильная практика — оставить страницу доступной 30–60 дней с явной пометкой «продано» и блоком похожих предложений той же модели или бюджета, а затем перенаправить её через 301-редирект на актуальную модель или каталожную категорию (410, если подходящей замены действительно нет). Мгновенное удаление карточки без редиректа превращает страницу, у которой уже могли накопиться переходы из поиска и внешние ссылки, в чистый 404 — весь накопленный вес страницы теряется безвозвратно, хотя его можно было передать дальше по сайту почти бесплатно.
Похожая логика применима и к страницам моделей, которые дилер временно перестал продавать (например, производитель снял модель с конвейера или прекратил поставки в регион). Если на модель раньше вели ссылки из статей, соцсетей или рекламных кампаний, разумнее не удалять раздел, а оставить его с пометкой «временно недоступно» и предложением похожих моделей — тот же принцип, что и для проданного экземпляра, только в масштабе целой модели, а не одной карточки.
Сколько должна весить карточка каталога, чтобы не терять мобильный трафик
Карточка каталога с фото, фильтрами и формой заявки должна открываться на мобильном за секунды, а не ждать, пока догрузится десяток тяжёлых изображений: основная доля веса страницы каталога — это именно фотографии, и именно их вес решает, досидит ли клиент на мобильной сети до момента, когда можно будет отправить заявку.
У большинства сайтов автодилеров основная часть трафика на карточки каталога приходит именно с мобильных устройств — клиент сравнивает варианты на ходу, в дороге или в перерыве между делами, и часто не на домашнем Wi-Fi, а на мобильной сети с нестабильной скоростью. В такой ситуации тяжёлая страница не просто теряет часть удобства, а буквально теряет клиентов на самом раннем этапе — ещё до того, как он успел увидеть цену или нажать на фильтр.
Требования к размеру и формату фото (WebP/AVIF, ленивая загрузка)
Практический стандарт — 1600–2000 px по длинной стороне и 150–250 КБ на файл в формате WebP или AVIF вместо тяжёлого JPEG без сжатия. Первое изображение в галерее карточки (обложку) нужно грузить сразу, без задержки, а остальные кадры галереи — отложенно (lazy loading), по мере того как пользователь долистывает до них. Разница между каталогом с нормированными фото и каталогом, куда фото заливают «как есть» из камеры в несколько мегабайт на кадр, на мобильной сети ощущается буквально за первые секунды открытия карточки — и именно в эти секунды часть клиентов уходит, не дождавшись загрузки.
Отдельно стоит упомянуть галереи с большим количеством кадров (20–30 фото для авто с пробегом): грузить их все одним блоком при открытии карточки избыточно даже с ленивой загрузкой следующих изображений. Рабочая практика — показывать первые 4–6 кадров сразу в превью-сетке, а полную галерею открывать по клику в отдельном просмотрщике, который подгружает фото по одному при пролистывании. Это снижает вес первого экрана карточки в разы без потери самой галереи для тех, кто реально хочет посмотреть машину подробно.
Сколько времени занимает такая доработка и с чего начать
Для каталога, у которого уже есть базовая структура карточек, доработка под описанные здесь требования — открытие нужных фильтров для индексации, синхронизация с учётной системой, раздельные статусы, нормирование фото — обычно занимает от двух до шести недель. Срок сильно зависит от того, насколько сложна интеграция именно с той учётной системой, которую использует конкретный дилер: подключение к 1С с понятной структурой данных идёт быстрее, чем интеграция с самописной или редкой DMS, где формат выгрузки приходится проектировать с нуля. Начинать стоит не с выбора конкретных технологий, а с аудита: какие фильтры реально ищут клиенты, как часто сейчас обновляются остатки и сколько весят текущие фото в каталоге — это сразу показывает, какая часть работы критична, а какая может подождать следующего этапа.
Практический порядок внедрения обычно выглядит так: сначала чинят то, что напрямую стоит денег дилеру здесь и сейчас — частоту синхронизации остатков и статусы «продан»/«в пути», потому что именно это приводит к звонкам клиентов по уже недоступным машинам. Следующим шагом пересматривают фильтры и их индексацию — это влияет на органический трафик, но эффект проявляется не мгновенно, а за несколько недель-месяцев после изменений. И только после этого имеет смысл заниматься точечной оптимизацией фото и скорости — она важна, но не компенсирует более серьёзные проблемы с данными, если их не решить в первую очередь.
По данным отраслевой аналитики автомобильного рынка агентства «Автостат», доля сделок, которые начинаются с онлайн-каталога дилера, год от года продолжает расти — а значит, техническое состояние этого каталога напрямую влияет на то, сколько реальных заявок доходит до отдела продаж.
Это особенно заметно на вторичном рынке, где решение о просмотре конкретного экземпляра клиент почти всегда принимает ещё до звонка — именно поэтому расхождение между сайтом и реальным наличием там стоит дороже, чем на рынке новых автомобилей с относительно стандартными комплектациями.
FAQ — вопросы про каталог автомобилей на сайте дилера
Сколько фильтров должно быть в каталоге автомобилей?
Жёсткого числа нет: обычно хватает 6–9 базовых фильтров (марка, модель, год, цена, кузов, комплектация) плюс 2–4 дополнительных под конкретный ассортимент дилера — избыток редко используемых фильтров только перегружает интерфейс и размывает индексируемые URL.
Как часто нужно обновлять данные об остатках на сайте дилера?
Оптимальный интервал — 15–60 минут: реже клиент видит на сайте авто, которое уже продано или уехало в другой салон, чаще — нагрузка на учётную систему растёт без реальной пользы для конверсии.
Нужны ли дилеру живые фото, если производитель даёт готовые рендеры?
Да, для автомобилей в наличии: рендер показывает модель в целом, а не конкретный экземпляр с его реальным цветом, пробегом и состоянием — клиент хочет увидеть именно ту машину, которую купит, а не каталожную картинку.
Что делать со страницей машины, которую уже продали?
Не удалять сразу: держать карточку с пометкой «продан» 30–60 дней с блоком похожих предложений, а затем настраивать 301-редирект на актуальную модель или 410 — так страница не теряет накопленный SEO-вес и не превращается в мёртвый тупик для трафика.
Какой формат файлов использовать для фото в каталоге?
WebP или AVIF с разрешением 1600–2000 px по длинной стороне и весом 150–250 КБ на кадр — этого достаточно для чёткой картинки на любом экране и при этом не замедляет загрузку карточки на мобильном.
Нужна ли интеграция каталога с CRM, если заявки и так приходят по телефону?
Нужна: без привязки звонка к конкретной карточке автомобиля в системе остаётся обезличенная заявка, по которой непонятно, какой именно экземпляр интересовал клиента — это затрудняет повторный контакт и обесценивает аналитику по моделям.
Сколько времени занимает доработка каталога под такие требования?
Для каталога с уже существующей структурой карточек — обычно от двух до шести недель, в зависимости от того, сколько фильтров нужно продумать с нуля и насколько сложна интеграция с учётной системой дилера.
Чек-лист: что проверить перед запуском каталога
- Базовые фильтры (марка, модель, год, цена, кузов, комплектация) настроены и реально отражают ассортимент дилера.
- Под каждый индексируемый фильтр проверен спрос в Wordstat и есть минимум 3–5 карточек в наличии.
- Закрытые комбинации фильтров имеют canonical на базовую страницу раздела или закрыты в robots.txt.
- Пагинация открыта для индексации, у каждой страницы — уникальный title и self-canonical.
- Остатки синхронизируются с 1С/CRM/DMS автоматически, интервал — 15–60 минут.
- Выгрузка содержит VIN, статус, цену и ссылки на фото конкретного экземпляра.
- Бронь с сайта возвращается обратно в учётную систему дилера (двусторонний обмен).
- У карточки есть раздельные статусы: в наличии, в пути, под заказ, продан.
- Фото — живые для авто в наличии, WebP/AVIF, 1600–2000 px, 150–250 КБ на кадр, с ленивой загрузкой.
- Для проданных авто настроен сценарий: 30–60 дней с пометкой «продан», затем 301/410.
