Настройка торговых платформ в Битрикс: обзор

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

Что такое «Торговые площадки» в Битриксе

«Торговые площадки» (sale.tradingplatform) — это подсистема модуля «Интернет-магазин», которая отвечает за интеграцию каталога с внешними сервисами: маркетплейсами, товарными витринами соцсетей и рекламными фидами. Идея в том, чтобы не настраивать каждую выгрузку с нуля, а работать с единым списком площадок, где у каждой есть свой профиль экспорта и свои правила формирования данных.

Технически каждая площадка — это обработчик, который берёт товары из инфоблока каталога, применяет сопоставление свойств и формирует файл нужного формата (чаще всего XML: YML для сервисов Яндекса, собственные форматы для VK, Google, Ozon и других). Модуль хранит настройки соединений, ведёт журнал выгрузок и следит за расписанием обновления.

Где находится раздел в админке

Основной вход — Магазин → Настройки → Торговые площадки (в части редакций пункт называется Экспорт на торговые площадки). Здесь виден список всех подключённых и доступных для подключения сервисов с их статусом: активна выгрузка или нет, когда обновлялась в последний раз.

Чтобы модуль был доступен, у сайта должна быть редакция с интернет-магазином — «Малый бизнес» или «Бизнес». Набор площадок и их актуальность зависят от версии продукта: список обработчиков расширяется обновлениями через Marketplace → Обновление платформы, поэтому перед настройкой стоит обновить модули магазина.

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

Какие площадки поддерживаются

Набор штатных обработчиков зависит от версии Битрикса, но ядро списка стабильно. Ниже — что чаще всего доступно из коробки и что настраивается смежными средствами.

Часть интеграций (например, ВКонтакте) работает не через выгрузку файла, а через прямое соединение по API — модуль сам передаёт товары и синхронизирует статусы. Маркетплейсы вроде Ozon и Wildberries чаще подключаются отдельными решениями из Маркетплейса Битрикса, но управляются из того же раздела торговых площадок.

Как работает мастер настройки

Подключение любой площадки идёт по единому сценарию — меняются только специфичные для сервиса поля. Общая логика такая:

1. Выбор площадки. Нажимаете «Подключить» на нужном сервисе — открывается форма профиля.
2. Источник данных. Указываете тип инфоблока и сам инфоблок каталога, откуда берутся товары, а также раздел(ы) для выгрузки.
3. Цены и склады. Выбираете тип цены (обычно базовая розничная) и, при работе со складским учётом, источник остатков.
4. Сопоставление свойств. Связываете свойства инфоблока с полями фида — производитель, описание, картинки, характеристики.
5. Параметры выгрузки. Задаёте имя файла или реквизиты API, расписание и условия отбора товаров.

Результат сохраняется как отдельный профиль. Для файловых форматов модуль формирует XML по указанному пути, например /upload/1c_exchange/yandex.xml, и отдаёт его по постоянной ссылке. Для API-площадок вместо файла сохраняются токен и параметры соединения.

Сопоставление данных и отбор товаров

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

• Обязательные поля. Название, цена, наличие, ссылка и хотя бы одно изображение нужны почти везде; у маркетплейсов добавляются штрихкод, бренд и категория площадки.
• Торговые предложения (SKU). Размеры и цвета выгружаются отдельными предложениями со своими ценами и остатками; общие свойства наследуются от родительского товара.
• Отбор товаров. В профиль стоит включать только товары в наличии и с заполненной ценой — фильтр по разделам, свойствам или наличию задаётся в настройках выгрузки.
• Категории площадки. Для Ozon, Wildberries и Google требуется маппинг ваших разделов на дерево категорий сервиса — это отдельная таблица соответствий.

Автообновление и синхронизация

Цены и остатки меняются постоянно, поэтому выгрузка должна пересобираться по расписанию. За это в Битриксе отвечают агенты, которые создаются автоматически при сохранении профиля площадки.

• Агенты Битрикса. В настройках профиля задаётся интервал автообновления. Агент отработает при посещениях сайта либо по расписанию, если агенты вынесены на cron.
• Cron напрямую. Для крупных каталогов пересборку надёжнее запускать по расписанию, не завися от трафика — переведите агенты на крон через bitrix/php_interface/dbconn.php и задание cron_events.php.
• API-площадки. Для VK, Ozon и подобных синхронизация идёт не файлом, а обращениями к API — важно следить за лимитами запросов и статусами карточек в журнале выгрузок.

Частоту обновления согласуйте с тем, как часто площадка забирает данные: обновлять фид чаще, чем его скачивает сервис, смысла нет. Для большинства магазинов достаточно пересборки раз в 1–4 часа, а критичные остатки удобнее гнать напрямую из 1С.

Ограничения коробки и когда нужна доработка

Штатный модуль закрывает типовые сценарии, но у него есть предсказуемые границы. Понимание их экономит время на этапе планирования.

• Нестандартная структура фида. Если площадка требует полей, которых нет в стандартном обработчике, нужен собственный класс экспорта на базе sale.tradingplatform.
• Сложная матрица SKU. Каталоги с большим числом характеристик и вариантов часто требуют кастомной логики сопоставления и генерации offer.
• Двусторонний обмен с маркетплейсом. Приём заказов, обновление статусов и возвраты через API — это отдельная интеграция поверх выгрузки товаров.
• Источник данных — 1С. Когда цены и остатки живут в учётной системе, разумнее связать 1С с сайтом обменом CommerceML, а фиды строить уже из актуального каталога Битрикса.

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

Итог

«Торговые площадки» — это единая точка управления экспортом каталога 1С-Битрикс на маркетплейсы, соцсети и рекламные сервисы. Механика везде одинаковая: подключить площадку в мастере, указать инфоблок-источник и тип цены, аккуратно сопоставить свойства полям фида, опубликовать выгрузку по постоянной ссылке или через API и настроить автообновление агентом или кроном. Основная работа приходится не на админку, а на чистоту данных — корректные цены, наличие, абсолютные ссылки на картинки и маппинг категорий.

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