Архивные и снятые с продажи товары: что делать

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

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

Снятые, архивные, отсутствующие: разбираемся в терминах

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

• Временно нет в наличии. Товар продаётся, но сейчас закончился на складе. Он вернётся, поэтому карточку удалять или редиректить нельзя ни в коем случае — её оставляют, меняют только статус доступности и, возможно, включают предзаказ.
• Снят с продажи. Товар больше не будет закупаться и продаваться — поставщик прекратил выпуск, бренд ушёл, модель устарела. Это уже кандидат на редирект или архивирование.
• Архивный. Снятый товар, карточку которого сознательно оставили доступной ради спроса, истории и SEO. Купить нельзя, но информацию посмотреть можно, и страница ведёт на аналоги.
• Замещённый. Снятый товар, у которого есть прямой преемник — новая версия или модель на замену. Классический случай для 301-редиректа на карточку-наследника.
• Ошибочный или дубль. Товар, которого не должно было быть:技技 дубликат, тестовая позиция, ошибка импорта. Вот его действительно можно и нужно убрать, но аккуратно, проверив отсутствие связей с заказами.

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

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

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

Потеря SEO-веса. Карточка популярного товара за годы жизни накапливает поисковый вес: она ранжируется по десяткам запросов, на неё ссылаются с обзоров, форумов, маркетплейсов, в неё вложен внутренний ссылочный вес каталога. При удалении URL начинает отдавать 404, весь этот капитал обнуляется, а трафик, который приходил на страницу, просто исчезает. На большом магазине массовое удаление снятых позиций способно заметно просадить общую видимость каталога.

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

Битые внешние и внутренние ссылки. Ссылки на товар живут не только в вашем каталоге. Их сохраняют в закладках, шлют в мессенджерах, размещают в рекламе и e-mail-рассылках, индексируют агрегаторы. Каждый переход по такой ссылке после удаления приводит человека на страницу ошибки — и это прямая потеря потенциального клиента, который был готов что-то у вас искать.

Провалы в аналитике. Исторические отчёты по товарообороту, ABC-анализ, статистика просмотров — всё это опирается на существование записи о товаре. Удаляя карточки, вы дырявите собственные данные и лишаете себя возможности анализировать, что и когда продавалось.

Жизненный цикл товара в каталоге

Чтобы обработка снятых товаров была системной, а не авральной, полезно смотреть на товар как на сущность с жизненным циклом. Он проходит несколько состояний, и на каждом переходе нужно совершить конкретные действия с витриной, статусом и SEO.

• Активный. Товар в продаже, есть на витрине, индексируется, участвует в фильтрах и рекомендациях.
• Заканчивается. Остатки малы, замены не будет. Здесь уже стоит подготовить замену-аналог и решить судьбу карточки заранее.
• Снят с продажи. Купить нельзя. Кнопка заказа скрыта, статус меняется, включается сценарий: редирект или архив.
• Архив. Долговременное состояние. Запись живёт в базе, при необходимости карточка доступна с блоком аналогов, но вне активной витрины.

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

Пять стратегий обработки снятого товара

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

Обратите внимание: первые три стратегии сохраняют ценность (SEO-вес, трафик, спрос), а последние две — избавляются от балласта. Большинство реальных снятых товаров попадает в первые три. Физическое удаление — крайний и редкий случай, а не действие по умолчанию.

Как выбрать стратегию под конкретный товар

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

1. Есть ли прямая замена? Если у снятой модели есть преемник (новая версия, аналог того же назначения и класса) — это лучший кандидат на 301-редирект. Покупатель со старой ссылки сразу попадает на то, что ему нужно, а поисковый вес перетекает на актуальную карточку.
2. Был ли у страницы трафик и ссылки? Если прямой замены нет, смотрим на ценность самой страницы. Есть поисковый трафик, внешние ссылки, история просмотров — страницу нельзя терять. Оставляем архивную карточку с блоком аналогов либо, если контент не так важен, редиректим на близкий раздел каталога.
3. Остаётся ли по товару спрос? Люди продолжают искать характеристики, инструкции, отзывы даже по снятым товарам (особенно по технике). Такой «справочный» спрос — сильный аргумент оставить карточку открытой в архивном режиме: она собирает трафик и переводит его на товары в наличии.

Если на все три вопроса ответ отрицательный — трафика не было, аналога нет, спроса нет, — тогда и только тогда страницу можно закрыть жёстко: отдать код 410 (удалено навсегда) или, при полном отсутствии ценности и связей, физически удалить. Но на практике таких товаров в живом магазине единицы процентов.

301-редиректы: когда и куда вести

301-редирект (постоянное перенаправление) — главный инструмент сохранения SEO-веса при снятии товара. Он сообщает и браузеру, и поисковику: «страница переехала навсегда, вот новый адрес». Поисковик со временем переносит накопленный вес на целевую страницу и заменяет старый URL в индексе. Но работает это только при правильном выборе цели.

Иерархия целей редиректа. Выбирайте максимально близкую по смыслу страницу:

• Прямая замена. Новая версия модели, преемник, полный аналог — идеальная цель. Максимум пользы и для покупателя, и для веса.
• Похожий товар. Нет прямого преемника, но есть очень близкий по характеристикам товар в наличии — тоже хорошая цель.
• Раздел каталога. Категория или подкатегория с однотипными товарами. Уместно, когда конкретной замены нет, но спрос на тип товара сохраняется.
• Родительский раздел или бренд. Крайний вариант, когда даже узкая категория закрылась.

Чего делать нельзя. Массово редиректить все снятые товары на главную страницу или в корень каталога — грубая ошибка. Поисковики распознают такой «редирект в никуда» как soft 404: формально это 301, но по содержанию целевая страница не соответствует исходной, и вес не передаётся. Хуже того, пользователь, кликнувший по ссылке на конкретный товар и попавший на главную, чувствует себя обманутым и уходит.

Технически в 1С-Битрикс редиректы удобно вести не разрозненно, а централизованно — через таблицу соответствий «старый URL → новый URL», которую заполняет обмен или контент-менеджер, и обработчик, отдающий заголовок 301 Moved Permanently. Полная механика склейки URL, борьбы с 404 и настройки правил разобрана в отдельном материале про редиректы, 404 и склейку URL в 1С-Битрикс — там же про типичные ошибки цепочек и циклов редиректов.

Блок аналогов и замен на карточке

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

Хорошая архивная карточка снятого товара выглядит так:

• Явный статус. Заметная плашка «Снято с продажи» или «Товар больше не поставляется», чтобы у человека не было ложных ожиданий.
• Скрытая кнопка покупки. Вместо «В корзину» — либо ничего, либо «Показать аналоги», либо кнопка подписки на похожие поступления.
• Блок «На замену». Подборка из 3–6 актуальных аналогов: та же категория, близкие характеристики, тот же ценовой сегмент. Это ядро страницы.
• Сохранённый контент. Описание, характеристики, фото, отзывы остаются — именно они держат справочный трафик.
• Ссылка на раздел. «Все товары категории» — запасной путь для тех, кому предложенные аналоги не подошли.

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

Сохранение SEO-веса страницы

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

Sitemap. Страницы, которые отдают 301 или больше не должны индексироваться, убирают из sitemap.xml. Иначе робот продолжает считать их каноническими и тратит краулинговый бюджет на обход неактуальных URL. В Битриксе карту сайта перегенерируют штатным модулем «Поисковая оптимизация» по расписанию, чтобы снятые товары выпадали из неё автоматически.

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

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

Канонические адреса и коды ответа. Архивная карточка, которую вы оставляете, должна отдавать честный 200 OK и ссылаться сама на себя каноническим тегом. Редиректящаяся — 301. Окончательно закрытая — 410 Gone. Путаница в кодах ответа (например, «удалённая» страница, которая отдаёт 200 с пустым содержимым) создаёт для поисковика неоднозначность и мешает корректно обработать снятие.

История заказов и учёт: почему запись должна жить

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

Что ломается при физическом удалении товара, связанного с заказами:

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

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

Реализация в 1С-Битрикс

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

Флаг активности элемента. Самый простой способ убрать товар с витрины — снять галочку «Активность» у элемента инфоблока. Товар исчезает из выборок компонентов каталога, но остаётся в базе и в заказах. Минус — активность бинарна: она не различает «снят с продажи», «архив», «черновик», поэтому её обычно дополняют статусом.

Свойство-статус. Гибкое решение — отдельное свойство типа «список» со значениями вроде «В продаже», «Снят с продажи», «Архив», «Ожидается замена». По этому свойству шаблон каталога решает, что делать: показать карточку, скрыть кнопку покупки, вывести блок аналогов или отдать редирект. Статус удобно фильтровать и им же управлять массово.

Свойство-привязка «Аналоги». Свойство типа «Привязка к элементам» того же инфоблока хранит список замен для снятого товара. Его выводит компонент карточки в блоке «На замену». Заполняется вручную для важных позиций и автоматически — по совпадению категории и характеристик — для остального.

Таблица редиректов. Для сценария с 301 удобно вести отдельное хранилище соответствий «старый URL → новый URL» (highload-блок или служебный инфоблок) и обработчик на событии, который отдаёт заголовок 301. Так редиректы централизованы, их легко массово импортировать из обмена и проверять на циклы.

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

1. Заведите свойство-статус. В инфоблоке каталога создайте свойство «Статус товара» типа «Список» со значениями жизненного цикла и значением по умолчанию «В продаже».
2. Заведите свойство «Аналоги». Тип «Привязка к элементам» того же инфоблока, множественное, для подбора замен.
3. Доработайте шаблон карточки. По значению статуса: скрывайте кнопку покупки, показывайте плашку и блок аналогов для архива, отдавайте 301 для замещённых.
4. Настройте хранилище редиректов. Highload-блок «старый URL → новый URL» и обработчик, отдающий 301 с проверкой на цепочки.
5. Свяжите со статусом активность и sitemap. Перевод в «Архив»/«Снят» скрывает товар с витрины и исключает URL из карты сайта.
6. Автоматизируйте из обмена. Пусть признак снятия приходит из 1С и проставляет статус без ручного вмешательства (см. раздел ниже).

Как это выглядит в админке

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

Автоматизация через обмен с 1С

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

Практическая схема автоматизации:

• Признак снятия в выгрузке. В обмене (CommerceML или своя интеграция) добавьте передачу признака «снят с продажи» отдельным реквизитом или значением статуса. Не путайте его с остатком: остаток ноль — это «нет в наличии», а не «снят».
• Маппинг на статус сайта. Обработчик обмена переводит признак из 1С в свойство-статус инфоблока и, при необходимости, снимает активность. Всё автоматически, без участия контент-менеджера.
• Подбор аналога. Если в 1С задан товар-замена, его код передаётся и проставляется в привязку «Аналоги»/цель редиректа. Если замены нет — срабатывает правило по умолчанию (редирект на раздел или архив).
• Постобработка. После обмена агент перегенерирует sitemap, чистит блоки рекомендаций и валидирует таблицу редиректов на циклы.

Отдельно проследите, чтобы снятие было обратимым по данным: если товар вдруг вернулся в ассортимент (бывает), обмен должен так же автоматически вернуть его в статус «В продаже», восстановить активность и вернуть в sitemap. Односторонняя логика «только снимаем» рано или поздно приводит к тому, что вернувшийся товар остаётся невидимым. Тонкости настройки выгрузок, реквизитов и расписаний обмена — это уже вопрос интеграции, и его стоит проектировать заодно с каталогом.

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

• Физически удаляют снятые товары. Теряется SEO-вес и ломается история заказов. Правильно — архивировать, а не удалять.
• Редиректят всё на главную. Поисковик трактует это как soft 404, вес не передаётся, а покупатель раздражается. Ведите на аналог или близкий раздел.
• Путают «нет в наличии» и «снят с продажи». Временно отсутствующий товар ошибочно редиректят и теряют, хотя он вот-вот вернётся.
• Оставляют мёртвую карточку без аналогов. Страница «купить нельзя» без блока замен просто отпугивает посетителя вместо того, чтобы перевести его на актуальный товар.
• Забывают убрать URL из sitemap. Робот тратит краулинговый бюджет на обход снятых и редиректящихся страниц.
• Оставляют битые внутренние ссылки. Снятый товар продолжает висеть в блоках «хиты» и «рекомендуемые», размывая вес и путая робота.
• Не автоматизируют снятие из 1С. Статусы проставляют вручную, отстают от учётной системы, накапливают рассинхрон.
• Делают снятие необратимым. Вернувшийся в ассортимент товар остаётся скрытым, потому что обмен умеет только снимать, но не возвращать.

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

Сведём всё в практический список, по которому удобно ставить процесс обработки снятых товаров и принимать его готовность.

1. Статусы разведены. «Нет в наличии» и «Снят с продажи» реализованы разными свойствами с разной логикой.
2. Свойство-статус заведено. Список состояний жизненного цикла настроен, значение по умолчанию — «В продаже».
3. Правило выбора действия описано. Для каждого статуса задано: редирект, архив или скрытие, с иерархией целей редиректа.
4. Блок аналогов работает. Привязка «Аналоги» заполняется, на архивной карточке выводятся актуальные замены в наличии.
5. Редиректы централизованы. Таблица «старый URL → новый URL», обработчик 301, проверка на циклы и цепочки.
6. SEO-гигиена соблюдена. Снятые URL убраны из sitemap, коды ответа корректны (200/301/410), внутренние ссылки вычищены.
7. История заказов цела. Товары не удаляются из базы, повторный заказ и отчёты по архивным позициям работают.
8. Автоматизация из 1С настроена. Признак снятия приходит из обмена, проставляет статус и аналоги, снятие обратимо.

Вывод

Снятый с продажи товар — это не мусор, который надо стереть, а актив, из которого можно выжать максимум. Не удаляйте карточку: переведите её в архив, сохраните запись ради истории заказов, а страницу либо отдайте на 301-редирект к аналогу, либо оставьте открытой с блоком актуальных замен. Разведите статусы «нет в наличии» и «снят с продажи», автоматизируйте снятие из обмена с 1С и следите за SEO-гигиеной — sitemap, коды ответа, внутренние ссылки. Тогда даже большой поток выбывающего ассортимента не будет проседать по трафику и не сломает учёт, а снятые товары продолжат приводить покупателей к тому, что у вас есть сейчас.