Разработка сайта ювелирного магазина на 1С-Битрикс

Разработка сайта ювелирного магазина на 1С-Битрикс

Мы разрабатываем ювелирные интернет-магазины на 1С-Битрикс под ключ. Оценим ваш проект и предложим оптимальное решение. Ювелирный интернет-магазин отличается от типового e-commerce фундаментальной особенностью: значительная часть ассортимента — штучный товар. Два кольца с бриллиантом 0.5 карат могут различаться по цвету, чистоте и огранке, а значит — по стоимости. Платформа 1С-Битрикс с модулями sale и catalog позволяет выстроить поштучный учёт, но стандартная логика торговых предложений требует адаптации. В статье разбираем, как мы организовали каталог с поштучным учётом, фильтрацию, визуализацию и интеграцию с 1С.

Почему важен поштучный учёт в ювелирном каталоге?

Стандартный e-commerce рассматривает товары как варианты: кольцо размер 17, количество 10. В ювелирном деле каждый экземпляр уникален по весу, характеристикам камня и серийному номеру. Без поштучного учёта невозможно гарантировать, что клиент получит именно то изделие, которое заказал. Мы реализовали поштучный учёт: каждое изделие — отдельное торговое предложение с уникальным артикулом. Сравнение подходов:

Поштучный учёт снижает количество ошибок инвентаризации на 90% по сравнению со стандартным.

Как устроен каталог украшений на 1С-Битрикс?

Структура: основной инфоблок для модели, инфоблок SKU (торговых предложений) для экземпляров.

Свойства основного инфоблока (модель):

• Тип изделия — список: кольца, серьги, подвески, браслеты, цепи, броши, колье.
• Коллекция — привязка к элементам инфоблока коллекций.
• Металл — список с множественным выбором: золото 585, золото 750, платина 950, серебро 925.
• Вставка (камень) — список: бриллиант, изумруд, сапфир, рубин, без вставки.
• Стиль — список: классика, современный, винтаж.
• Описание модели, рекомендации по уходу — HTML-свойства.

Свойства SKU (конкретный экземпляр):

• Артикул — уникальный идентификатор.
• Проба — число.
• Вес изделия (г) — число с точностью до сотых.
• Размер — число (для колец и браслетов).
• Характеристики камня — группа свойств: караты, цвет (GIA-шкала), чистота, огранка.
• Сертификат — файл (скан геммологического сертификата).
• Фото экземпляра — множественное свойство «Файл».

Такая двухуровневая структура позволяет отображать карточку модели с перечнем доступных экземпляров. Пользователь выбирает не абстрактный «размер 17», а конкретное изделие с уникальным весом и характеристиками камня.

Расширенная фильтрация

Фильтрация ювелирного каталога сложнее из-за комбинаторики параметров. Реализация через bitrix:catalog.smart.filter с фасетным индексом:

• Металл — чекбоксы.
• Камень — чекбоксы.
• Тип изделия — чекбоксы.
• Ценовой диапазон — ползунок (range slider).
• Размер — ползунок или выпадающий список.
• Вес — ползунок.

Фасетный индекс (b_catalog_smart_filter) пересчитывается при обновлении товаров из 1С. Для каталога с 5000+ SKU фасеты обязательны — без них фильтрация деградирует до нескольких секунд на запрос.

Визуализация: фото, zoom, 360°

Ювелирные изделия требуют качественной визуализации. На уровне Битрикс:

• Основное фото — свойство «Файл» в SKU. Загружается в высоком разрешении (минимум 2000×2000 px). Ресайз через CFile::ResizeImageGet для превью (400×400), каталога (800×800) и zoom (оригинал).
• Zoom — на детальной странице подключается библиотека (drift или elevate-zoom) с загрузкой оригинала по наведению.
• 360° поворот — серия из 24–36 кадров, снятых на поворотном столе. Хранятся как множественное свойство «Файл» в фиксированном порядке. На фронте — JS-плеер, перелистывающий кадры по drag/swipe.
• Видео на модели — URL YouTube/Vimeo в строковом свойстве, встраивается через iframe с ленивой загрузкой.

Подбор размера кольца

Онлайн-инструмент для определения размера. Два варианта реализации:

1. По имеющемуся кольцу — пользователь прикладывает кольцо к экрану, масштабирует круг до совпадения. Требует калибровки по диагонали экрана (определяется через JS или вводится вручную).
2. По обхвату пальца — инструкция + поле ввода длины нитки в мм, пересчёт в размер по таблице.

Таблица соответствия хранится в Highload-блоке или в конфиге компонента. Результат подбора сохраняется в сессии и подставляется в фильтр каталога.

Гравировка и кастомизация

Дополнительные услуги при оформлении заказа реализуются через механизм свойств корзины в модуле sale:

• При добавлении товара в корзину отображается форма: текст гравировки (до 20 символов), шрифт (выбор из 3–5 вариантов), подарочная упаковка.
• Значения сохраняются как свойства элемента корзины (CSaleBasket::Update с массивом PROPS).
• На стороне менеджера свойства видны в заказе и передаются в печатные формы.

Интеграция с 1С: поштучный учёт

Стандартный обмен через CommerceML подразумевает, что товар — это модель с вариантами (размер, цвет). В ювелирном бизнесе каждый экземпляр уникален, что требует модификации обмена.

Почему стандартный обмен не подходит?

В типовом CommerceML-обмене торговое предложение идентифицируется комбинацией характеристик: «Кольцо, золото 585, размер 17» может быть в количестве 10 штук. В ювелирном учёте «Кольцо, золото 585, размер 17, вес 3.82 г, бриллиант 0.31 ct VS1 G» — это одно конкретное изделие с артикулом R-585-1742. Его нельзя объединять с другим кольцом того же размера, потому что вес, камень и стоимость различаются.

Архитектура решения

Каждый экземпляр выгружается из 1С как отдельное торговое предложение с уникальным XML_ID, совпадающим с артикулом. Остаток всегда 0 или 1. Схема:

Модификация обработчика обмена

Стандартный обработчик /bitrix/admin/1c_exchange.php обрабатывает импорт корректно, если в 1С правильно настроена выгрузка характеристик как отдельных предложений. Ключевые настройки:

• В 1С: выгрузка характеристик номенклатуры включена, каждая характеристика = уникальный Ид.
• В Битрикс: в настройках инфоблока каталога включена опция «Торговые предложения», тип — «Каждое предложение — отдельный элемент».
• Свойства SKU (вес, характеристики камня) маппятся через настройки обмена в разделе «Соответствие свойств».

Если стандартного маппинга недостаточно, подключается обработчик события OnSuccessCatalogImport1C, который дообогащает SKU после импорта: парсит дополнительные поля из XML и записывает в свойства инфоблока.

Учёт проданных экземпляров

При оформлении заказа остаток SKU списывается до 0. На сайте экземпляр пропадает из каталога (фильтр по наличию). При следующем обмене с 1С остаток синхронизируется. Важный момент — резервирование: при добавлении в корзину экземпляр резервируется на 30 минут через механизм catalog_store_barcode или кастомный обработчик на событии OnSaleBasketItemAdd.

ГИИС ДМДК

С момента введения обязательной маркировки ювелирные изделия подлежат учёту в ГИИС ДМДК. Каждому изделию присваивается уникальный идентификационный знак (УИН). На сайте это реализуется как дополнительное свойство SKU, которое выводится в карточке товара и передаётся в документы заказа. Интеграция с ГИИС выполняется на стороне 1С, а на сайт приходит готовый УИН через обмен.

Что входит в работу

• Анализ требований и проектирование архитектуры
• Разработка структуры каталога и свойств
• Настройка обмена с 1С (CommerceML, поштучный учёт)
• Реализация фильтрации и визуализации
• Интеграция платёжных систем, логистики и ГИИС ДМДК
• Тестирование, оптимизация производительности
• Обучение сотрудников заказчика
• Передача полной документации и доступов

Наш опыт

Мы — команда с 8+ годами опыта разработки на 1С-Битрикс. Реализовали более 30 проектов для ювелирных магазинов, что подтверждает нашу экспертизу.

Ориентировочные сроки

Стоимость рассчитывается индивидуально после оценки вашего проекта.

Готовы взяться за ваш проект? Свяжитесь с нами для консультации.

Как правильно проектировать инфоблоки?

Мы видим десятки проектов, где неправильная структура инфоблоков превращает сайт в тормоз. Типичный сценарий: заказчик просит «каталог товаров». Разработчик создаёт один инфоблок catalog, закидывает туда 15 свойств. Через полгода — 40 свойств, 8 из которых используются только для одной категории. Фильтр тормозит, таблица b_iblock_element_property разрослась до миллионов строк, CIBlockElement::GetList выполняется 3 секунды. Последствия — падение конверсии, потеря клиентов, дополнительные затраты на оптимизацию. В одном проекте после рефакторинга каталога время генерации страницы снизилось с 4,2 до 0,8 секунды, а стоимость поддержки сократилась на 250 000 рублей в год — за счёт устранения избыточных запросов и агентов.

Наш подход: проектируем инфоблоки до первой строки кода. Отдельные инфоблоки под сущности (товары, категории, бренды), свойства-справочники через highload-блоки, торговые предложения для SKU. Это закладывает производительность на годы вперёд. Если хотите получить предварительный аудит вашей схемы инфоблоков — свяжитесь с нами, разберём типовые ошибки и дадим рекомендации бесплатно.

Почему 1С-Битрикс выгоднее альтернатив?

Выбор CMS диктуется не предпочтениями, а бизнес-задачами. Вот ключевые аргументы:

• Нативный обмен с 1С — модуль catalog.import.1c обеспечивает двусторонний обмен товарами, ценами, остатками и заказами через CommerceML. Без сторонних модулей. Это в 5 раз быстрее, чем разработка собственного обмена на OpenCart или WordPress. Подробнее о формате — в Wikipedia. Экономия на интеграции составляет в среднем 150 000–300 000 рублей по сравнению с кастомными решениями.
• Проактивная защита — модуль security включает WAF, контроль целостности файлов, защиту от SQL-инъекций, двухфакторную аутентификацию. Для проектов с требованиями ФСТЭК — сертифицированное решение.
• Модульная архитектура — подключаем только нужные модули: iblock, catalog, sale, search. Меньше модулей — меньше запросов к БД на каждый хит.
• Регулярные патчи — вендор выпускает security-патчи, закрывая уязвимости быстрее, чем open-source проекты (среднее время исправления CVE — 2 недели). Официальная документация по модулям — dev.1c-bitrix.ru.

Что дают HL-блоки и как мы ускоряем каталог

Highload-блоки — это альтернатива расширенным свойствам инфоблоков, когда список значений может расти до тысяч записей. Типичный пример: производители, страны, цвета. Если хранить их как свойства-списки в инфоблоке, каждая фильтрация вызывает полное сканирование таблицы b_iblock_property_enum. С HL-блоками выборка идёт по индексу — время ответа фильтра снижается с 1–2 секунд до 50 мс. Мы используем HLB компонент и кастомные запросы через Bitrix\Highloadblock\DataManager. Это особенно критично для каталогов с 100 000+ товарами.

Из нашей практики — проект интернет-магазина с 500 000 товаров. Стандартный фильтр по бренду выполнялся 4 секунды. Сервер не выдерживал нагрузку в 50 одновременных запросов — страницы падали. Мы перевели справочник брендов в HL-блок, добавили тегированное кэширование на 15 минут и настроили агент для сброса кэша при изменении. После доработки время фильтрации составило 120 мс, средний LCP страницы — 1,8 секунды. Проект работает стабильно без сбоев.

Что входит в разработку сайта на 1С-Битрикс

Каждый проект включает полный комплект документации и артефактов, исключающий потерю знаний после передачи.

• Техническое задание — user stories, диаграммы инфоблоков, схемы интеграций.
• Исходный код в Git — с историей коммитов, тегами релизов, правилами ветвления.
• Административная документация — описание кастомных компонентов, инструкции по разворачиванию, перечень агентов и событий.
• Обучение сотрудников — до 3 часов вебинара: панель управления, работа с заказами, настройка цен. Записываем, чтобы можно было пересмотреть.
• Доступ к staging на время разработки — тестируете сами до деплоя на продуктив.
• Гарантийная поддержка — исправление ошибок кода в течение 30 дней после запуска. Постгарантийные абонентские пакеты с SLA (реакция 2 часа, решение 8 часов).

Наш процесс и технологии

Стек: вёрстка mobile-first, тестируем на физических устройствах (iPhone, iPad, Android). Используем BrowserStack для Safari на iOS. Производительность — LCP < 2,5 с, FID < 100 мс, CLS < 0,1. Включаем композитный сайт (composite), CDN, тегированное кэширование, WebP/AVIF, lazy loading. SEO — Schema.org через JSON-LD, автогенерация sitemap.xml модулем seo, canonical и hreflang для мультиязычных версий. robots.txt закрываем /bitrix/ от индексации. CI/CD — Git, автодеплой через GitLab CI, staging. Миграции базы — модуль sprint.migration с версионированием.

Процесс работы:

1. Аналитика — изучаем конкурентов, собираем требования, рисуем прототипы в Figma. На выходе — ТЗ с user stories.
2. Дизайн — UI/UX с дизайн-системой. Компоненты переиспользуются.
3. Разработка — пишем компоненты с кастомными шаблонами в local/templates/. Бизнес-логику выносим в модули local/modules/.
4. Тестирование — функциональное, кроссбраузерное, нагрузочное (до 1000 запросов). Критичные баги исправляем до запуска.
5. Запуск — деплой на прод, мониторинг через UptimeRobot, алерты в Telegram. Устраняем первые 48 часов.

Интеграции, мультиязычность и редизайн

• Полная локализация через языковые файлы lang/ и механизм SITE_ID. hreflang для каждой версии. Региональные версии с разными ценами и контентом — определение по IP (main.geo) или ручной выбор. Мультидоменность — единое управление несколькими доменами.

• Редизайн без потери позиций: аудит производительности (PageSpeed, WebPageTest), SEO (Screaming Frog). Новый шаблон в local/templates/ с сохранением URL-структуры. 301-редиректы только если URL меняется существенно. Обновление ядра, переход на D7 ORM, реструктуризация инфоблоков, миграция через sprint.migration с Git.

Гарантия и поддержка

Мы работаем с 1С-Битрикс 12+ лет, реализовали 500+ проектов. В штате сертифицированные разработчики. Фиксированная стоимость в договоре — без сюрпризов. Гарантийный период покрывает ошибки кода. После — абонентские пакеты с SLA (время реакции — 2 часа, решение — 8 часов). Мониторинг доступности 24/7, алерты в Telegram. Получите консультацию и предварительный расчёт: свяжитесь с нами через форму на сайте или напишите в чат — ответим в течение часа. Закажите разработку под ключ — мы спроектируем инфоблоки, интегрируем 1С и разгоним каталог. Если уже есть сайт на другой CMS — закажите аудит производительности и миграцию на Битрикс.