Переделать старый сайт или сделать новый

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

# Как быстро решить: доработка, редизайн или новый сайт?

Сначала разделите три разных типа работ

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

# Когда старый сайт лучше доработать?

Точечные изменения рациональны, если:

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

Примеры локальных задач:

• форма не передает заявки в CRM
• неудобна мобильная версия одной страницы
• нужно добавить новый раздел услуг
• требуется подключить аналитику
• необходимо ускорить тяжелые изображения
• нужно изменить карточку товара или калькулятор
• устарели тексты и условия

В такой ситуации полная пересборка может не дать дополнительной ценности. Сначала исправляют узкое место и измеряют результат

# Когда достаточно редизайна сайта?

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

Признаки:

• сложно найти важный раздел
• страницы выглядят по-разному и не образуют единую систему
• основные действия спрятаны
• интерфейс неудобен с телефона
• визуальная подача не соответствует текущему бренду
• новые блоки невозможно аккуратно добавить в существующий макет
• информация расположена в порядке, удобном компании, а не клиенту

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

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

# Когда выгоднее разработать новый сайт?

Новая разработка обычно обоснована, если:

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

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

Однако решение «делать заново» не означает, что нужно выбросить все. Можно сохранить удачные тексты, данные, адреса страниц, изображения, аналитику и рабочие сценарии

# Почему нельзя решать только по внешнему виду?

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

• качество кода
• состояние зависимостей
• структуру данных
• поисковый трафик
• настройки аналитики
• интеграции
• безопасность
• удобство администрирования
• фактическую стоимость изменений

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

# Что проверить перед переделкой сайта?

# Доступы и владение

Соберите доступы к домену, DNS, хостингу, репозиторию, CMS, аналитике, рекламным кабинетам и внешним сервисам. Убедитесь, что они оформлены на бизнес или находятся под его контролем

# Поисковые данные

Посмотрите, какие страницы получают показы, переходы и внешние ссылки. Эти адреса нельзя бесконтрольно удалять при переносе

# Аналитика и цели

Зафиксируйте текущие источники трафика и целевые действия. После запуска данные понадобятся для сравнения

# Формы и интеграции

Проверьте не только внешний вид формы, но и полный путь данных: уведомление, CRM, письмо клиенту, назначение ответственного

# Контент

Отметьте актуальные страницы, устаревшие материалы, дубли и информацию, которую нужно перенести без изменений

# Технологии

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

# Работа команды

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

# Как не потерять SEO при создании нового сайта?

Поисковый риск появляется не из-за самого редизайна, а из-за неконтролируемого изменения адресов, содержания и технических настроек

Перед запуском:

1. Выгрузите список старых адресов
2. Отметьте страницы с трафиком и ценными запросами
3. Сохраните адреса там, где это возможно
4. Для измененных адресов подготовьте постоянные перенаправления
5. Перенесите важные заголовки, тексты и метаданные осознанно
6. Проверьте canonical, robots.txt и sitemap
7. Убедитесь, что тестовый запрет индексации не попал на рабочий сайт
8. Найдите внутренние ссылки на старые адреса
9. Проверьте страницы с ошибками после запуска
10. Наблюдайте за индексацией, показами и кликами

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

# Как перенести сайт без остановки заявок?

Новый проект лучше собирать отдельно от рабочего сайта. Старую версию не отключают, пока не проверены основные сценарии

Минимальный план запуска:

1. Создать резервную копию старого проекта и базы
2. Подготовить новый сайт в закрытой среде
3. Перенести необходимые данные
4. Проверить формы, оплату, CRM и уведомления
5. Пройти пользовательские сценарии на компьютере и телефоне
6. Подготовить перенаправления
7. Настроить аналитику и цели
8. Переключить домен в согласованное время
9. Повторить проверки на рабочем адресе
10. Сохранить возможность отката на случай критической ошибки

Для магазина или сервиса с постоянно меняющимися данными отдельно планируют финальную синхронизацию заказов, пользователей и остатков

# Что можно сохранить со старого сайта?

Сохранение полезных частей снижает стоимость и риск

Потенциально можно использовать:

• домен и настроенную почту
• адреса страниц
• тексты после проверки актуальности
• фотографии и документы с понятными правами
• базу товаров и категорий
• данные клиентов при законном и безопасном переносе
• интеграции с подходящей архитектурой
• результаты поискового анализа
• работающие элементы бренда
• сценарии, подтвержденные поведением пользователей

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

# Что чаще всего недооценивают при переделке?

# Административную часть

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

# Перенос данных

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

# Интеграции

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

# Юридические документы

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

# Период после запуска

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

# Что дешевле: доработать сайт или сделать новый?

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

Для сравнения нужны две сметы:

Вариант доработки:

• аудит существующего кода
• исправление выбранных проблем
• совместимость с текущей платформой
• тестирование затронутых функций
• риск скрытых зависимостей

Вариант нового сайта:

• проектирование
• дизайн и разработка
• перенос данных и контента
• перенаправления и поисковые настройки
• интеграции
• тестирование и запуск

В MG Solutions обе оценки разбиваются на конкретные задачи и часы. Ставка составляет от 1 500 до 2 500 рублей в час в зависимости от проекта и требуемых навыков. Заказчик видит, какая часть бюджета уходит на полезный результат, а какая — на ограничения старой системы

# Какие вопросы задают о переделке старого сайта?

# Через сколько лет обязательно менять сайт?

Универсального срока нет. Сайт меняют, когда он перестает выполнять задачи, становится небезопасным или слишком дорогим в поддержке, а не после определенного количества лет

# Можно ли заменить дизайн и оставить старую CMS?

Да, если CMS поддерживается, позволяет реализовать новую структуру и не создает технических ограничений. Это проверяется до начала дизайна

# Нужно ли сохранять все старые страницы?

Нет. Сохраняют полезные и актуальные страницы, а для удаляемых или объединяемых адресов планируют корректные перенаправления. Решение принимают на основе содержания и поисковых данных

# Можно ли перенести сайт с конструктора на собственную разработку?

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

# Что делать, если нет исходного кода или доступов?

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

# Как понять, какой вариант выгоднее для вашего сайта?

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