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