Какие поля должен содержать YML-фид и как проверить структуру XML, offer ID, категории, цены, наличие и ссылки перед загрузкой.
Что такое YML-фид
YML — структурированный файл с данными о категориях и товарных предложениях. Рекламная система использует его для создания объявлений, сопоставления товаров со спросом и актуализации цены и наличия. Ошибка в исходных данных масштабируется на все кампании, работающие по фиду.
Обязательная основа предложения
У каждого товара должен быть стабильный идентификатор, ссылка на доступную карточку, актуальная цена, валюта, наличие, категория и основное изображение. Название должно объяснять тип товара и отличать модель, а не состоять только из артикула или внутренней серии.
Категории и характеристики
Дерево категорий помогает алгоритму понимать ассортимент. Оно должно быть логичным и достаточно подробным, без служебных разделов и дублей. Полезные характеристики передавайте отдельными параметрами: бренд, материал, размер, назначение и другие свойства, по которым выбирают товар.
Требования к изображениям и страницам
Используйте качественное основное изображение без заглушек и передавайте дополнительные ракурсы, если формат это поддерживает. Ссылка должна открывать именно тот товар, который описан в предложении; цена и наличие на странице не должны противоречить фиду.
Частые технические ошибки
Проверяйте битый XML, дубли идентификаторов, отсутствующие категории, некорректную кодировку, пустые названия, старые цены и товары, которых уже нет. После каждой автоматической генерации полезно валидировать файл и отслеживать резкие изменения числа предложений.
Оптимизация под рекламный спрос
Технически валидный фид ещё не обязательно эффективен. Улучшайте названия и описания на основе того, как покупатели формулируют коммерческий спрос. При этом текст должен оставаться точным: добавление нерелевантных ключей ухудшает соответствие и качество трафика.
Применить на проекте
Приёмка YML-фида перед подключением к рекламе
Проверка состоит из трёх уровней: файл открывается технически, каждый офер описан корректно, а значения совпадают с сайтом.
- Проверьте структуру XML
У файла должен быть один корневой элемент yml_catalog, корректная кодировка и закрытые теги. Убедитесь, что список валют и категорий расположен до offers.
- Проверьте идентификаторы
Каждый offer ID должен быть уникальным и стабильным. Сопоставьте его с ID товара в Ecommerce — это важно для аналитики и офферного ретаргетинга.
- Проверьте обязательные поля
Для выбранного типа офера убедитесь в наличии названия или связки typePrefix, vendor и model, а также categoryId, URL и других полей, необходимых вашему формату показа.
- Сверьте фид с карточкой
Выборочно откройте товары разных категорий: цена, наличие, название, модификация и ссылка должны описывать один и тот же доступный товар.
- Проверьте изображения
Ссылки должны открываться без авторизации, вести на поддерживаемый формат и показывать именно товар. Первое изображение проверяйте отдельно как основное.
- Защититесь от массовой ошибки
Перед публикацией сравните число оферов, категорий и товаров без цены с предыдущей генерацией. Резкое изменение должно останавливать выгрузку до проверки.
- Проверьте загрузку в Директе
После обработки файла изучите ошибки и число принятых предложений. Успешный HTTP-ответ по ссылке ещё не означает, что все оферы прошли проверку.
Минимальный протокол выборочной проверки
| Выборка | Что сверить | Критерий приёмки |
|---|---|---|
| Лидер продаж | ID, цена, наличие, URL | Совпадает с сайтом и аналитикой |
| Товар со скидкой | price и oldprice | Обе цены реально показаны на странице |
| Товар не в наличии | available и возможность заказа | Фид не обещает недоступную покупку |
| Редкая категория | categoryId и название | Категория существует и корректно описывает товар |
| Вариант товара | Модель, размер, цвет | Ссылка ведёт на соответствующую модификацию |
Важно: Синтаксическая валидность — только первый фильтр. Для рекламы критично фактическое совпадение офера, посадочной страницы и данных Ecommerce.
Рекламой можно управлять только тогда, когда она связана с реальными бизнес-данными.
Принципы расчёта показателей, сравнения периодов и публикации кейсов описаны на отдельной странице.
Читать методологию →Официальные источники
Документация, с которой стоит сверять настройки и актуальные требования сервисов.
Если хотите понять, где конкретно ваш проект теряет деньги, напишите мне. Посмотрим на исходные данные и определим, с чего разумно начать.
