Розробка сайту автодилера на 1С-Бітрікс

Розробка сайту автодилера на 1С-Бітрікс

Ми розробляємо сайти автодилерів на 1С-Бітрікс, які конвертують відвідувачів у заявки. Наша команда — понад 12 років досвіду в розробці на Бітрікс, реалізовано понад 80 проєктів для автодилерів. Сайт автодилера — не просто каталог, а складний інструмент підбору. Відвідувач не додає машину в кошик — він підбирає, порівнює, рахує кредит, записується на тест-драйв. Середня сесія на дилерському сайті — 6–9 хвилин, 3–4 перемикання фільтрів, 2–3 відкриті картки. Якщо фільтр за маркою-моделлю гальмує, фотографії завантажуються по одній, а калькулятор кредиту вимагає перезавантаження — відвідувач іде на auto.ru. Ми будуємо архітектуру, яка не поступається агрегаторам за швидкістю, але залишається керованою з адмінки Бітрікса.

Архітектура каталогу: нові та з пробігом

Перше рішення — зберігати нові та вживані автомобілі в одному або різних інфоблоках. Один інфоблок з розділами за типами — підходить мультибрендовому дилеру до 2000 позицій: 80% властивостей збігаються, порожні властивості не роздувають таблицю b_iblock_element_property. Два інфоблоки — виправдані, коли нові автомобілі формуються через конфігуратор (марка → модель → комплектація), а б/в — конкретні VIN-екземпляри. Рекомендуємо для середнього дилера (500–3000 авто): інфоблок «Автомобілі» з розділами «Нові» та «З пробігом», Highload-блоки «Марки», «Моделі», «Покоління», «Комплектації», інфоблок «Акції».

Властивості автомобіля — мінімум 40 полів. Ключові для фільтрації та агрегаторів:

Чому каскадна фільтрація критична для каталогу?

Штатний bitrix:catalog.smart_filter показує всі значення всіх властивостей одночасно. Користувач обирає марку BMW — а в списку моделей висять Camry, Ceed. Це ламає UX. Потрібна каскадна фільтрація: обрав марку — моделі перерахувалися, обрав модель — покоління перерахувалися.

Варіант 1: кастомний AJAX-контролер. Окремий endpoint /api/catalog/filter-values/:

class FilterValuesController extends \Bitrix\Main\Engine\Controller { public function getModelsAction(int $brandId): array { $models = []; $res = \CIBlockElement::GetList( [], ['IBLOCK_ID' => CAR_IBLOCK_ID, 'ACTIVE' => 'Y', 'PROPERTY_BRAND' => $brandId], ['PROPERTY_MODEL' => 'CNT'], false, ['PROPERTY_MODEL'] ); while ($row = $res->Fetch()) { $models[] = ['id' => $row['PROPERTY_MODEL_VALUE'], 'count' => $row['CNT']]; } return $models; } } 

На фронті — BX.ajax.runAction, оновлення select моделі через Choices.js або Tom Select. Варіант 2: попереднє завантаження JSON-дерева залежностей — швидше, але не враховує актуальний сток. Комбінація: попереднє завантаження дерева + AJAX-перерахунок count при зміні будь-якого фільтра — оптимальний UX.

Для range-повзунків (ціна, пробіг, рік) — bitrix:catalog.smart_filter віддає MIN/MAX, на фронті noUiSlider, AJAX через bitrix:catalog.section.

Як уникнути помилок при генерації XML-фідів?

Авто-агрегатори — основне джерело трафіку. У кожного свій XML-формат і набір обов'язкових полів. auto.ru використовує формат cars.xml:

<cars> <car> <mark_id>BMW</mark_id> <folder_id>X5</folder_id> <modification_id>xDrive30d</modification_id> <body_type>ALLROAD_5_DOORS</body_type> <year>2024</year> <run>0</run> <color>ЧОРНИЙ</color> <transmission>AUTOMATIC</transmission> <engine_type>DIESEL</engine_type> <engine_volume>3.0</engine_volume> <price>7890000</price> <currency>RUR</currency> <vin>WBAJC51090B123456</vin> <unique_id>car_12345</unique_id> <images> <image>https://site.ru/upload/cars/12345/photo1.jpg</image> </images> </car> </cars> 

Критичні поля: mark_id та folder_id мають збігатися з довідником агрегатора. Ми будуємо Highload-блок FeedMapping для трансляції значень (АКПП → AUTOMATIC для auto.ru, «Автоматична» для Avito). Генерація — абстрактний клас BaseFeedGenerator, конкретні реалізації для кожного формату. Агент запускається раз на 30–60 хвилин, файли в /upload/feeds/. Перед перезаписом — валідація XSD-схемою, при помилці — сповіщення менеджеру.

Порівняння автомобілів

Користувач додає до 4 машин у порівняння через кнопку в каталозі. ID зберігаються в localStorage (неавторизовані) або в Highload-блоці UserCompare (авторизовані). Компонент завантажує властивості за масивом ID, рендерить таблицю з підсвічуванням відмінностей.

Калькулятори trade-in та кредиту

Trade-in: форма оцінки — марка, модель, рік, пробіг, стан. На клієнті JavaScript бере базову ціну з Highload-блоку TradeInPrices та застосовує коефіцієнти. Точна оцінка — після огляду. Кредитний калькулятор — ануїтетна формула з повзунками, ставки з Highload-блоку «Банки-партнери».

Інтеграція з 1С та складський облік

Синхронізація через CommerceML (штатний обмін з 1С, доопрацювання маппінгу властивостей) або REST API 1С (HTTP-сервіс, оновлення кожні 15–30 хвилин). Ключ — VIN. Детальніше — в документації Бітрікс (CommerceML).

360-огляд та візуальний контент

360-огляд — набір 36–72 фото по колу, бібліотека SpriteSpin. Панорама салону — сферичне фото, перегляд через Pannellum.js. Файли зберігаються в /upload/cars/{ID}/360/.

Запис на тест-драйв та сервіс

Форма запису — через bitrix:form.result.new або REST API Бітрікс24 (crm.lead.add з джерелом TEST_DRIVE). Клієнт отримує SMS-підтвердження. Запис на сервіс — аналогічно з вибором виду робіт.

SEO та Schema.org

Кожна картка — посадкова сторінка. Шаблони SEO: title «Купити #BRAND# #MODEL# #YEAR# — #CITY# | Дилер», description з характеристиками. Мікророзмітка Schema.org Vehicle + Offer:

{ "@context": "https://schema.org", "@type": "Vehicle", "name": "BMW X5 xDrive30d", "brand": {"@type": "Brand", "name": "BMW"}, "model": "X5", "vehicleModelDate": "2024", "mileageFromOdometer": { "@type": "QuantitativeValue", "value": "0", "unitCode": "KMT" }, "fuelType": "Diesel", "vehicleTransmission": "Automatic", "color": "Black", "vehicleIdentificationNumber": "WBAJC51090B123456", "image": ["https://site.ru/upload/cars/12345/photo1.jpg"], "offers": { "@type": "Offer", "price": "7890000", "priceCurrency": "RUB", "availability": "https://schema.org/InStock", "seller": { "@type": "AutoDealer", "name": "Назва дилера" } } } 

Що входить у проєкт

• Архітектурна документація (інфоблоки, Highload-блоки, маппінг властивостей).
• Доступи до адмінки, CRM, хостингу.
• Навчання менеджерів роботі з каталогом та фідами.
• Технічна підтримка на 30 днів після запуску.
• Вихідний код та інструкції з розгортання.

Етапи та терміни

Терміни не включають фото- та відеозйомку і підготовку 360-контенту — це паралельний процес.

Оцінимо ваш проєкт і запропонуємо оптимальне рішення. Зв'яжіться з нами для консультації. Ми гарантуємо професійний підхід та сертифіковану команду зі стажем понад 12 років.