564 991 карточка в 404: как перевести технический долг в рубли упущенной выручки
Метрики: 564 991 карточка с кодом 404 · 104 821 страница «не в продаже» с кодом 200, требующая продуктового решения · Priority Score 0–100 для приоритизации разбора
Проблема
Снятие карточек товара с продажи было зоной системной потери трафика и денег без регламента и без контроля.
Действующей документации по процессу не было — только устаревший документ почти без содержания. Существовала путаница терминов: «скрыть» (юридическое требование правообладателя) — не то же самое, что «не в продаже» (продуктовый статус), а от этого зависела разная техническая реализация: код 200 с дисклеймером, canonical на замену, редирект 301, либо 404/410. Никто системно не проверял, что реализовано по факту.
Ключевой принцип — «если нет юридического требования "скрыть", карточку нужно оставлять и получать с неё трафик» — никак не контролировался: карточки с живым трафиком уходили в 404, редиректы вели на нерелевантные страницы, мёртвые URL оставались в sitemap. Ручной процесс — ежемесячные выгрузки и проверки — физически не масштабировался на объём в сотни тысяч карточек. Никто не мог ответить на простой вопрос: сколько трафика и денег теряется и с чего начинать разбор.
Сначала зафиксировали регламент — кто определяет статус карточки и какая техническая реализация ему соответствует. Дальше стало ясно, что регламент без контроля мёртв: нужен инструмент. Ключевая развилка — где брать факт, а где ожидание: фактический код ответа и цель редиректа можно получить только краулером, не из баз данных. А без единой метрики приоритизации реестр на сотни тысяч строк бесполезен — нужен единый скор «сколько ущерба от снятия».
Поиск решения
Решение
Источник — внутреннее хранилище данных (статусы «не в продаже» / «снято с продажи») плюс письма издательств формируют статус «к снятию». По каждой карточке подтягиваются данные аналитики и внешних сервисов видимости. Краулер проверяет фактический код ответа и цель редиректа. На выходе считаются Priority Score и метрика удержания трафика. Обзор даёт сводку по периоду: карточки всего/с ошибками/требуют внимания, средний Priority Score, медианное удержание, визиты и доход с дельтой к прошлому периоду, а также когортный график удержания трафика до и после снятия — с разбивкой по коду ответа. Реестр — рабочая таблица с флагами: 🔴 расхождение статуса и факта, 🟡 не проверено, 🟢 всё корректно. Priority Score считается на перцентилях дохода до снятия, показов и текущего трафика, с множителем для критичного случая «404, но трафик ещё идёт» — реестр сортируется по нему по умолчанию.
Результат и что это дало бизнесу
Инструмент вскрыл масштаб проблемы: 564 991 карточка с кодом 404 и 104 821 страница со статусом «не в продаже», но с кодом 200 — что требует отдельного продуктового решения. Появилась доказательная база регламента: удержание трафика при коде 200 заведомо выше, чем при 301 и 404 — то есть карточку без юридического требования выгоднее оставлять.
Разговор с руководством и категорийным отделом перестал звучать как «у нас N тысяч артов с ошибками» и стал звучать как конкретные рубли упущенной выручки — единственный язык, на котором направление получает ресурс на исправление. Появилась единая точка правды для SEO, продуктовой команды и категорийного менеджмента вместо разрозненных выгрузок и писем.
Разговор с руководством и категорийным отделом перестал звучать как «у нас N тысяч артов с ошибками» и стал звучать как конкретные рубли упущенной выручки — единственный язык, на котором направление получает ресурс на исправление. Появилась единая точка правды для SEO, продуктовой команды и категорийного менеджмента вместо разрозненных выгрузок и писем.
