Редиректы участвуют в миграциях, удалении страниц и изменении структуры сайта. Когда база годами только растёт, активные правила смешиваются с дублями и устаревшим наследием. Разовая чистка уменьшает таблицу только в моменте, но не устраняет причину повторного накопления.
60 000+ → менее 5 000 редиректов: управляемая и самоочищающаяся база
За годы простой CMS-модуль превратился в базу из 60 000+ редиректов с дублями и историческими правилами. Я предложил не очередную ручную чистку, а новую архитектуру с жизненным циклом записи. После внедрения рабочая база сократилась до менее 5 000 записей и стала самоочищающейся.
Коротко о кейсеВыявил системную причину разрастания базы, сформулировал концепцию и SEO-архитектуру нового модуля, правила самоочистки и исключения.
База сократилась с 60 000+ до менее 5 000 записей — более чем на 91,7%. У редиректа появился управляемый lifecycle: ручное управление, счётчик срабатываний, автоматическая квартальная очистка и исключения для правил, которые должны сохраняться независимо от частоты использования. База теперь не только компактнее, но и поддерживает актуальное состояние сама.
Редиректы: >60 000 → <5 000.
Сильная часть кейса — не очистка 55 тысяч строк, а изменение экономики технического долга
Разовая уборка оставила бы прежнюю append-only модель и через несколько лет вернула ту же проблему. Новый lifecycle делает базу управляемой: использование измеряется, обычные неиспользуемые правила удаляются автоматически, а важные редиректы защищаются исключениями. Поэтому результат — одновременно сокращение наследия и механизм против его повторного накопления.
Проблема была не в размере таблицы
Старый модуль знал только пару old URL → new URL. Он позволял добавлять правила, но почти не управлял тем, что происходит с ними дальше. За годы использования разными специалистами база превысила 60 000 записей и смешала актуальные правила, дубли и историческое наследие.
Что поменялось в самой модели
Главное решение — перестать считать редирект вечной записью только потому, что однажды его создали.
Было: append-only база
Новое правило добавляется поверх старых, а жизненного цикла и автоматической очистки нет.
Стало: управляемый lifecycle
Запись можно удалить вручную, система считает фактические срабатывания и автоматически очищает неиспользуемые правила.
Что умеет новый модуль
Модуль управляет не только созданием, но и дальнейшей жизнью редиректа.
Управление записями
Редиректы стали полноценными объектами управления в CMS.
Счётчик срабатываний
У каждого правила есть реальный сигнал использования.
Автоматическая очистка
Если обычный редирект не сработал ни разу за квартал, он удаляется автоматически.
Защищённые исключения
Для редких, но стратегически важных редиректов есть исключения из автоочистки.
Жизненный цикл одной записи
Вместо вечного хранения обычное правило со временем подтверждает, что всё ещё нужно сайту.
Создать
Специалист добавляет исходный URL и цель перенаправления.
Считать
Модуль фиксирует реальные срабатывания.
Проверить квартал
Система оценивает, использовалось ли правило.
Оставить, защитить или удалить
Используемое правило остаётся; стратегическое может быть защищено исключением; обычное правило с нулём срабатываний удаляется автоматически.
Почему результат сильнее обычной чистки
Сокращение 60 000+ → менее 5 000 показывает эффект работы с историческим долгом. Но ключевая часть решения в другом: после очистки система не вернулась к прежней append-only модели. База стала управляемой и самоочищающейся.
Контекст и измерение
- Контекст
- Крупный интернет-магазин · CMS / SEO-инфраструктура
- Масштаб / период
- 60 000+ → менее 5 000 записей · >91,7% сокращение · квартальная автоочистка
Главный архитектурный принцип
Автоматическая очистка не является слепым правилом для всех записей. В модуле есть исключения для редких, но важных редиректов, поэтому lifecycle сочетает автоматизацию с осознанным ручным контролем.
Есть похожая задача?
Расскажите, где SEO упирается в продукт, разработку или данные.