Настройка каталога и инфоблоков на 1С-Битрикс

Когда нужна настройка каталога или контентной структуры

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

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

• каталог товаров или услуг сложно обновлять без разработчика;
• фильтр не учитывает важные свойства или показывает лишнее;
• карточки выглядят по-разному из-за ручной верстки;
• SEO-поля, изображения и описания заполняются хаотично;
• редактор боится менять контент, потому что можно сломать страницу.

Что проверяю перед доработкой

Сначала смотрю текущую структуру: инфоблоки, разделы, свойства, типы полей, шаблоны компонентов, ЧПУ, canonical, sitemap и логику вывода. Важно понять, что можно аккуратно улучшить внутри текущей архитектуры, а что лучше вынести в отдельный этап разработки на 1С-Битрикс.

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

Как выстраивается нормальная админка

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

• создаю или дорабатываю инфоблоки под реальные сущности сайта;
• настраиваю свойства, списки, файлы, изображения, привязки и сортировку;
• подключаю шаблоны списка и детальной страницы;
• проверяю фильтры, ЧПУ, хлебные крошки и canonical;
• добавляю подсказки и понятные названия полей, если это возможно в рамках проекта;
• проверяю, как новые страницы попадают в sitemap и внутреннюю перелинковку.

Что получает редактор и владелец сайта

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

Для поисковых систем польза тоже есть: страницы становятся более единообразными, у них появляются нормальные title, description, тексты, изображения, правильные URL и связи с разделами. Это не волшебная кнопка SEO, но хорошая основа для технического SEO и дальнейшего развития.

Связанные задачи

Если каталог должен обмениваться данными с 1С, CRM или внешним API, работу лучше планировать вместе с интеграциями сайта. Если структура уже есть, но в ней накопились ошибки, сначала полезен аудит или небольшая поддержка сайта на 1С-Битрикс, чтобы не тянуть старые проблемы в новый шаблон.

Пример модели данных для каталога фурнитуры

В «Мебель Комплект» представлены петли, крепёж, газ-лифты и другие группы с разными характеристиками и единицами продажи. На примере такого ассортимента удобно разобрать, что нужно согласовать перед настройкой каталога:

• Идентификатор позиции. Зафиксировать стабильный ключ для сопоставления при импорте. Название товара может измениться и само по себе не подходит для защиты от дублей.
• Характеристики. Отделить число от единицы измерения и договориться об одном формате значения. Параметр для фильтра должен храниться в свойстве, а не только внутри описания.
• Цена и единица продажи. Покупатель должен понимать, указана стоимость за штуку или комплект. Единица в списке, карточке и данных обмена должна совпадать.
• Изображения. Предусмотреть позицию без фото и порядок галереи; пустое поле не должно ломать карточку.
• Разделы и фильтр. Выбрать свойства, которые действительно помогают в конкретной категории. Набор характеристик петли не нужно автоматически переносить на светильник.

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

Почему разные каталоги требуют разных полей

В ГРАДДИ карточка объединяет фотографии изделия и укладки, палитры и расчёт количества. В OFFO важны модель, цвет, галерея, комплектация и связанные товары. В Crocotari работа с каталогом дополнялась интеграцией с 1С.

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

FAQ

Можно ли просто поправить пару полей?

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

Нужно ли переносить весь контент сразу?

Не всегда. Часто удобнее начать с одного раздела, проверить логику на живом сценарии, а потом переносить остальные страницы по тому же правилу.

Это влияет на скорость сайта?

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