Профиль экспорта каталога

Профиль экспорта — это сохранённая конфигурация выгрузки каталога из инфоблока в внешний файл (YML, CommerceML, RSS). Один раз настроив профиль, вы получаете фид, который генерируется по расписанию и доступен по постоянному URL для маркетплейсов, прайс-агрегаторов и партнёров.

Что такое профиль экспорта

Профиль экспорта — это именованный набор настроек, который описывает, что выгружать (инфоблок каталога, разделы, свойства), в каком формате и куда. Механизм входит в модуль catalog (Торговый каталог) и не требует настройки обмена с 1С — это односторонняя выгрузка данных сайта наружу.

Профили нужны, когда каталог должен «уходить» во внешние системы: товарный фид для Яндекс.Маркета и других маркетплейсов, прайс для агрегатора, CommerceML для стороннего сайта или RSS-лента новинок. В отличие от разового экспорта, профиль хранится в системе и может пересобираться автоматически, поэтому фид всегда содержит актуальные цены и остатки.

Где создаётся профиль

Список профилей находится в административной части: Магазин → Настройки → Настройка экспорта данных (страница cat_export_setup.php). Здесь видны все существующие профили, их формат, статус активности и путь к сгенерированному файлу.

Чтобы создать профиль, нажмите «Настроить экспорт» и выберите формат — откроется мастер настройки (cat_export_edit.php), поля которого зависят от выбранного типа выгрузки. Сохранённые профили хранятся в таблице b_catalog_export.

• Yandex Market (YML) — товарный фид для маркетплейсов и прайс-агрегаторов;
• CommerceML 2.x — обмен каталогом с другими сайтами и системами;
• RSS 2.0 — лента элементов, чаще для новинок и акций.

Каждый формат — это отдельный обработчик, поэтому один инфоблок можно выгружать несколькими профилями одновременно (например, YML для одного агрегатора и CommerceML для партнёрского сайта).

Основные параметры профиля

Набор полей отличается по форматам, но базовый каркас одинаков. На них и держится качество фида.

Для YML отдельно задаются данные магазина (название, валюта, тип цены), а свойства товаров сопоставляются с тегами param, vendor, picture и другими. Для CommerceML указывается набор выгружаемых свойств и разделов.

Файл экспорта и доступ по URL

Когда профиль сохранён, Битрикс создаёт исполняемый файл выгрузки в каталоге /bitrix/catalog_export/ (например, yandex_market_run.php). Именно на него ссылается маркетплейс или агрегатор — URL остаётся постоянным, а содержимое обновляется.

Работать фид может в двух режимах:

1. Динамический — файл пересобирает выгрузку при каждом обращении к URL. Просто, но при большом каталоге даёт заметную нагрузку и долгий ответ.
2. Статический по расписанию — данные заранее генерируются в файл, а по URL отдаётся уже готовый результат. Это предпочтительный вариант для крупных каталогов.

Проверить результат можно, открыв URL профиля в браузере: для YML вы увидите XML со структурой yml_catalog → shop → offers, для CommerceML — пакет с товарами и предложениями. Ошибки в разметке здесь заметны сразу.

Автоматическая генерация по расписанию

Чтобы фид обновлялся без ручного участия, в профиле включается опция автоматической генерации файла с указанием периода. Битрикс регистрирует агент, который пересобирает выгрузку и складывает результат в файл в /bitrix/catalog_export/.

Чтобы агенты срабатывали вовремя и не тормозили посетителей, их запуск лучше вынести на серверный крон, а не на хиты. Ключевые настройки:

• константа define("BX_CRON", true) в /bitrix/php_interface/dbconn.php;
• снятая галка «Автоматически выполнять на хитах» в настройках модуля main;
• задание в crontab на вызов /bitrix/modules/main/tools/cron_events.php раз в минуту.

Сопоставление свойств и наполнение фида

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

• Обязательные поля — идентификатор, название, цена, наличие, ссылка и картинка должны быть заполнены у всех выгружаемых товаров;
• Торговые предложения (SKU) — если каталог с вариациями, размеры и цвета выгружаются как отдельные offers со своими свойствами;
• Характеристики — свойства инфоблока сопоставляются с параметрами формата (для YML — теги param);
• Цены — выбирается конкретный тип цены из модуля каталога.

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

Типичные проблемы

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

• Файл не обновляется — не запущен крон агентов или профиль в статусе «не активен»;
• Пустой или обрезанный фид — генерация упирается в max_execution_time или memory_limit при большом каталоге;
• Битая кириллица — расхождение кодировки файла и объявленной в XML;
• Нет цен или картинок — выбран не тот тип цены либо свойство изображения не сопоставлено.

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

Итог

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

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