Реклама ведёт на товар без остатков: проверка цепочки
Как найти задержку между складом, товарным фидом, объявлением и страницей: карточка одного SKU, временная шкала и проверка исправления.
На складе ноль, в объявлении товар есть. Причина может быть в старом фиде, незавершённом импорте, фильтре кампании или странице, которая открывает другой вариант. Начинать с перезапуска всей рекламы неудобно: так легко потерять место исходной ошибки.
Возьмите один конкретный SKU и сохраните его идентификатор во всех системах. Для одежды это может быть размер и цвет; для техники — комплектация. Проверка карточки модели в целом не доказывает наличие выбранного варианта.
Карточка товара с четырьмя часами
Нужны состояние и время его актуальности. Время открытия страницы аналитиком — не всегда время обновления данных. Отдельно фиксируйте, когда склад изменился, когда собрался файл, когда рекламная система его приняла и какое состояние показала страница.
| Точка | Время события | Состояние SKU-42, размер M | Что это означает |
|---|---|---|---|
| Склад | 08:07 | Остаток стал нулевым | Исходное изменение произошло |
| Фид | 08:05 | Ещё доступен | Файл собран до изменения остатка |
| Последний импорт | 07:40 | Доступен по старому файлу | Рекламная система пока не получила новое состояние |
| Посадочная | 08:12, время проверки | Выбран M, заказ недоступен | Страница уже показывает другое состояние |
Это вымышленная временная шкала. Из неё видно отставание фида и импорта, но ещё нельзя назвать виноватый сервис. Возможно, расписание работает именно так, как было настроено. Нужно выяснить допустимую задержку и способ ограничить показ на этот период.
Проверяйте цепочку по порядку
- Подтвердите источник остатков. Учитываются ли резервы, склады, регион доставки и доступность под заказ? Ноль физического остатка не всегда равен запрету на приём заказа.
- Откройте фактически выдаваемый файл по адресу, который использует рекламный кабинет. Проверьте ID, наличие варианта, дату генерации и значение доступности. Локальная копия у разработчика может быть новее публичной.
- Посмотрите результат последнего импорта и ошибки. Успешный HTTP-ответ файла не подтверждает, что рекламная система приняла все товары.
- Проверьте фильтры кампании и конечную ссылку объявления. Ссылка может потерять параметр варианта или вести на общую страницу.
- На посадочной выберите нужный вариант и регион. Проверьте состояние кнопки и корзины без оформления реального заказа.
Синтаксис и обязательные поля разобраны в статье о параметрах фида Директа. Здесь проверяется актуальность состояния одного товара во времени: валидный XML тоже бывает устаревшим.
Почему новый файл не означает новый показ
В справке Яндекс Директа указано, что фид по ссылке робот загружает раз в день. Для товарных объявлений в ЕПК есть дополнительная проверка ежедневно или чаще при возможности; большие фиды могут проверяться реже. Загруженные вручную файлы автоматически не обновляются.
Поэтому обещание «остаток изменился — реклама мгновенно остановилась» не следует из способа передачи фида. Если товар критичен, ответственный за кампанию должен выбрать доступное временное ограничение показов и проверить его применение. Конкретный способ зависит от типа кампании и текущих настроек, описанных в гайде по Директу.
Сохраните исходные отметки времени до исправления. После обновления файла и повторной проверки без них уже трудно понять, была ли проблема в расписании, кэше или непринятом импорте.
Правила Google — отдельный сравнительный пример
Google Merchant Center требует совпадения наличия в данных товара, на посадочной и при checkout. Он отдельно различает in_stock, out_of_stock, preorder и backorder. Принимаемый предзаказ и недоступная покупка описываются по-разному.
Это полезная иллюстрация согласованности цепочки, но названия полей и правила Google нельзя переносить в Директ. Для каждой площадки храните собственное соответствие складского статуса и рекламного значения. Общим остаётся пользовательский вопрос: можно ли заказать именно то, что обещает объявление, на заявленных условиях?
Как подтвердить исправление
Зафиксируйте новое состояние SKU в источнике, затем время его появления в публичном фиде и подтверждённый импорт. После этого проверьте объявление или доступный предпросмотр и конечный путь на сайте. Метки из схемы UTM не должны ломать выбор варианта при переходе.
Для предотвращения повторения нужен ответственный за конкретный разрыв: сборку файла, импорт или страницу. Установите проверяемое условие тревоги, например расхождение состояния SKU после ожидаемого цикла обновления. Порог зависит от процесса магазина; универсального количества минут здесь нет.
Завершите карточку двумя датами: когда исправили причину и когда подтвердили согласованность всех звеньев. Если импорт ещё ожидается, так и запишите. Это точнее, чем закрыть задачу сразу после сохранения файла.