Доработка сайта или пересборка с нуля: как решить

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

Почему вопрос не в деньгах, а в архитектуре

Любой сайт — это не просто набор страниц, а система: движок (CMS или самописный код), структура базы данных, логика связей между сущностями — товарами, заказами, пользователями, категориями. Когда сайт проектировался под визитку с каталогом услуг, база данных не рассчитана на корзину, статусы заказов, скидочные правила и интеграцию с эквайрингом. Можно добавить форму заявки, можно прикрутить виджет чата, можно поменять дизайн блока с отзывами — это надстройки, которые не требуют менять фундамент. А можно упереться в то, что сама модель данных не предусматривает того, что вы хотите сделать, и тогда любая доработка превращается в обход ограничений, а не в решение задачи.

Разница чувствуется на практике: подрядчик либо говорит «добавим модуль, оценка два дня», либо начинает объяснять, что «это потребует переписать логику каталога, затронет три смежных раздела, и результат всё равно будет работать нестабильно». Второй сценарий — это симптом, что вы упёрлись в архитектурный потолок, а не в объём работ.

Когда доработка ещё оправдана

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

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

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

Когда доработка перестаёт работать

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

Второй признак — CMS снята с поддержки или её версия критично устарела, и производитель больше не выпускает патчи безопасности. Это не абстрактный риск: сайт на неподдерживаемой версии становится удобной мишенью для автоматизированных атак, а закрыть уязвимость доработкой уже нельзя — нужно обновление ядра, которое часто равносильно пересборке из-за несовместимости старых модулей с новой версией.

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

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

Экономика решения: где проходит точка перелома

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

Посчитать этот момент заранее сложно, но можно ориентироваться на динамику: если стоимость типовых доработок растёт от проекта к проекту при сопоставимой сложности задач, если подрядчики один за другим отказываются брать сайт в работу или называют завышенные оценки «на риск», если каждая правка требует регресс-тестирования смежных разделов — вы уже прошли точку, после которой пересборка становится более рациональным вложением, чем продолжение латания.

SEO-риск пересборки, о котором часто забывают

Решение пересобрать сайт с нуля несёт отдельный риск, не связанный с деньгами напрямую, — потерю накопленного поискового трафика. Если у старого сайта была история — проиндексированные страницы, ссылки с других ресурсов, позиции в выдаче по нужным запросам — эта история существует по конкретным URL-адресам. Когда при перезапуске структура адресов меняется без настройки 301-редиректов со старых страниц на новые, поисковые системы фактически видят два разных сайта: старый, который перестал существовать, и новый, у которого нет истории. Трафик, который копился месяцами или годами, обнуляется, и приходится нарабатывать его заново.

Проблема в том, что настройка редиректов — это отдельная, довольно кропотливая работа: нужно выгрузить полный список старых URL, сопоставить их с новыми страницами по смыслу, а не просто «главная на главную», и после запуска отслеживать, что редиректы действительно работают и поисковик их обрабатывает. Эту работу часто не включают в смету пересборки, потому что она не создаёт видимого результата на самом сайте — а потом удивляются, почему после красивого нового дизайна трафик из поиска просел в разы. Если вы планируете пересборку, убедитесь, что редиректы прописаны в техническом задании отдельной строкой, а не подразумеваются «по умолчанию».

Как принять решение, а не гадать

Решение «сайт старый, пора менять» или «давайте ещё доработаем» на глаз — плохая основа для инвестиции, которая может стоить сотни тысяч рублей и месяцы работы. Правильный первый шаг — технический аудит текущего сайта: разбор того, что можно доработать в рамках существующей архитектуры, что упирается в ограничения движка и базы данных, и во сколько оценивается каждый из этих путей. Аудит должен дать не общее впечатление «сайт выглядит устаревшим», а конкретный список: какие задачи закрываются доработкой, какие требуют пересборки, и какая экономика у каждого варианта на горизонте года-двух.

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

Чек-лист для самопроверки

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

1. Меняется ли бизнес-модель сайта (например, добавляется онлайн-оплата, личный кабинет, маркетплейс-логика), или задачи остаются в рамках прежнего формата?
2. Поддерживается ли ваша CMS производителем, выходят ли для неё патчи безопасности, и на какой версии вы сейчас находитесь?
3. Растёт ли время и стоимость типовых доработок при сопоставимой сложности задач по сравнению с тем, что было год-два назад?
4. Сколько разных подрядчиков вносили правки в код за последние годы, и есть ли у кого-то полное понимание его структуры?
5. Проводился ли за последний год технический аудит, показывающий реальные архитектурные ограничения, а не общее ощущение «сайт старый»?

Если на большинство пунктов ответ спокойный — доработка остаётся рабочим и экономически оправданным путём. Если два-три пункта звучат тревожно, особенно смена модели или неподдерживаемая CMS, — это сигнал заказать аудит и всерьёз считать экономику пересборки, включая в неё редиректы и перенос истории, а не только дизайн и вёрстку.

Если проблема в устаревшей CMS, а не только в структуре сайта, отдельно разберите риски: мы писали о них подробно в статье «Обновление CMS и плагинов: какие риски держать под контролем». А если решение — не доработка, а расширение до полноценного каталога с оплатой, посмотрите, что входит в услугу разработки интернет-магазина.

Вывод

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