Товарная реклама ведёт на отсутствующие товары: как связать объявления, сайт и 1С
В объявлении товар доступен, на сайте цена другая, а менеджер видит резерв в 1С. Разбираем, как найти источник расхождения и проверить актуальность каталога по всей цепочке.
Покупатель приходит по товарному объявлению, добавляет позицию в корзину и узнаёт, что нужного исполнения нет. Магазин уже оплатил переход и теперь объясняет разницу между обещанием и фактической возможностью продажи. Проблема может находиться в учёте, обмене, витрине, фиде или обновлении рекламного источника.
Менять ставку в такой ситуации недостаточно. Нужно определить, кто владеет каждым значением, какие состояния передаются и сколько времени занимает их обновление. Ниже — проектная схема проверки, которую адаптируют к конкретной конфигурации 1С, сайту и способу формирования рекламы.
Физический остаток, свободный запас и возможность заказать у поставщика — разные величины. Если все десять единиц уже зарезервированы, наличие на складе не обязательно означает готовность принять ещё один заказ. Предзаказ также нельзя без пояснения выдавать за немедленную отгрузку.
Для рекламы определяют бизнес-правило доступности: какой склад учитывается, какие резервы вычитаются, допустимы ли межскладское перемещение и поставка под заказ. Срок получения должен соответствовать выбранному варианту, а не универсальному обещанию магазина.
Одно значение «есть» не объясняет все эти условия. Внутри интеграции полезно сохранять исходные составляющие и результат правила. Тогда при расхождении можно понять, неверен ли остаток, не учтён ли резерв или ошибочно разрешён предзаказ.
У каждого слоя своя ответственность. 1С может быть источником цен и свободного запаса, сайт — применять правила витрины, фид — описывать выбранные предложения, а рекламный инструмент — обновлять объявления по своим процедурам. Конкретную модель владения данными фиксируют до исправления обмена.
Слой
Что нужно проверить
Типичный источник расхождения
Учётная система
Цена, склад, резерв и исполнение
Взята другая аналитика остатка
Витрина
Цена покупки и доступность оформления
Старый кэш или отдельное правило скидки
Товарный фид
Тот же товар, цена, ссылка и состояние
Ошибка фильтра или неполная выгрузка
Рекламное размещение
Принятый источник и фактическое объявление
Обновление ещё не обработано либо источник отклонён
В требованиях Яндекса к объявлениям с товарами отдельно указана актуальность наличия и окончательной цены. Для формирования товарных предложений предусмотрены разные источники, включая фид. Наличие правильно составленного файла не означает, что все последующие состояния уже обновились.
У предложения нужен постоянный идентификатор. Если при каждом экспорте он меняется из-за номера строки или порядка сортировки, системе трудно связать обновление с прежним объектом. Название товара также не является надёжным ключом: оно может меняться и повторяться.
Для товара с размерами, цветами или другими вариантами определяют, на каком уровне формируется предложение. Наличие одного исполнения не должно разрешать рекламу всех остальных. Ссылка обязана приводить к тому варианту, чьи цена и доступность указаны в источнике, либо к понятному выбору без подмены обещания.
Проверяют и единицу продажи. Цена за штуку, упаковку и комплект описывает разные покупки. В рекламе, на странице и в корзине клиент должен понимать одинаковый состав. Корректный остаток не исправит неверную фасовку в предложении.
У магазина могут существовать базовая цена, акционная, цена по типу клиента и индивидуальная скидка. Для публичного предложения выбирают применимый вариант и условия его получения. Нельзя подставлять специальную цену, если обычному посетителю она недоступна без отдельного основания.
Окончание акции должно доходить до всех слоёв. Если сайт уже вернулся к базовой цене, а фид ещё хранит скидку, формально обмен мог пройти успешно с устаревшими данными. Полезно сохранять время и версию расчёта, а не только время последней отправки файла.
Сравнивайте контрольный товар в реальном сценарии покупки: регион, исполнение, количество и условия предложения. Проверка одной страницы администратором может показать цену, которую обычный пользователь не получает.
Файл без предложений может означать, что подходящих товаров действительно нет. Но он также может появиться из-за ошибки запроса, недоступности источника или неверного фильтра. Реакция на эти ситуации должна различаться.
Не публикуйте непроверенную выгрузку автоматически поверх последней корректной только потому, что файл создан. До смены активной версии проверяют структуру, разумность состава, обязательные поля и контрольные позиции. Неожиданное массовое исчезновение ассортимента направляют на разбор.
Обратная крайность — бесконечно сохранять старую версию при сбое. Если актуальность запаса неизвестна, продолжение обещаний тоже несёт риск. Определите допустимый возраст данных и предусмотренное действие: ограничение выбранных предложений, остановку источника либо другой согласованный режим. Возможность и скорость такого действия проверяют в конкретном инструменте.
Для диагностики выберите контрольное предложение и сохраните состояния по времени. Измените допустимое тестовое значение, убедитесь в его появлении на витрине, затем в фиде и в принятом рекламном источнике. В рабочем магазине такую проверку выполняют на согласованной позиции, не искажая условия для покупателей.
Отдельные сценарии нужны для последней единицы, нового резерва, отмены заказа, возврата, смены цены и недоступного исполнения. Проверка только пополнения запаса не выявляет ошибку, при которой товар появляется корректно, но никогда не снимается с продажи.
Если товарное объявление не формируется, полезна официальная диагностика Яндекса : в ней рассмотрены соответствие фида и попадание предложений под фильтры. Это отдельный вопрос от корректности остатка в 1С. Нельзя исправить отсутствие нужного предложения в файле увеличением рекламного бюджета.
Рабочая проверка должна отвечать на три вопроса: получены ли исходные сведения, какая версия доступна клиенту и какая версия принята рекламным процессом. Один зелёный статус «обмен завершён» не раскрывает эти состояния.
В журнале сохраняют время исходного изменения, получения, публикации и обнаруженные исключения в необходимом объёме. Для уведомления полезны конкретные предложения и действие ответственного. Сообщение «ошибка фида» без связи с товаром и последней корректной версией затрудняет восстановление.
После исправления сверяют не только один товар, но и затронутую группу: например, все варианты с определённой схемой резерва. Повторная доставка события не должна создавать новый товар или восстанавливать уже устаревшее состояние.
Частоту выбирают по скорости изменения запаса и цены, возможностям обмена и рекламного инструмента. Быстрый экспорт не гарантирует столь же быстрое обновление показа. Измеряют всю задержку и сопоставляют её с допустимым риском магазина.
Да, если источник цены и доступности находится в другой системе. Важны определённый владелец данных, устойчивые идентификаторы и проверяемая цепочка обновления. Название учётного продукта не заменяет этот контракт.
Проверьте актуальность одного направления каталога #
NetLabCS поможет связать цену, доступность, витрину и рекламный источник, найти место расхождения и подготовить контроль обновлений. Для обсуждения проекта подготовьте пример товара, ссылку на страницу, используемый фид и описание правил резерва.
