Аудит сайта перед редизайном: что сохранить, что выбросить и что измерить

Аналитика, поисковые посадочные, конверсии, технологии, инвентаризация контента, внешние ссылки и карта URL.

Старый сайт не обязательно выбрасывать. Иногда выгоднее сохранить URL, данные и работающие интеграции, меняя проблемные слои постепенно. В других случаях чистая миграция дешевле спасения legacy.

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

Если объяснить без профессионального жаргона

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

Что происходит внутри

Рефакторинг нужен не ради красоты кода, а когда архитектура повышает стоимость изменений, вызывает регрессии, нагрузку или мешает бизнесу развивать продукт.

• Разделить быстрые фиксы, рефакторинг и переписывание.
• Менять небольшими этапами с тестами.
• Сохранить SEO URL, аналитику и критические сценарии.
• После релиза мониторить ошибки, формы, нагрузку и SEO.

Почему бизнес замечает это не сразу

Хороший рефакторинг заметен не эффектом, а тем, что сайт перестаёт ломаться от каждой следующей задачи.

Где проходит граница этой задачи

• проверять после релиза только главную
• лечить CSS сотнями !important
• менять URL без SEO-карты

Самая дорогая ошибка — начать с полного переписывания, не сохранив URL, аналитику, формы, данные и рабочие сценарии.

Что стоит запомнить

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

• частота регрессий
• нагрузка
• PHP/JS ошибки