Увидел на странице своего товара «Снят с продажи» и первым делом полез исправлять описание. Решил, что карточку завернули на проверке, хотя сообщения с такой причиной ещё не нашёл. Это была ошибка в самом порядке действий: я начал менять товар раньше, чем посмотрел, какое ограничение стоит в кабинете продавца. Надпись на витрине сообщала о недоступности покупки, но не объясняла, что именно мне нужно исправить. С тех пор сначала ищу причину в Ozon Seller, а уже потом трогаю остатки, содержание карточки или цену.
У вопроса «почему на Озоне товар снят с продажи» может оказаться несколько совершенно разных ответов. Иногда товар действительно закончился, иногда остаток есть, но недоступен для заказа, а иногда продажу останавливает отдельная проверка. Попытка исправить всё сразу только запутывает: после нескольких изменений уже трудно понять, какое из них помогло. Я разделяю проверку на доступность товара, ограничения карточки и условия продажи. При этом подсказка в кабинете для меня важнее любого общего чек-листа, включая этот.
Что значит «снят с продажи» на Озоне
Для покупателя такая надпись прежде всего означает, что оформить покупку в текущем контексте не получается. Для продавца это ещё не диагноз и не доказательство окончательной блокировки товара. Нужно открыть именно своё предложение и посмотреть его состояние в кабинете, а не делать вывод по одной странице витрины. Если с карточкой связаны разные предложения или варианты товара, я дополнительно сверяю артикул и нужный вариант. Иначе легко начать исправлять соседнюю позицию, у которой вообще нет той проблемы, которую увидел покупатель.
Я также отделяю недоступность продажи от плохой видимости в поиске. Товар может получать мало показов, но оставаться доступным для заказа, и тогда работа с остатками или документами не решает задачу продвижения. Обратная ситуация тоже бывает: страница открывается, однако купить товар нельзя. Поэтому на вопрос «почему на Озоне написано снят с продажи» я сначала отвечаю проверкой возможности заказа, а не анализом поисковой позиции. Заодно смотрю выбранный адрес доставки: доступность предложения нужно проверять в тех условиях, в которых покупатель заметил проблему.
Как найти причину по статусу и подсказке в кабинете
В Ozon Seller я нахожу товар по артикулу и открываю подробности его состояния. Названия вкладок и расположение подсказок могут меняться, поэтому надёжнее искать сам статус, текст ограничения и доступное действие, а не кнопку по старому скриншоту. Если есть уведомление об ошибке или результате проверки, читаю его целиком: заголовок часто менее полезен, чем пояснение под ним. В таблице собрал направления проверки и то событие, после которого имеет смысл ждать восстановления. Фиксированных сроков здесь нет: актуальный ориентир нужно брать из сообщения по товару, соответствующего раздела помощи Ozon или ответа поддержки.
Где искать причину снятия товара с продажи
| Причина | Где видно в кабинете | Что сделать | Сколько ждать |
|---|---|---|---|
| Нет доступного остатка | Остатки нужного товара и склада | Пополнить запас или исправить передачу остатков | До появления доступного для продажи остатка |
| Карточка не прошла проверку | Статус товара и комментарий проверки | Исправить указанную ошибку, выполнить предложенное действие | По сроку проверки в кабинете или помощи |
| Проблема с документами | Уведомление и запрос по товару | Предоставить подходящие документы по инструкции | До результата проверки, ориентир — в запросе |
| Проблема с маркировкой | Сообщение об ошибке в соответствующей операции | Исправить данные по инструкции для своей схемы | До устранения ошибки и обновления состояния |
| Ограничение по цене | Раздел цен и предупреждение по предложению | Проверить цену и выполнить требования подсказки | До обновления цены и снятия ограничения |
| Товар в архиве | Архив или состояние товара | Вернуть из архива, проверить остальные условия | До обновления статуса при отсутствии других ограничений |
Схема диагностики; точные действия и сроки проверяйте в актуальной помощи Ozon.
Из таблицы видно, почему вопрос «сколько ждать» нельзя отделить от причины. Ожидание не создаст остаток на складе и не исправит отклонённый документ. А повторное редактирование карточки без необходимости не заменит завершение уже запущенной проверки. Я записываю последнее выполненное действие и ожидаемое событие: например, появление доступного запаса или результат рассмотрения документов. Если событие не наступило в срок, указанный самим Ozon, с этой записью уже проще обратиться в поддержку.
Дерево проверки товара, снятого с продажи
Прочитать причину ограничения
Если кабинет прямо называет проблему, переходите к соответствующей ветке. Если объяснения нет, начните с доступного остатка.
Проверить доступный остаток
Остатка нет — выясните, нужен ли запас или исправление его передачи. Остаток доступен — переходите к проверке карточки.
Посмотреть результат модерации
Есть замечание — исправляйте именно его по подсказке и помощи Ozon. Замечаний нет — проверьте запросы документов и ошибки маркировки.
Проверить документы и маркировку
Есть незакрытый запрос или ошибка — выполните указанное действие. Если эта ветка чистая, переходите к цене.
Разобраться с ценой
При предупреждении откройте его подробности и актуальные требования Ozon. Без предупреждения проверьте архив и состояние своего предложения.
Проверить архив и обратиться
Товар в архиве — используйте доступное действие восстановления. Если причины так и нет, передайте поддержке артикул, текст статуса и результаты проверок.
Остаток есть, а купить нельзя — что проверить
Физический запас и количество, доступное для заказа, — не одно и то же. При FBO я смотрю состояние товара на стороне склада Ozon: сам факт отправки поставки ещё не означает, что весь товар уже доступен покупателям. При FBS проверяю остаток на нужном складе продавца, состояние склада и результат передачи данных, если использую интеграцию. Отдельно выясняю, не перепутаны ли артикулы или склады при обновлении. Здесь нельзя просто поставить завышенное количество ради возвращения кнопки покупки: так вместо недоступного товара можно получить заказы, которые нечем выполнить. Проверять нужно доступный запас конкретного предложения, а не общую цифру в учётной системе.
Архив я проверяю отдельно, даже если никто не помнит, чтобы убирал туда товар. При работе с несколькими магазинами легко потерять контекст массового действия или перепутать кабинет, в котором меняли ассортимент. Если товар действительно находится в архиве, использую предусмотренное в интерфейсе действие возврата и затем снова проверяю остатки, ограничения и цену. Сам выход из архива не доказывает, что все остальные условия продажи выполнены. Перед удалением или созданием замены полезно посмотреть мой разбор того, как удалить товар в Ozon Seller и не потерять остатки и историю продаж: там речь о последствиях, которые легко не учесть при поспешной уборке каталога.
Модерация, документы, маркировка и цена
Если причина в проверке карточки, я не переписываю всё описание наугад. Сначала нахожу конкретное замечание, определяю, к какому полю или материалу оно относится, и сверяюсь с актуальными требованиями в помощи Ozon. Затем исправляю найденное несоответствие и выполняю действие, которое предлагает кабинет для дальнейшей проверки. Отсутствие понятного комментария — повод запросить пояснение, а не угадывать запрещённое слово. Если вопрос касается изображений, в статье про требования к фото на Ozon я отдельно разбираю работу с фотографиями, но решение по конкретному замечанию всё равно сверяю с действующей инструкцией площадки.
С документами я начинаю с формулировки запроса: что именно нужно подтвердить и к какому товару относится требование. Файл от поставщика сам по себе ещё не означает, что запрос закрыт, потому что документ должен подходить к указанному товару и соответствовать условиям проверки. Проверяю сведения о продукции, применимость документа и его актуальность там, где это требуется. Маркировку рассматриваю отдельной веткой: ошибка в данных или операции с кодами не обязательно исправляется загрузкой документа о соответствии. Какие сведения нужны именно для вашей категории и схемы работы, нужно смотреть в соответствующем разделе помощи Ozon, а не переносить требования с другого товара.
С ценой порядок тот же: сначала сообщение об ограничении, потом изменение. Я проверяю, какое значение сейчас передано площадке и не заменяет ли его снова интеграция после ручной правки. Если сообщение говорит о допустимых значениях или необходимости подтверждения, открываю актуальную инструкцию из кабинета либо нахожу её в помощи Ozon. Пороги по памяти здесь не привожу, потому что неверный ориентир может заставить продавца снизить цену без всякой пользы для восстановления. До сохранения новой цены пересчитываю экономику: доступный для покупки товар с отрицательным результатом не решает проблему бизнеса.
Не удаляйте карточку и не создавайте дубль только ради обхода статуса «Снят с продажи». Сначала установите причину и используйте предусмотренный Ozon способ исправления. Новая карточка не устраняет проблему с документами, маркировкой или доступным запасом. При этом связь с прежней историей и учётом можно усложнить.
Как посчитать потери и не перепутать их с выручкой
После поиска причины я оцениваю, насколько срочно нужно заниматься восстановлением именно этой позиции. Для этого считаю вклад завершённой продажи, а не умножаю цену на предполагаемые потерянные заказы. Сначала из суммы реализации вычитаю себестоимость, затем расходы площадки и остальные переменные затраты, которые действительно относятся к продаже. Расходы, уже попавшие в одну строку, повторно не вычитаю. В таблице показан порядок такого расчёта на условном товаре, причём удержания Ozon взяты произвольной суммой и не изображают настоящий тариф.
Пример расчёта потерь от недоступности товара — числа условные
| Шаг | Что считаем | Пример |
|---|---|---|
| База | Сумма реализации до перечисленных ниже расходов | 1000 ₽ |
| Вычесть себестоимость | Закупка проданного товара | 1000 − 400 = 600 ₽ |
| Вычесть удержания | Удержания Ozon, условная сумма | 600 − 250 = 350 ₽ |
| Вычесть прочие затраты | Переменные затраты, ещё не учтённые выше | 350 − 150 = 200 ₽ |
| Задать сценарий спроса | Предполагаемые завершённые продажи за время недоступности | 10 продаж |
| Оценить недополученный вклад | Вклад продажи × предполагаемое количество | 200 × 10 = 2000 ₽ |
| Сравнить с выручкой | Оборот, ошибочно принимаемый за потерянную прибыль | 1000 × 10 = 10000 ₽ |
Пример, числа условные. Состав затрат замените своим; это не расчёт чистой прибыли.
В примере из таблицы оценка через выручку заметно завышает сумму, которую продавец мог бы направить на покрытие постоянных расходов и прибыль. Из-за такой ошибки легко согласиться на дорогую срочную доставку или чрезмерную скидку, хотя ожидаемый вклад восстановленных продаж этих затрат не покрывает. Количество несостоявшихся продаж тоже нельзя считать установленным фактом: я оцениваю его по сопоставимому периоду с доступным товаром и проверяю, не изменились ли спрос, продвижение и цена. Получается сценарий, а не точное доказательство упущенной прибыли. Расходы, которые продолжались во время недоступности товара, учитываю отдельно по фактическим начислениям и слежу, чтобы они не попали в расчёт повторно. Если данных для оценки спроса нет, честнее оставить количество неизвестным, чем придумывать убедительную сумму.
Что проверить после исправления и сделать завтра
После исправления я проверяю результат в двух местах: в кабинете продавца и на стороне покупателя. Сначала смотрю, исчезло ли конкретное ограничение, затем открываю нужное предложение с подходящим адресом доставки и проверяю возможность заказа. Для регулярного просмотра ассортимента у меня есть экран «Здоровье товаров» в SellOps, а причину ограничения я всё равно уточняю в Ozon Seller. Я сделал сервис под собственную работу с несколькими магазинами, потому что мне нужен был способ контроля, которому я мог бы доверять. Общую логику можно посмотреть в описании того, как устроен SellOps, но сервис не заменяет ответ площадки о статусе конкретного товара.
Если кабинет уже показывает доступность, а покупатель по-прежнему видит «Снят с продажи», я повторно сверяю артикул, вариант товара, предложение и адрес доставки. Затем сохраняю скриншоты обеих сторон, время проверки и последнее выполненное действие для обращения в поддержку. В обращении прошу объяснить конкретное расхождение, а не просто пишу, что товар не продаётся. Когда возможность покупки восстановлена, отсутствие заказов становится уже другой задачей. Её я разбираю через аналитику карточки от показов до заказов, чтобы не путать техническую недоступность с падением спроса или конверсии.
Завтра начните с выгрузки или просмотра товаров, которые сейчас недоступны для покупки, и выберите позицию с понятным спросом до остановки. Запишите её артикул, точный статус, текст подсказки и доступный остаток, затем пройдите дерево проверки до конкретной причины. Выполните действие, которое устраняет именно эту причину, и зафиксируйте, какое событие должно подтвердить результат. Если требуется ожидание проверки, возьмите ориентир из кабинета или помощи, а не из чужого рассказа. После восстановления проверьте покупательскую сторону и обновите запись по товару: так вместо бесконечного вопроса «почему на Озоне снимают товар с продажи» появится понятная история причины, исправления и результата.
Хотите увидеть эти цифры по своим товарам?
Попробовать SellOps бесплатно