Разработка сайта на 1С-Битрикс: каталог, обмен с 1С и управляемая индексация

Как работаем

Что на руках

• Каталог обновляется из учётной системы без ручного ввода
• В индексе только те страницы фильтра, под которые есть спрос и описание
• Цены и остатки на сайте совпадают с учётной системой, кеш этому не мешает

• 01
  Схема инфоблоков и свойств
• 02
  Карта разделов, адресов и правил индексации фильтра
• 03
  Свёрстанный шаблон и настроенные компоненты
• 04
  Настроенный и проверенный обмен с 1С
• 05
  Технический срез и документация по проекту

Инфоблоки и свойства: решение, которое не переделать потом

Структура каталога на Битриксе задаётся инфоблоками и свойствами, и это тот выбор, который дешевле сделать один раз правильно. Переделка свойств в наполненном каталоге — отдельный проект с риском потерять данные.

• Что отдельный инфоблок, а что раздел внутри. Товары, услуги, бренды, статьи, отзывы, вакансии — у каждого свой набор полей, и смешивать их в одном инфоблоке с десятком необязательных свойств означает путаницу у контент-менеджера.
• Свойства, а не текст. Характеристики заводятся отдельными свойствами с типом и единицей измерения, а не перечислением в описании. Только тогда по ним работают фильтр, сравнение и сортировка.
• Справочные свойства вместо строк. Бренд, цвет, материал — связью со справочником, а не вводом вручную: иначе в каталоге появятся «черный», «чёрный» и «Черный» как три разных значения.
• Торговые предложения для товаров с размерами и цветами: один товар, несколько предложений, один адрес в индексе.
• Что приходит из 1С, а что заводится на сайте. Это разделение фиксируется письменно: иначе обмен затирает описания и фотографии, добавленные вручную.
• Поля для продвижения: заголовок, описание, текст раздела — на уровне разделов и элементов, с шаблонами для массовой генерации и возможностью переопределить вручную.

Схему инфоблоков и свойств вы видите и утверждаете до начала вёрстки — вместе с картой разделов и адресов.

Умный фильтр: главный источник мусора и главный источник трафика

Фильтр на Битриксе умеет создавать адрес под каждую комбинацию значений. Это одновременно возможность получить трафик по узким запросам и способ засыпать индекс десятками тысяч почти одинаковых страниц. Разница — в правилах, которые задаются при разработке.

• Открываем только комбинации со спросом. «Холодильники Samsung», «холодильники до 50 тысяч» — запросы есть, страницы нужны. «Холодильники белые с нижней морозилкой шириной 59 см и двумя компрессорами» — запроса нет, страница лишняя.
• Для открытых комбинаций — свои заголовки и тексты. Страница фильтра без собственного заголовка и описания неотличима от раздела и считается малополезной.
• Остальное закрывается от индексации и не попадает в карту сайта. Сортировки, постраничная навигация с параметрами, сочетания из трёх и более свойств — по умолчанию закрыты.
• Канонические адреса для вариантов, которые всё же доступны роботу.
• Числовые диапазоны — отдельная категория: цена «от и до» создаёт бесконечное число адресов, и открывать стоит только заранее заданные интервалы.
• Проверка после запуска по панелям вебмастера: в индексе должно остаться то число страниц, которое вы можете объяснить.

Список открываемых комбинаций собирается по реальному спросу — так же, как мы делаем это в семантическом ядре, а не по принципу «откроем всё, вдруг пригодится».

Обмен с учётной системой: где он обычно ломается

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

• Что синхронизируется и в какую сторону. Номенклатура, цены, остатки, заказы — по каждому пункту решается, кто хозяин данных: сайт или учётная система.
• Расписание под товарооборот. Остатки чаще, номенклатура реже: полная выгрузка каталога каждый час нагружает и сайт, и 1С без пользы.
• Уведомления об ошибках. Остановившийся обмен должен присылать сообщение, а не выясняться через неделю по жалобе клиента на цену.
• Защита ручных данных. Описания, фотографии и тексты для продвижения, заведённые на сайте, не должны затираться выгрузкой. Это настраивается явно, по каждому полю.
• Поведение при исчезновении товара. Товар, ушедший из выгрузки, не удаляется молча: он скрывается, а его адрес либо остаётся с пометкой об отсутствии, либо переадресуется. Удаление страниц, которые приносили трафик, — потеря, которую потом долго восстанавливают.
• Группы цен и персональные условия для b2b: разные цены для разных групп клиентов приходят из учётной системы, а не правятся руками.

После настройки обмен проверяется на реальных данных: выгрузка, изменение цены в 1С, появление её на сайте, оформление заказа и его появление в учётной системе. Это часть сдачи, а не обещание.

Скорость и кеширование без потери актуальности

Битрикс требовательнее к хостингу, чем лёгкие системы, и именно поэтому его репутация «медленной платформы» живёт годами. На практике скорость решается настройкой, а не сменой платформы.

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

Что входит в сдачу проекта

Сдача — не передача пароля в административную часть, а комплект, с которым вы можете работать сами и при необходимости сменить подрядчика без потерь.

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

Отдельно фиксируем, что правится в шаблоне, а не в ядре системы. Правка ядра переживает ровно до следующего обновления, и это та поломка, которую потом ищут неделями.

Как подобрать редакцию и не переплатить

Редакции платформы различаются набором модулей, и выбор делается не по названию, а по списку задач. Переплата встречается чаще, чем нехватка: берут редакцию «посолиднее», а используют треть возможностей.

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

Актуальные состав редакций и условия продления уточняем у вендора перед покупкой: они меняются, и называть цифры по памяти мы не будем. Лицензия оформляется на вас, а не на нас.

Из чего складывается срок

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

• Структура инфоблоков и свойств — от нескольких дней, и торопить этот этап невыгодно: переделка свойств в наполненном каталоге стоит дороже.
• Дизайн зависит от числа уникальных шаблонов, а не от числа страниц каталога.
• Обмен с 1С — самая непредсказуемая часть. Если номенклатура в учётной системе в порядке, настройка быстрая. Если свойства там заведены текстом и у товаров нет единых единиц измерения, сначала приходится приводить в порядок данные.
• Умный фильтр — работа на стороне семантики: собрать спрос и решить, какие комбинации открывать.

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

Вопросы