БонусБесплатный первый месяц абонентской поддержки при заказе разработки «под ключ»

Управление статусами «нет в наличии» и снятых с продажи

Управление статусами «нет в наличии» и снятых с продажи товаров в каталоге на 1С-Битрикс: SEO, сбор спроса, поиск и фиды

Товар кончился на складе — и контент-менеджер удаляет карточку. Логично же: нет товара, нет и страницы. А через две недели товар возвращается, и вместе с ним приходится с нуля набирать позиции в поиске, ловить 404 по старым ссылкам и объяснять клиентам, куда делся раздел. Умножьте это на сотни позиций с сезонным спросом — и получите каталог, который сам себя обесценивает при каждом колебании остатков.

В этой статье разберём, как в 1С-Битрикс правильно управлять товарами не в наличии и снятыми с продажи: почему их нельзя удалять, чем эти два статуса различаются, как показывать их в каталоге, умном фильтре и поиске, как ловить спрос и что делать со страницами ради SEO. Наведение порядка в статусах часто идёт вместе с автоматизацией продаж и склада на 1С, откуда наличие и приходит на сайт.

Коротко

  • Не удаляйте карточки — теряете SEO-вес и плодите 404; управляйте статусами наличия.
  • Различайте «нет в наличии» (временно) и «снят с продажи» (навсегда) — сценарии обработки у них разные.
  • Отсутствующие товары держите в каталоге, опускайте в сортировке и меняйте кнопку на «Уведомить о поступлении».
  • Снятые навсегда закрывайте 301-редиректом на аналог или категорию, а статусы синхронизируйте с фидами и поиском.

Почему нельзя просто удалять

Удаление карточки товара выглядит безобидно, но уничтожает то, что копилось месяцами. Страница успела занять позиции в поиске, собрать внешние ссылки, попасть в закладки и историю пользователей. Удалили — и весь этот вес обнулился, а по ссылкам из выдачи и закладок посетители ловят 404. Если товар вернётся, набирать позиции придётся заново, с нуля.

Особенно болезненно это для товаров с колеблющимся наличием: сезонных, поставляемых партиями, зависящих от одного поставщика. Каждый цикл «кончился — удалили — вернулся — создали заново» стирает накопленный результат. Правильный подход прямо противоположен удалению: карточка живёт постоянно, а меняется её статус наличия и поведение — что показывать и можно ли купить.

Два разных статуса и их сценарии

Главная развилка — понять, что «нет в наличии» и «снят с продажи» это принципиально разные состояния с разными сценариями.

АспектНет в наличииСнят с продажи
СмыслВременно кончилсяБольше не продаётся
КарточкаАктивна, в каталогеИнформационная или редирект
КнопкаУведомить о поступленииПоказать аналоги
SEOСохранить страницу301 на аналог/категорию
ФидНулевой остатокИсключить

Смешивать их — типичная ошибка: временно отсутствующий товар закрывают редиректом (и теряют возвращающийся спрос), а снятый навсегда годами висит с кнопкой «уведомить», которая никогда не сработает. Первый шаг — развести статусы и прописать для каждого свой сценарий в каталоге, поиске и фидах.

Персональные рекомендации на основе модели Поведениепросмотры, покупкиМодельэмбеддинги / MLПохожие товарырядом в вектореРекомендациив карточке и корзине
Схема: поведение покупателей превращается в векторы (эмбеддинги), похожие товары оказываются рядом в пространстве — и попадают в блоки рекомендаций.

Откуда берётся наличие в Битрикс

Наличие на сайте — производная от учёта. Остатки по складам приходят в Битрикс обменом из 1С, и на их основе торговый каталог считает товар доступным или отсутствующим. Статус «снят с продажи» обычно ведут отдельным свойством или через признак активности элемента инфоблока — этим управляет 1С или контент-менеджер.

Критично, чтобы источник статуса был один и обмен стабильно его передавал. Если наличие «моргает» из-за нестабильного обмена, карточки будут скакать между «в наличии» и «нет», путая клиентов и поисковики. Поэтому надёжность статусов упирается в качество обмена — начинать имеет смысл с аудита и оптимизации 1С. Доступ к свойствам наличия из кода при доработках удобно организовать через D7-ORM Битрикс.

Товар не в наличии в каталоге

Отсутствующий товар — не повод прятать его от мира. Наоборот, его держат в каталоге, но обрабатывают особым образом, чтобы он не мешал покупкам и не терял ценность.

Такой подход держит баланс: покупатель в первую очередь видит то, что можно купить сейчас, но отсутствующие позиции не выпадают из каталога и не теряют накопленный вес. Полностью прятать их — значит терять и спрос, и SEO.

Умный фильтр и сортировка

Умный фильтр (`catalog.smart.filter`) и сортировка — главные инструменты, которыми управляют видимостью отсутствующих товаров. Здесь есть две рабочие стратегии, и выбор зависит от типа каталога.

Первая — скрывать отсутствующие по умолчанию с явной опцией «Показать товары не в наличии». Так в выдаче фильтра чисто, но заинтересованный покупатель может увидеть и отсутствующее. Вторая — показывать всё, но сортировать доступные вперёд и помечать статусом. Для B2B и узких каталогов чаще выбирают вторую: закупщику важно видеть весь ассортимент, включая то, что скоро появится. Тонкая настройка фильтра и сортировки по наличию — частая доработка витрины, которую мы делаем в рамках разработки модулей под Битрикс.

Не обнуляйте фасеты: при скрытии отсутствующих следите, чтобы умный фильтр пересчитывал доступные значения корректно, иначе покупатель выберет комбинацию характеристик и получит пустую выдачу из-за спрятанных товаров.

Карточка и замена кнопки покупки

На карточке отсутствующего товара всё почти как обычно — фото, описание, характеристики, цена, — меняется только действие. Вместо «В корзину» появляется кнопка, соответствующая статусу: «Уведомить о поступлении» для временного отсутствия или «Под заказ» с указанием срока, если товар возможно привезти.

Это принципиально: показывать товар, но не давать положить его в корзину — понятная и честная модель, которая не обманывает ожиданий. Скрывать при этом цену обычно не стоит — она помогает клиенту решить, ждать ли. Для снятого с продажи товара, если карточку оставляют информационной, кнопку покупки заменяют блоком аналогов и похожих позиций, чтобы не потерять пришедшего по ссылке посетителя.

Сбор спроса на поступление

Отсутствие товара — это не только проблема, но и данные. Кнопка «Уведомить о поступлении» превращает несостоявшуюся покупку в актив: клиент оставляет контакт, а вы получаете и удержание, и знание о реальном спросе на дефицит.

  1. Подписка на карточке. Вместо покупки — форма «Сообщить, когда появится» с минимумом полей.
  2. Хранение подписок. Заявки копятся у товара; видно, каких позиций ждут и сколько людей.
  3. Автоуведомление при возврате. Как только остаток стал положительным, подписчикам уходит сообщение.
  4. Аналитика спроса. Топ ожидаемых товаров подсказывает, что закупить в первую очередь.

Рассылку уведомлений о поступлении выносят в фоновую задачу с батчами и защитой от повторной отправки — иначе при возврате популярного товара сервер захлебнётся. Как это правильно организовать, мы разбирали в материале про фоновую обработку, а событийную отправку по факту поступления удобно строить через REST и вебхуки.

Снятые с продажи и SEO-редиректы

Товар, снятый с продажи навсегда, — отдельная история, и здесь на первый план выходит SEO. Если страница имела трафик и вес, просто отдать по ней 404 — значит выбросить накопленный результат и оставить битые ссылки. Гораздо выгоднее передать вес.

Массовое удаление снятых товаров без редиректов бьёт по индексации всего каталога, поэтому обработку статуса «снят с продажи» продумывают заранее и автоматизируют, а не решают вручную по каждой позиции.

Поиск и статусы наличия

Поиск по каталогу тоже должен учитывать статусы. Если поиск выдаёт снятые с продажи товары наравне с живыми, покупатель раздражается, наткнувшись на недоступное. Логика похожа на каталог: отсутствующие товары в поиске показывают, но опускают ниже доступных и помечают статусом, а снятые с продажи — либо исключают из выдачи, либо ведут на аналог.

Важно, чтобы поиск и каталог опирались на один и тот же источник статуса, иначе товар будет «в наличии» в поиске и «нет» в каталоге. Согласованность статусов между поиском, фильтром и карточкой — часть общей чистоты каталога, и настраивается она в связке, а не по отдельности.

Статусы в фидах и маркетплейсах

Статусы наличия обязаны корректно уходить во внешние каналы — фиды для рекламы и маркетплейсов. Если отсутствующий товар выгружается как доступный, площадка предложит его купить, и вы получите отмену и штраф. Правила простые: отсутствующие — с нулевым остатком или исключением из фида, снятые с продажи — полное исключение из выгрузки.

Эта логика опирается на тот же единый источник наличия, что и витрина, и настраивается в генерации фидов. Как правильно строить генерацию фидов и синхронизацию с площадками, мы подробно разбираем в статье про разработку модуля маркетплейса на Битрикс.

Частые ошибки со статусами

Чек-лист внедрения

  1. Статусы разведены. «Нет в наличии» и «снят с продажи» различаются и обрабатываются по-своему.
  2. Источник наличия один. Остатки и признак снятия приходят из 1С стабильным обменом.
  3. Каталог настроен. Отсутствующие остаются, опускаются в сортировке и помечаются статусом.
  4. Фильтр корректен. Скрытие или пометка отсутствующих не ломает фасеты умного фильтра.
  5. Кнопки заменены. «Уведомить о поступлении» и «Показать аналоги» вместо «В корзину».
  6. Сбор спроса работает. Подписки на поступление копятся, уведомления уходят фоновой задачей.
  7. SEO и фиды учтены. Снятые закрыты 301-редиректами, статусы корректно уходят в фиды.

Вывод

Управление статусами наличия — это про то, чтобы колебания склада не разрушали каталог. Не удаляйте карточки: вы теряете накопленный SEO-вес и плодите битые ссылки. Разведите «нет в наличии» и «снят с продажи» — у них разные сценарии в каталоге, поиске, на карточке и в фидах.

Отсутствующие товары держите в каталоге, опускайте в сортировке, помечайте статусом и превращайте несостоявшуюся покупку в сбор спроса. Снятые навсегда закрывайте редиректами на аналоги или категории, чтобы сохранить вес. И держите единый источник наличия из 1С, синхронный с поиском и фидами. Тогда каталог останется чистым и ценным при любых колебаниях остатков, а не будет обнулять сам себя каждый сезон.

Частые вопросы

Почему нельзя просто удалять товары, которых нет в наличии?

Удаление карточки уничтожает накопленный вес страницы: позиции в поиске, внешние ссылки, историю. Если товар вернётся, всё придётся набирать заново. Кроме того, удаление плодит 404 по ссылкам из поиска и закладок, что вредит и пользователям, и SEO. Правильнее не удалять, а менять статус: «нет в наличии» для временного отсутствия и «снят с продажи» для окончательного, обрабатывая каждый случай по-своему.

Чем «нет в наличии» отличается от «снят с продажи»?

«Нет в наличии» — временное состояние: товар есть в ассортименте, но кончился и скоро вернётся. Карточка остаётся активной, показывается статус и сбор спроса (уведомить о поступлении). «Снят с продажи» — окончательное: товар больше не будет продаваться. Здесь карточку либо оставляют информационной с предложением аналогов, либо закрывают с корректным редиректом. Смешивать эти статусы нельзя — сценарии обработки у них разные.

Как товар «нет в наличии» должен вести себя в каталоге?

Обычно такие товары не удаляют из каталога, но опускают в конце сортировки, чтобы доступные к покупке шли первыми. В умном фильтре их либо скрывают по умолчанию с опцией «показать отсутствующие», либо помечают статусом. Карточка остаётся открытой и проиндексированной, с кнопкой «Уведомить о поступлении» вместо «В корзину». Полностью прятать их из каталога не стоит — вы теряете спрос и SEO-вес.

Что делать со страницей снятого с продажи товара для SEO?

Если товар снят навсегда и замены нет, а страница имела трафик и вес, лучше поставить 301-редирект на ближайший аналог или на родительскую категорию, чтобы передать вес и не плодить 404. Если аналог есть — редирект на него самый выгодный. Если страница не имела ценности — можно отдать корректный 410/404. Массовое удаление без редиректов бьёт по индексации всего каталога.

Как ловить спрос на отсутствующий товар?

На карточке товара не в наличии вместо кнопки покупки ставят «Уведомить о поступлении»: клиент оставляет контакт, и при возврате товара ему автоматически уходит уведомление. Это и удержание клиента, и ценные данные о спросе — видно, какие отсутствующие позиции нужны рынку. В 1С-Битрикс подписку на поступление реализуют штатно или доработкой, а рассылку уведомлений выносят в фоновую задачу.

Откуда берётся статус наличия в 1С-Битрикс?

Наличие приходит на сайт из учётной системы обменом: остатки по складам обновляются из 1С, и на их основе товар считается доступным или отсутствующим. Статус «снят с продажи» обычно ведут отдельным свойством или признаком активности, который тоже управляется из 1С или контент-менеджером. Ключевое — чтобы источник статуса был один и обмен стабильно его передавал, иначе карточки будут «моргать» наличием.

Нужно ли скрывать цену у товара не в наличии?

Обычно цену оставляют — она помогает пользователю оценить товар и принять решение подождать или подписаться на поступление. Скрывают её редко, например когда цена при возврате точно изменится. Важнее корректно заменить кнопку действия: не «Купить», а «Уведомить о поступлении» или «Под заказ» с указанием срока. Показывать цену, но не давать положить в корзину — нормальная и понятная модель.

Как статусы наличия влияют на выгрузку в маркетплейсы и фиды?

Товары не в наличии и снятые с продажи должны корректно отражаться в фидах: отсутствующие — с нулевым остатком или исключением, снятые — исключаться из выгрузки. Иначе площадка предложит купить недоступное, и вы получите отмены и штрафы. Логика «какой статус как попадает в фид» настраивается в генерации фидов и опирается на тот же единый источник наличия, что и витрина.

Поделиться:

Каталог теряет вес при каждом колебании остатков?

Настроим статусы наличия, сбор спроса, поведение в каталоге и поиске и синхронизацию с 1С на вашем магазине на 1С-Битрикс.

Редакция B2Bsite

Команда B2Bsite. С 2014 года разрабатываем интернет-магазины и порталы на 1С-Битрикс: наводим порядок в каталоге, статусах наличия, поиске и обмене с 1С.

← Все статьи блога