Как обновить сайт, если он устарел: доработка, редизайн или новый
Сразу оговоримся: речь не о том, как обновить страницу в браузере (для этого есть F5 или Ctrl+F5 со сбросом кэша). Статья — о другом «как обновить сайт»: что делать владельцу, когда сайт компании устарел, и как выбрать между точечной доработкой, редизайном, переездом на новую CMS и новым сайтом, не потеряв при этом позиции в поиске и заявки.
Ошибка большинства решений здесь одна: выбор делают по ощущению «выглядит старо» и сразу заказывают новый сайт. Или наоборот — годами латают то, что уже дешевле заменить. Ниже — способ разложить проблему по осям, сравнить четыре пути по цене, срокам и рискам и прийти к решению на основе данных.
Как понять, что сайт устарел: три оси диагностики
«Устарел» — слишком общее слово. Сайт может отлично выглядеть и при этом работать на PHP, который не получает патчей безопасности. Или быть технически здоровым, но не продавать, потому что на телефоне форма заявки уезжает за край экрана. Поэтому признаки удобно разделить на три оси — от оси зависит, какой путь обновления нужен.
- Техническая ось — движок, версия PHP, зависимости, скорость, безопасность, возможность обновляться.
- Визуальная и UX-ось — как сайт выглядит и насколько удобно пользователю дойти до заявки, особенно с телефона.
- Бизнес-ось — отражает ли сайт текущий продукт, цены и позиционирование, связан ли он с CRM, 1С, аналитикой.
Признаки устаревания сайта и что с ними делать: таблица
| Признак | Ось | Что делать |
|---|---|---|
| PHP 7.x или 8.0–8.1 — ветки, которые уже не получают патчей безопасности | Техническая | Аудит совместимости, обновление PHP и CMS, при сильных правках ядра — переезд |
| Ядро CMS не обновлялось годами, «обновишь — сломается» | Техническая | Аудит кода, вынос правок из ядра, затем плановое обновление |
| Страница грузится 4+ секунды, Core Web Vitals в красной зоне | Техническая | Оптимизация изображений, кэша, запросов к БД, сервера — точечная доработка |
| Были взломы, в коде чужие файлы, плагины из «нулёных» сборок | Техническая | Лечение и аудит безопасности; при массовом заражении — перенос на чистую сборку |
| На телефоне вёрстка разъезжается, кнопки мелкие | Визуальная/UX | Адаптивная вёрстка в рамках редизайна |
| Трафик есть, конверсия в заявку низкая, в Вебвизоре видно, как бросают форму | Визуальная/UX | UX-аудит, переработка сценариев и форм |
| Разные шрифты, кнопки и отступы на разных страницах | Визуальная/UX | Дизайн-система и редизайн |
| Новые услуги и продукты некуда разместить, структура не подходит | Бизнес | Пересборка структуры: редизайн или новый сайт |
| Заявки с сайта переносят в CRM руками | Бизнес | Интеграция с CRM — точечная доработка |
| Любая правка текста — через программиста | Бизнес/техническая | Настройка админки или переезд на удобную CMS |
| Сайт не соответствует новому фирменному стилю | Бизнес/визуальная | Редизайн по новому брендбуку |
Технические признаки: что проверить в первую очередь
Версия PHP — самый быстрый индикатор. По графику поддержки PHP ветка 7.4 перестала получать исправления безопасности в ноябре 2022 года, 8.1 — в конце 2025-го, у 8.2 поддержка заканчивается в конце 2026-го. Если сайт работает на ветке без поддержки, найденные в ней уязвимости уже никто не закроет. Обычно такое бывает, потому что обновление PHP ломает старый код, и его откладывают годами.
Второй индикатор — можно ли безопасно обновить CMS. Если предыдущий разработчик правил файлы ядра Битрикса или плагины WordPress напрямую, любое обновление сотрёт эти правки. Так возникает технический долг: каждая новая задача стоит дороже, а риск взлома растёт. Для Битрикса сценарий безопасного обновления мы разбирали в статье об обновлении ядра и модулей.
Третий — скорость. Ориентиры Core Web Vitals: LCP (загрузка основного контента) — до 2,5 секунды, INP (отклик на действие) — до 200 мс, CLS (сдвиги макета) — до 0,1. Проверить можно в PageSpeed Insights, данные по реальным пользователям — в отчёте «Основные интернет-показатели» Google Search Console.
Визуальные и UX-признаки
Старый дизайн сам по себе не проблема, если сайт продаёт. Проблема начинается, когда пользователь не доходит до целевого действия. Откройте Метрику: сравните конверсию мобильного и десктопного трафика. Если на телефоне она в разы ниже, а мобильных визитов больше половины, — это самый дорогой признак устаревания, он напрямую стоит заявок.
Бизнес-признаки
Сайт делали под компанию пятилетней давности: другие услуги, цены, аудитория. Сюда же — отсутствие связи с CRM и 1С, ручная выгрузка заявок, невозможность разметить трафик и понять, какие каналы окупаются. Такие проблемы редко видны снаружи, но именно они чаще всего определяют, нужен ли новый сайт или хватит доработки.
Четыре пути обновления сайта: доработка, редизайн, новая CMS, новый сайт
У модернизации сайта по сути четыре сценария. Они различаются тем, что сохраняется: движок, дизайн, структура URL, контент.
- Точечная доработка. Движок, дизайн и структура остаются. Исправляются конкретные проблемы: скорость, мобильная вёрстка отдельных блоков, форма, интеграция с CRM, обновление PHP.
- Редизайн на том же движке. CMS и основная структура остаются, меняются интерфейс, сценарии, адаптив, появляется дизайн-система. Подходит, когда техническая основа здорова.
- Переезд на новую CMS. Контент и структура URL переносятся на другую платформу — например, с устаревшего самописного движка или с конструктора. Дизайн можно сохранить или обновить одновременно.
- Новый сайт. Новая структура, дизайн, код и интеграции. От старого остаются домен, контент (после ревизии) и SEO-наработки, если переезд сделан правильно.
Сравнение вариантов: цена, сроки, риски для SEO
Ниже — ориентиры по нашей практике. Итоговая сумма зависит от объёма страниц, состояния кода, числа интеграций и глубины переработки и фиксируется после аудита.
| Путь | Цена | Сроки | Риск для SEO | Когда выбирать |
|---|---|---|---|---|
| Точечная доработка | правки от 5 000 ₽, доработки функционала от 50 000 ₽, почасово 2 500 ₽/час | от 1–3 дней до нескольких недель | Минимальный: URL и контент не меняются | Проблемы на одной оси, код в порядке, сайт в целом продаёт |
| Редизайн на том же движке | косметический от 120 000 ₽, комплексный от 250 000 ₽, крупные проекты от 400 000 ₽ | от 3–4 недель (косметика), от 6–10 недель (комплексный) | Низкий–средний: зависит от того, меняются ли URL и тексты | Движок живой, но интерфейс, мобильная версия и конверсия отстают |
| Переезд на новую CMS | миграция от 35 000 ₽, для крупных каталогов выше; новый дизайн считается отдельно | по аудиту, зависит от числа URL и данных | Средний: нужна карта 301-редиректов на каждый адрес | Движок мёртв или заперт в платформе, а дизайн и структура в целом устраивают |
| Новый сайт | лендинг от 150 000 ₽, корпоративный от 550 000 ₽, магазин от 750 000 ₽ | лендинг 2–3 недели, корпоративный 4–6 недель, магазин от 2 месяцев | Самый высокий без подготовки, управляемый — с картой URL и редиректами | Проблемы на всех трёх осях, бизнес сильно изменился |
Когда хватит точечной доработки
Если по итогам диагностики проблемы локальны: медленная главная, неудобная форма, нет связки с CRM, одна-две устаревшие зависимости. Здесь доработка сайта даёт максимальный эффект на рубль: вы не трогаете то, что работает, и не рискуете позициями.
Когда нужен редизайн
Движок обновляется, код поддерживаемый, но сайт визуально и по сценариям отстал: на мобильных низкая конверсия, нет единого стиля, конкуренты выглядят убедительнее. Редизайн сайта в этом случае сохраняет техническую основу и SEO-наработки, а меняет то, что видит и чем пользуется клиент. Если меняется не только интерфейс, но и сам бренд — позиционирование, логотип, айдентика, — сначала решается вопрос ребрендинга, а сайт перерисовывается уже под него.
Когда выгоднее переехать или сделать новый сайт
Переезд оправдан, когда движок — главный источник проблем: самописная CMS, которую никто не понимает, заброшенная платформа, конструктор без экспорта кода. Новый сайт — когда к этому добавляются устаревшая структура и бизнес-задачи, под которые старый сайт не проектировался. Как ориентир (не жёсткое правило): если оценка доработок на ближайший год приближается к половине стоимости нового сайта, стоит всерьёз посчитать вариант с новой разработкой.
Как сохранить SEO при обновлении сайта
Потеря трафика после обновления — частый страх, и он обоснован: без подготовки сайт при переезде может потерять значительную часть поискового трафика. Но это управляемый риск. Минимальный набор мер:
- Слепок до работ. Выгрузите все URL (краулером, из sitemap и Вебмастера), позиции, трафик и конверсии по страницам из Метрики. Это база для сравнения.
- Структура URL. Где можно — сохраняйте адреса без изменений. Где нельзя — готовьте карту соответствия «старый URL → новый URL» для каждой страницы, а не только для главных.
- 301-редиректы. Постоянный редирект на ближайшую по смыслу страницу, без цепочек и без массового редиректа всего на главную.
- Контент и метатеги. Страницы, которые приносят трафик, не переписываются «с нуля» и не теряют title, description, заголовки и ключевые блоки текста.
- Тестовый контур. Новая версия собирается на закрытом от индексации домене, перед запуском проверяются редиректы, robots.txt, sitemap, канонические адреса, микроразметка.
- Контроль после запуска. Отправка на переобход в Вебмастере и Search Console, мониторинг ошибок 404 и позиций 2–4 недели.
При аккуратном переезде колебания позиций обычно небольшие и проходят за несколько недель, пока поисковик переобходит сайт и склеивает старые адреса с новыми.
Как принять решение: аудит, оценка вариантов, план
Решение «доработать или сделать новый сайт» стоит принимать не на встрече с подрядчиком, который продаёт один из вариантов, а по результатам диагностики.
- Аудит по трём осям. Технический — код, версии PHP и CMS, зависимости, сервер, безопасность. UX — сценарии, мобильная версия, воронка в Метрике. Бизнес — чего не хватает сайту для текущих задач продаж и маркетинга. Независимый технический аудит кода особенно полезен, когда один подрядчик говорит «всё нормально», а другой — «только переписывать».
- Оценка вариантов. Для 2–3 реалистичных путей — смета, сроки, риски для SEO и стоимость поддержки на 2–3 года. Считайте и упущенную выгоду: сколько заявок теряется в месяц на текущей версии.
- План. Выбранный путь разбивается на этапы: что делается сразу (безопасность, скорость), что — вторым этапом (редизайн ключевых страниц), что — позже. Этапность снижает риски и позволяет видеть эффект раньше.
Ориентир по бюджету на диагностику: экспресс-аудит небольшого сайта — от 30 000 ₽ за 3–5 рабочих дней, полный аудит кода и инфраструктуры — от 60 000 ₽ за 7–10 дней. На фоне цены ошибки в выборе пути (сотни тысяч рублей) это недорогая страховка.
Типичные ошибки при модернизации сайта
- Редизайн поверх больного кода. Новая обёртка на движке без обновлений: сайт выглядит свежо, но так же тормозит и так же уязвим. Если проблема на технической оси, начинать нужно с неё — в том числе с рефакторинга проблемных модулей.
- Новый сайт без карты URL. Сменили структуру, не настроили редиректы — и потеряли трафик, накопленный годами.
- Решение по вкусу, а не по данным. Дизайн утверждается «нравится — не нравится», без анализа, где пользователи теряются сейчас.
- Одномоментная замена всего. Меняют дизайн, движок, структуру и тексты одновременно — и потом невозможно понять, что именно повлияло на просадку.
- Забыли про интеграции. Новая версия запущена, а обмен с 1С, отправка заявок в CRM и цели в Метрике перестали работать.
- Исходники остались у подрядчика. После обновления снова нет доступа к коду и хостингу — следующая модернизация начнётся с той же проблемы.
Чек-лист: как обновить сайт компании без потерь
- Разложили признаки устаревания по трём осям: техническая, визуальная/UX, бизнес
- Проверили версию PHP и CMS, возможность безопасного обновления, Core Web Vitals
- Сравнили конверсию мобильного и десктопного трафика в Метрике
- Провели аудит и получили приоритизированный список проблем с оценкой
- Сравнили 2–3 пути по цене, срокам, SEO-рискам и стоимости поддержки на 2–3 года
- Сделали слепок URL, позиций, трафика и конверсий до начала работ
- Подготовили карту 301-редиректов для каждой страницы, меняющей адрес
- Собрали новую версию на тестовом контуре, закрытом от индексации
- Проверили после запуска robots.txt, sitemap, редиректы, формы, интеграции и цели
- Закрепили в договоре передачу исходников и доступов, мониторим позиции 2–4 недели
Вывод: доработать, переделать дизайн или сделать новый сайт
Устаревший сайт не всегда требует нового. Если проблемы на одной оси — чаще хватает точечной доработки. Если техническая основа здорова, а интерфейс и конверсия отстают — редизайн на том же движке. Если мёртв движок — переезд на новую CMS. И только когда устарело всё сразу — новый сайт. В любом из вариантов начинайте с аудита, считайте стоимость владения, а не цену входа, и закладывайте сохранение SEO в план с первого дня.