Как подготовить товарный фид для Яндекс Директа и проверить ошибки

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

Инструкция относится к обычному товарному YML. Для недвижимости, образования, медицинских услуг и других специальных форматов требования проверяют отдельно. Не подставляйте их поля в товарный шаблон только потому, что файл тоже имеет расширение XML.

Сначала определить источник данных

Зафиксируйте, откуда берутся название, цена, остаток и адрес карточки: CMS, учётная система или отдельная таблица. Если выгрузка и сайт используют разные источники, выясните задержку обновления каждого. Ручная правка сегодняшней цены в файле бесполезна, когда следующая автоматическая выгрузка возвращает старое значение.

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

Какие связи нельзя потерять

YML содержит один корневой элемент, сведения магазина, валюты, категории и предложения. Упрощенное описание использует название товара; произвольное — соответствующий тип и поля производителя и модели. У каждого предложения нужен устойчивый уникальный ID. При товарном ретаргетинге его сопоставляют с ID товара в электронной коммерции.

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

Минимальная связная позиция

Ниже структурный пример одного предложения. Значения адресов — обозначения: для рабочего файла нужны реальные доступные карточка и изображение. Этот пример показывает связи полей, а не готовый каталог для загрузки.

Предложение располагается в offers, справочники — в соответствующих блоках shop внутри yml_catalog. Символы в названиях экранируются по правилам XML. Уникальный ID не следует каждый день менять при обновлении цены. Проверка XML и сообщения загрузчика нужны даже для этой одной позиции; синтаксис не подтверждает достоверность коммерческого предложения.

Проверять выборку по причинам риска

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

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

Как отделить синтаксис от коммерческой ошибки

Парсер обнаружит повреждённый XML, но не узнает, что монтаж обязателен и оплачивается отдельно. Загрузчик Директа проверяет формат по своим правилам; рекламодатель дополнительно проверяет смысл предложения. Цена, название и наличие должны соответствовать странице перехода. Для товара под заказ нельзя создавать впечатление немедленной отгрузки.

Редакционное замечание: «Файл загружен без ошибок» и «покупатель получил верное предложение» — два самостоятельных пункта приёмки.

Не помещайте рекламные обещания в название модели. Разделяйте характеристики товара и условия магазина. Правила выбора аудитории разобраны в статье о запросах и таргетинге.

Порядок приёмки выгрузки

1. Сохраните контрольную версию файла и время её генерации.
2. Проверьте XML, уникальность ID и связи валют и категорий.
3. Сопоставьте количество выгруженных позиций с согласованным ассортиментом.
4. Откройте рискованную выборку карточек, включая отсутствующие и изменённые товары.
5. Загрузите файл в Директ и разберите сообщения проверки, не игнорируя пропущенные предложения.
6. Измените один тестовый товар в исходной системе и проверьте следующий штатный цикл обновления.

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

Что проверяет прогнозный сценарий

Прогнозный сценарий. Не средние по рынку и не гарантия результата. Все входы условные: они показывают арифметику решения, а не средние цены клика и конверсии отрасли. Период — месяц привлечения в условном регионе России; заказы этой когорты проверяются после доставки и завершения согласованного периода возвратов.

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

Период: Условный месяц привлечения с отдельным завершением его сделок. Регион: Условный регион России; реальная география и спрос не измерены. Денежная база: Полные условные рублёвые расходы без возмещения входного НДС; единая база CPC, бюджета и вклада; налоговые ставки не заданы. Условные входные значения заданы редакцией для объяснения формул; они не измерены в рекламном кабинете. Вклад после маркетинга не равен чистой прибыли.

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

Дробные события — математические ожидания. Расход ограничен условно доступными кликами; свободные производственные мощности проверяются отдельно. Полный CAC включает размещение, работу специалиста и дополнительные расходы привлечения. Вклад после маркетинга не является чистой прибылью: прочие постоянные расходы и налоги здесь не рассчитаны. Все денежные входы заданы на одной базе полных рублёвых затрат без возмещения входного НДС.

Что передать специалисту

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

Источники и границы проверки

Яндекс: «Требования к YML-фиду»; Яндекс: «Валидация файла»; Яндекс: «Управление фидами». Проверено 2026-10-05. Практическая таблица — редакционный инструмент; спрос, частотность и рыночные конверсии не измерены.