Товарный фид — это структурированный источник сведений об ассортименте: что продаётся, сколько стоит, доступно ли для заказа и на какую страницу вести покупателя. Его ценность не в количестве строк. Фид помогает только тогда, когда данные согласованы с сайтом и реальным складом. Разберём рабочий процесс от проверки магазина до контроля ошибок после загрузки.
Сначала проверьте готовность самого магазина
Технически правильный файл не превращает неподготовленную витрину в полноценный интернет-магазин. Откройте сайт без авторизации и проверьте путь покупателя: видна ли цена, добавляется ли товар в корзину, можно ли оформить заказ, понятны ли доставка и способы связи.
Для работы с возможностями сервиса важны требования Яндекс Товаров к магазину. Они включают доступность сайта, возможность покупки и достоверность предложения. Актуальную редакцию условий нужно читать перед подключением: отдельные категории товаров и сценарии торговли могут иметь ограничения. Не путайте наличие значка магазина с обещанием показывать любой товар по любому запросу.
Шаг 1. Определите единый источник правды
Решите, где хранятся актуальные цена и остаток: в учётной системе, CMS или отдельном каталоге. Фид, карточка на сайте и менеджер не должны опираться на три независимые таблицы. Иначе реклама показывает старую цену, покупатель видит новую, а менеджер узнаёт об отсутствии товара после заказа.
Зафиксируйте ответственность: кто исправляет описания, кто обновляет цены, кто проверяет выгрузку. Простая таблица «поле → источник → ответственный» часто полезнее покупки ещё одного модуля. Если информация меняется каждый день, ручной экспорт раз в месяц заведомо не подходит.
Для небольшого ассортимента можно начать с нескольких десятков реальных предложений. Это рекомендация для удобства контроля, а не лимит сервиса. Сначала убедитесь, что цепочка работает, затем масштабируйте её на весь каталог.
Шаг 2. Подготовьте данные по каждому предложению
Проверьте стабильный идентификатор, название, ссылку на карточку, цену, валюту, наличие, изображения и категорию. Конкретные обязательные элементы зависят от выбранного формата: перед разработкой выгрузки сверяйтесь с документацией этого формата, а не с произвольным XML-примером из интернета.
Идентификатор должен описывать предложение устойчиво. Если он меняется при каждом экспорте, системе сложнее сопоставлять обновления. Для вариантов товара продумайте различия: размер, цвет, комплектация. Покупатель, выбравший чёрную модель, не должен попадать на карточку, где по умолчанию продаётся белая.
Название должно помогать выбору: тип товара, бренд или модель, значимая характеристика. Не превращайте его в список поисковых фраз. Уточнения вроде «акция» лучше не использовать как замену характеристикам. Изображение должно показывать именно продаваемую комплектацию, а не красивый похожий предмет.
Шаг 3. Проверьте ссылки и доступность файла
Откройте URL фида в приватном окне. Он не должен требовать входа сотрудника, зависеть от временной ссылки или возвращать HTML-заглушку. Затем проверьте несколько карточек и изображений из выгрузки тем же способом.
Особенно внимательно проверьте URL после переезда сайта, изменения каталога или массового переименования категорий. Ссылка может открываться через несколько редиректов и выглядеть рабочей в браузере, хотя в исходнике продолжается жизнь старого каталога. Лучше исправить адрес в генераторе, чем постоянно полагаться на цепочку перенаправлений.
Шаг 4. Добавьте источник и прочитайте результаты обработки
В текущем кабинете Яндекс Товаров путь добавления фида описан как «Товары» → «Источники данных» → «Фиды» → «Добавить». Укажите доступную ссылку и после обработки изучите результат. Названия и расположение пунктов могут меняться, поэтому перед действием сверяйте свой интерфейс с актуальной справкой.
Не останавливайтесь на сообщении о загрузке файла. Важны три разные величины: сколько предложений передано, сколько принято и сколько содержит ошибки. Кроме того, принятие данных не является гарантией их показа в поиске.
Если ошибок много, сгруппируйте их по причинам. Исправление общего правила генерации названий, цены или ссылок обычно эффективнее ручной правки сотен строк. Ручную правку экспортированного файла следующая выгрузка может затереть.
Как разбирать типовые расхождения
Цена отличается от карточки. Проверьте момент обновления, скидку, региональную цену и единицу продажи. Цена за одну штуку в файле и за упаковку на сайте — не косметическая разница, а другой смысл предложения.
Товар указан как доступный, но заказать его нельзя. Проверьте связку остатков с выгрузкой, резервирование и сценарий продажи под заказ. Не сообщайте наличие только потому, что карточка существует.
Изображение не загружается. Убедитесь, что URL постоянный, сервер не требует cookie и не блокирует обращения извне. Иногда магазин отдаёт картинку сотруднику из кэша, но новый посетитель получает запрет.
Дублируются идентификаторы. Найдите, не используют ли варианты товара один и тот же ID. Сначала определите модель предложения, затем исправляйте генерацию. Простая приписка случайного числа решит уникальность строки, но может разрушить стабильность идентификаторов.
Шаг 5. Настройте регулярный контроль
Учебный пример: из 1200 предложений принято 1050. Это 87,5% от переданного объёма. Остальные 150 требуют разбора, но сначала выясните причины: устаревшие карточки, отсутствующие изображения, неверные цены или ограничения ассортимента. Не называйте все 150 потерянными продажами: показ и покупка зависят от многих факторов.
В журнале выгрузок сохраняйте время формирования, количество предложений, число ошибок и критические изменения. Если вчера было 1200 товаров, а сегодня 30, нужно проверить процесс до того, как отсутствие ассортимента станет заметно клиентам.
Частоту обновления выбирайте по скорости изменения данных. Для стабильного каталога и распродажи с быстро уходящими остатками нужны разные режимы. Важно контролировать не только расписание выгрузки, но и её успешное завершение. Свежая дата файла не доказывает свежесть цен внутри.
FAQ
Можно ли передать только ссылку на сайт?
Яндекс получает данные и со страниц, но фид — отдельный управляемый источник. Выбор зависит от задач и доступных возможностей магазина.
Почему товары приняты, но показов нет?
Принятие означает обработку данных, а не обязательный показ. Проверьте доступность, статусы и соответствие запросам без обещания гарантированного трафика.
Можно ли один файл использовать в разных сервисах?
Только если он соответствует требованиям каждого получателя. Совпадение расширения XML не означает совпадения структуры.
Кто должен исправлять ошибки?
Описание исправляет ответственный за каталог, цены и остатки — их источник, структуру и генерацию — разработчик. Ошибка должна устраняться там, откуда она попадает в выгрузку.