Яндекс.Маркет — это уже не только витрина сравнения цен, а полноценный маркетплейс со своими схемами логистики. Чтобы продавать на нём из 1С-Битрикс, каталог нужно передать в формате YML, корректно заполнить обязательные теги и наладить обмен ценами, остатками и статусами заказов. Разберём весь путь: от выбора модели работы и настройки фида в модуле «Торговый каталог» до синхронизации через API кабинета продавца.
Модели работы с Маркетом и что от них зависит
Прежде чем настраивать выгрузку, определитесь со схемой продаж — от неё зависит, какие данные и как часто вы отдаёте Маркету. Яндекс.Маркет работает по нескольким моделям, и Битрикс участвует в каждой по-разному.
- FBY (Fulfillment by Yandex) — товары лежат на складе Маркета. Битрикс отдаёт каталог и цены, а остатками управляет площадка.
- FBS (Fulfillment by Seller) — товар хранится у вас, Маркет забирает заказы. Здесь критична актуальность остатков и статусов заказов, которые ведутся в вашем магазине.
- Express — быстрая доставка со своего склада, требования к скорости обновления остатков ещё жёстче.
- DBS (Delivery by Seller) — вы полностью везёте сами, Маркет выступает витриной.
YML-фид как основа выгрузки
Базовый способ передать каталог на Маркет — YML-фид (Yandex Market Language), XML-файл на базе стандарта CommerceML. В 1С-Битрикс он собирается штатно, модулем «Торговый каталог» (catalog), без сторонних решений.
Настройка живёт в разделе Магазин → Настройки → Настройки экспорта. Создаётся профиль экспорта, в поле формата выбирается «Яндекс.Маркет (YML)», профиль привязывается к инфоблоку каталога и формирует файл по постоянному пути, например /yandex_market.xml в корне сайта.
Файл описывает магазин, валюты, дерево категорий и список предложений offer. Именно ссылку на этот файл вы указываете в кабинете продавца при подключении прайс-листа по модели, где Маркет забирает фид сам. Проверьте, что по URL отдаётся XML с корневым тегом <yml_catalog>, а не HTML-страница ошибки, и что файл доступен без авторизации.
Обязательные теги и типы предложений
Маркет предъявляет более строгие требования к содержимому offer, чем рекламные фиды. В настройках профиля выбирается тип описания предложений, и от него зависит набор обязательных тегов.
| Тег | Назначение |
|---|---|
name | Название без артикулов и рекламных приписок |
vendor / model | Производитель и модель для типа vendor.model |
price / oldprice | Актуальная и старая цена для скидки |
picture | Абсолютный URL изображения с доменом |
barcode | Штрихкод — важен для FBS и FBY |
param | Характеристики: цвет, размер, материал |
Для одежды, обуви и техники Маркет часто требует тип vendor.model с производителем и моделью, а также категорийные атрибуты. Товары с торговыми предложениями (SKU) выгружаются отдельными offer со своими id, ценами и наличием — размеры и цвета попадают в фид как самостоятельные предложения.
barcode или с нулевой ценой не пройдут модерацию. Заведите свойство под штрихкод в инфоблоке и сопоставьте его тегу в профиле экспорта.Сопоставление свойств инфоблока
Самая содержательная часть настройки — привязка полей и свойств инфоблока к тегам предложения. Базовые поля Битрикс выгружает автоматически, остальное сопоставляется вручную в форме экспорта.
price— берётся из типа цены модуля «Торговый каталог», обычно базовой розничной;picture— детальная картинка и свойство типа «Файл» с дополнительными изображениями;vendor— свойство «Производитель», часто привязка к элементу инфоблока брендов;param— характеристики из свойств инфоблока с указанием единиц измерения;barcode— свойство со штрихкодом, приходящим из 1С.
Если каталог наполняется из 1С через обмен CommerceML, следите, чтобы штрихкоды, производители и характеристики попадали в те свойства инфоблока, которые вы затем сопоставите тегам YML. Разрыв в этой цепочке — частая причина, когда в 1С данные есть, а в фид они не доходят.
Синхронизация остатков, цен и заказов через API
Для моделей со своим складом (FBS, Express, DBS) статичного фида мало: остатки и цены меняются в течение дня, а заказы нужно принимать в свой магазин. Здесь подключается API кабинета продавца Яндекс.Маркета (Partner API).
- Остатки. Метод обновления stocks получает актуальное наличие по складу FBS — данные берутся из модуля «Торговый каталог» или напрямую из 1С.
- Цены. Отдельный метод обновляет цены предложений без пересборки всего фида, что удобно при частой переоценке.
- Заказы. Новые заказы Маркета забираются в Битрикс, создаются в модуле «Продажи», а статусы отгрузки и трек-номера отправляются обратно.
cron, которые обращаются к API кабинета по токену. Для FBS это обязательная часть, иначе будут отмены из-за расхождения остатков.Токен доступа и идентификаторы кампании (campaignId, businessId) берутся в личном кабинете и хранятся в настройках интеграции, а не в коде.
Автообновление и расписание
Цены и остатки живут своей жизнью, поэтому и фид, и обмен по API должны работать по расписанию. За регулярную пересборку YML отвечает агент, который создаётся при сохранении профиля экспорта, либо задание в планировщике.
- Агенты Битрикса. В профиле включается автоматическая выгрузка с интервалом; агент отрабатывает при посещениях сайта или по крону.
- Cron напрямую. Для крупных каталогов и обмена остатками по API надёжнее запускать задания по расписанию, не завися от трафика.
bitrix/php_interface/dbconn.php задаётся define("BX_CRONHIT", true), а задание cron_events.php добавляется в планировщик. Так фид и остатки обновляются предсказуемо даже при низком трафике.Частоту согласуйте с моделью: для FBY достаточно обновлять фид раз в 1–4 часа, а остатки FBS лучше синхронизировать каждые несколько минут, чтобы не ловить отмены заказов.
Типовые ошибки при подключении
Большинство отклонений на модерации связано не с самим Битриксом, а с содержимым каталога и рассинхроном данных. На что смотреть в первую очередь:
- Относительные ссылки на картинки. В
pictureнужен абсолютный URL с доменом и https. - Отсутствие штрихкодов. Для FBS/FBY предложения без
barcodeне проходят проверку. - Рассинхрон остатков. Если API отдаёт наличие реже, чем меняется склад, растут отмены и падает рейтинг продавца.
- Категорийные атрибуты. Для ряда категорий Маркет требует обязательные характеристики в
param. - Кодировка и экранирование. Спецсимволы в описаниях должны экранироваться; Битрикс делает это сам, но кастомные доработки экспорта иногда ломают вывод.
Перед подключением прогоните фид через валидатор в кабинете продавца — он покажет строки с ошибками. Для FBS дополнительно проверьте, что тестовый заказ проходит весь путь: от создания в Битриксе до отправки статуса обратно на Маркет.
Итог
Выгрузка на Яндекс.Маркет из 1С-Битрикс складывается из двух частей. Первая — YML-фид, который штатно собирает модуль «Торговый каталог»: создать профиль экспорта, сопоставить свойства инфоблока обязательным тегам (включая штрихкоды и характеристики) и опубликовать файл по постоянному URL с автообновлением. Вторая — обмен остатками, ценами и заказами через Partner API кабинета продавца, без которого модели FBS, Express и DBS работают с постоянными отменами. Основная работа приходится не на клики в админке, а на чистоту данных и надёжность синхронизации.
Если каталог большой, наполняется из 1С и вы продаёте по FBS с жёсткими требованиями к остаткам, мы настраиваем весь конвейер: от YML-фида до интеграции с API Маркета, обмена заказами и мониторинга. Свяжем 1С, каталог Битрикса и кабинет продавца в один предсказуемый процесс — обращайтесь.
Частые вопросы
Чем выгрузка на Маркет отличается от рекламного фида?
Рекламный YML описывает товары для показа и перехода на сайт. Для продаж на Маркете нужен более строгий фид со штрихкодами и характеристиками, а для моделей со своим складом — ещё и обмен остатками и заказами через API кабинета.
Нужен ли сторонний модуль для выгрузки в YML?
Сам фид формата «Яндекс.Маркет (YML)» собирается штатным модулем «Торговый каталог». Сторонний или заказной модуль нужен для обмена остатками, ценами и заказами через Partner API по моделям FBS и Express.
В чём разница между FBY и FBS для настройки в Битриксе?
При FBY товар лежит на складе Маркета, и Битриксу достаточно отдавать фид с товарами и ценами. При FBS товар у вас, поэтому критична частая синхронизация остатков и приём заказов в модуль «Продажи».
Почему Маркет отклоняет часть товаров?
Чаще всего из-за отсутствия штрихкода, нулевой цены, относительных ссылок на картинки или незаполненных обязательных характеристик категории. Проверьте эти поля через валидатор в кабинете продавца.
Как выгружаются размеры и цвета?
Торговые предложения (SKU) выгружаются отдельными тегами offer со своими id, ценами и наличием. Общие свойства наследуются от родительского товара, а различия берутся из самих предложений.
Как часто обновлять остатки при FBS?
Остатки FBS лучше синхронизировать через API каждые несколько минут, чтобы не ловить отмены заказов. Сам фид с товарами и ценами достаточно пересобирать раз в один–четыре часа.
Откуда брать штрихкоды для тега barcode?
Обычно штрихкоды приходят из 1С при обмене CommerceML и хранятся в свойстве инфоблока. Это свойство сопоставляется тегу barcode в профиле экспорта, чтобы данные доходили до фида.
Что нужно для приёма заказов Маркета в Битрикс?
Заказы забираются из кабинета через Partner API по токену и создаются в модуле «Продажи», а статусы отгрузки и трек-номера отправляются обратно. Это реализуется отдельной интеграцией поверх штатного модуля.
Поможем с настройкой и поддержкой 1С-Битрикс: Управление сайтом
Поможем с настройкой, доработкой и поддержкой 1С-Битрикс: Управление сайтом.