Как осовременить сайт без полного уничтожения того, что уже работает

Постепенный редизайн, design tokens, рефакторинг компонентов и сохранение поисковой видимости.

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

Сначала собрать исходные данные

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

• После запуска мониторить 404, индексацию и ключевые конверсии.
• Разделить косметические и архитектурные проблемы.
• Подготовить redirects до переключения DNS.
• Снять карту темы, плагинов, БД, PHP, cron и интеграций.

Порядок без лишних движений

1. Зафиксировать симптомы человеческим языком.
2. Сохранить SEO URL, аналитику и критические сценарии.
3. Менять небольшими этапами с тестами.
4. После релиза мониторить ошибки, формы, нагрузку и SEO.
5. Создать staging и проверить backup.
6. Снять карту темы, плагинов, БД, PHP, cron и интеграций.

Что требует отдельного внимания

Запрос «переделать сайт» почти никогда не является техническим заданием. За ним могут скрываться устаревший дизайн, плохая конверсия, медленная работа, неудобная админка, SEO-проблемы или код, который страшно менять.

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

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

Тест перед production

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

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

Что зафиксировать на будущее

После работы должны остаться понятные доступы, зафиксированные изменения и способ повторно проверить результат.