Чинить выгоднее, если ядро CMS обновляется, код переносится на поддерживаемый PHP, а переписать нужно меньше половины шаблонов. Новый сайт нужен, когда движок обновить нельзя, мобильной версии нет вовсе, а доработки на год вперёд стоят больше половины цены нового сайта. Матрица ниже переводит эти условия в баллы. Если по итогу решение — чинить, модернизацию действующего сайта по этапам ведут без остановки продаж, шаг за шагом.
Три условия «чинить» и три «делать новый»
Чинить, если выполняются все три: движок сайта обновляется до актуальной версии без переписывания с нуля, хостинг поддерживает нужную версию PHP, а адаптивная вёрстка уже есть, пусть и не идеальная. При таком наборе доработка закрывает большинство проблем дешевле, чем новая разработка. Позиции в поиске не теряются. URL остаются на месте, значит и ссылочный вес, и накопленные годами страницы в индексе никуда не деваются.
Новый сайт нужен, если совпадают три других признака. CMS вышла из поддержки вендора и не обновляется штатно. Половина шаблонов написана вручную под старый движок и не переносится на новую версию без переписывания кода. И заявок с сайта устойчиво меньше, чем даёт реклама на ту же аудиторию у конкурентов. Тогда дело не в косметике, а в структуре: не хватает разделов, форм, карточек под задачи бизнеса, которых у сайта просто нет.
Часто эти признаки смешаны: код в порядке, а дизайн выглядит из 2018 года. Или наоборот — дизайн свежий, но каждая новая функция обходится непропорционально дорого из-за старого кода под капотом. Матрица ниже разводит оба случая по отдельным строкам, а не сваливает их в общее «сайт устарел».
Матрица решения
Пройдите строки по порядку и отметьте, куда попадает ваш сайт. Больше отметок в правом столбце — планируйте новый сайт. Больше отметок слева — доработка закроет задачу дешевле. Не все строки равны по весу. Первые три — PHP, CMS, мобильная версия — техническая база. Если по ним всё в порядке, а провисают только структура или дизайн, это почти всегда решается доработкой, а не полной заменой сайта.
По PHP ориентир простой: на 29.09.2026 в активной поддержке версии 8.4 и 8.5, версии 8.2 и 8.3 — только в режиме security-only (критические уязвимости), а PHP 8.1 и ниже уже без поддержки (php.net/supported-versions.php, сверено 29.09.2026). Сайт на снятой с поддержки версии — уже риск, а не вопрос выбора.
| Признак | Как измерить | Порог «чинить» | Порог «делать новый» |
| Версия PHP | Панель хостинга, раздел PHP | Хостинг держит поддерживаемую версию | Нужна версия, которую код не переживёт без переписывания |
| Версия CMS | Панель администратора, номер версии | Ядро вне поддержки обновляется штатно | Прямого пути обновления нет (переход OpenCart с 3 на 4, старый Битрикс без лицензии) |
| Мобильная версия | Открыть сайт с телефона | Адаптив есть, но с недочётами | Адаптива нет вовсе, вёрстка фиксированной ширины |
| Скорость загрузки | Диагностика скорости за 15 минут | Узкие места находятся и чинятся | Архитектура тормозит на уровне кода, не настроек |
| Доля шаблонов на переписывание | Список страниц и их шаблонов | Меньше половины требует правок | Больше половины нужно переписать заново |
| Структура и URL | Карта разделов сайта | Структура рабочая, донастройка точечная | Нужна новая структура разделов целиком |
| Интеграции (1С, CRM) | Логи обмена, ошибки синхронизации | Старая схема работает | Нужна новая схема обмена, старую не расширить |
| Исходный код | Доступ к репозиторию или файлам | Код и доступы есть | Исходников нет, доступа к коду нет |
| Дизайн | Сравнение с сайтами конкурентов | Дизайн устарел, код в порядке — тут ближе редизайн без потери заявок и позиций | Дизайн и код одинаково просят замены |
| Стоимость доработок за 12 месяцев | Смета на запланированные правки | Меньше половины цены нового сайта | 50% и больше цены нового сайта (правило редакции) |
| Команда для развития | Есть ли штатный или внешний подрядчик | Подрядчик уже ведёт сайт | Подрядчика нет, искать с нуля всё равно придётся |
Со скоростью загрузки то же самое: у Google есть числовой порог, не оценка на глаз. «Хорошо» — LCP (время до отрисовки главного контента) не больше 2,5 секунды, INP (задержка на действие пользователя) не больше 200 миллисекунд, CLS (сдвиг макета при загрузке) не больше 0,1 (web.dev/articles/vitals, сверено 29.09.2026). Сайт, который не проходит эти пороги на мобильных, чинить можно. Но иногда узкое место сидит в архитектуре шаблонов, глубже настроек кеша и картинок, и тогда точечные правки не помогают.
Что делать, если строки разошлись поровну
Такое бывает часто. PHP в порядке, CMS обновляется, а структура и доля кастомных шаблонов тянут в сторону нового сайта. Правило простое: техническая база важнее оформления. Обновляемый движок и живой код почти всегда чинят. Не тянет движок — переписывать код под него всё равно придётся, и тогда разумнее сразу закладывать новую структуру, а не латать старую поверх старого кода.
Если сомнения остаются даже после матрицы, считайте деньги. Следующий раздел — как это сделать за десять минут. Без финансовой модели. Без консультанта.
Посчитать оба варианта на 12 месяцев
Формула простая. Сложите стоимость всех доработок, которые точно понадобятся сайту в ближайший год. Сравните сумму с ценой нового сайта плюс его поддержка за тот же период. Два числа, одно сравнение — без сложных формул и дисконтирования. Список доработок берут из бэклога задач, который уже есть у любого сайта старше двух-трёх лет: правки, которые откладывали из квартала в квартал.
Пример на условных числах. Магазин среднего размера, каталог на пару тысяч товаров. Доработка на год: обновление CMS — условно 80 000 ₽, три новых раздела каталога — 90 000 ₽, ускорение и чистка кода — 120 000 ₽. Итого около 290 000 ₽ за год при пакете «мелкие исправления» от 15 000 ₽ в месяц и части работ по пакету «рост, A/B-тесты» от 60 000 ₽ в месяц (цены /site-upgrade/, сверено 29.09.2026, числа примера условные). Новый сайт на шаблоне с адаптацией под бренд обойдётся от 1,5 млн ₽ и займёт 4–6 недель; сайт с уникальным дизайном и логикой — от 2,5 млн ₽ (/web-development/corporate/, сверено 29.09.2026). Даже без учёта поддержки нового сайта разница на первый год — в 5–8 раз не в пользу разработки с нуля. Цифра выглядит убедительно. Но она честна только для сайта, где доработки реально закрывают проблему, а не откладывают её на следующий год. Если каждая доработка снимает симптом и оставляет причину, сумма за 12 месяцев занижена, и реальный разрыв в цене меньше, чем кажется на бумаге. Подробный разбор, из чего складывается цена нового сайта и почему сметы у разных подрядчиков отличаются в разы, помогает не занизить вторую часть сравнения.
Порог редакции: если сумма запланированных доработок за 12 месяцев достигает половины цены нового сайта, сравнивайте варианты на горизонте в три года, не в один. На таком сроке новый сайт часто выигрывает. Он не тянет за собой старые архитектурные ограничения, а доработка на старом коде год за годом дорожает.
Когда хватает обновлений
Часто «сайт устарел» решается без новой разработки — обновлением CMS, PHP и модулей по графику. Календарь обновлений на год закрывает большинство поводов для паники задолго до того, как встаёт вопрос «чинить или новый». Обновления не разовая акция. Их ведут по календарю: ядро, модули, плагины безопасности — каждый по своему циклу.
Если магазин или корпоративный сайт работает на 1С-Битрикс, полезно проверить, что проверить перед обновлением Битрикса: часть версий обновляется в несколько шагов, и пропуск шага ломает модули. Для интернет-магазинов на OpenCart ответ упирается в версию движка. Если движок ещё поддерживается, а модулей немного, обновление закрывает задачу дешевле новой разработки — этот случай разобран в статье про переход OpenCart с 3 на 4. Ключевое слово здесь — «немного». Магазин с полусотней кастомных модулей считает иначе, чем витрина на десяти товарных категориях.
Когда нужен новый сайт
Новый сайт оправдан, когда матрица выше набрала большинство отметок справа. Прежде чем начинать разработку, зафиксируйте, что переносится из старого сайта. Это отдельный документ, не пункт в договоре мелким шрифтом. Список короткий, но забытый пункт обходится в потерянные заявки: адреса страниц с трафиком для карты 301-редиректов, тексты, которые уже работают на органический поиск, настройки форм и целей в Метрике или аналитике, доступы к интеграциям с CRM и 1С.
Формат нового сайта выбирают по задаче, не по моде. Новый корпоративный сайт с нуля с уникальным дизайном и логикой подходит, когда старая структура мешает продавать. Не когда сайт просто выглядит скучно на фоне конкурентов — тут чаще хватает редизайна поверх рабочего кода.
У B2B-аудитории свои требования к сайту, и общий корпоративный шаблон их не всегда закрывает. Что нужно B2B-закупщику на сайте производителя — карточки с техническими характеристиками, документы, прайс по запросу. Закупщик ищет эти данные до звонка, не после.
Домен и новый сайт одновременно
Второй вопрос после «чинить или новый» — переезжает ли сайт на новый домен или остаётся на старом адресе. Второй вариант проще: вопросов с индексацией меньше, склейка старых и новых страниц не нужна вовсе.
Если домен меняется вместе с сайтом, смена домена без просадки в Яндексе требует карты редиректов и плана на несколько недель после запуска. Готовьте эту карту параллельно с разработкой сайта, а не после того, как разработка закончена. Иначе запуск нового сайта и смена домена растягиваются в два отдельных проекта вместо одного.
Частые вопросы
Можно ли доработать сайт по частям, а не всё сразу?
Да. Это обычная практика для действующего магазина или сайта с трафиком. Матрицу проходят по строкам, доработки ведут пакетами: сначала то, что снимает риск — устаревший PHP, критичные баги, потом развитие. Так выходит дешевле разовой большой доработки. Продажи не останавливаются ни на день.
Сколько живёт новый сайт до следующего «устарел»?
Технически — без ограничения срока при регулярных обновлениях. Практически дизайн и структура требуют пересмотра каждые 3–5 лет из-за смены ожиданий аудитории. Код и CMS живут по своему циклу — по графику поддержки версий, который у каждого движка свой. Этот график сверяют раз в полгода, не по случаю.
Что делать, если решение непонятно даже после матрицы?
Посчитайте деньги за 12 месяцев и отдельным сценарием — за 36. Решение, очевидное на годовом горизонте, иногда меняется на горизонте в три года. Особенно если доработки за первый год ниже порога, но растут по нарастающей каждый следующий год.
Теряются ли заявки на время перехода на новый сайт?
Риск есть, если форма и цели аналитики настроены только в последний момент. Формы, номера телефонов и почту переносят в числе первых шагов. Делают это до полной вёрстки остальных страниц и проверяют самостоятельным шагом, до общего запуска.
Что делать со старым доменом, если контент почти не меняется?
Если структура и адреса страниц остаются прежними, а меняется только дизайн и код — новый домен не нужен вовсе. Смену домена планируют как самостоятельный проект, не как довесок к разработке, и только когда компания сама меняет название или уходит от старой зоны сайта по другим причинам.
Кто должен принимать решение — маркетолог, ИТ-специалист или подрядчик?
Все трое, но с разными вопросами. Маркетолог считает заявки и трафик по разделам. ИТ-специалист или подрядчик — техническую часть матрицы: PHP, CMS, код. Решение на стыке этих двух картин, а не мнение одного человека, который силён только в одной из сторон вопроса.