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

Сайт выглядит устаревшим, реклама приводит посетителей, а обращений мало. Это ещё не означает, что всё нужно создавать заново. Иногда достаточно исправить форму и объяснить предложение; иногда старую основу действительно неразумно сохранять. Решение стоит принимать по задаче бизнеса, ограничениям платформы и полному составу работ, а не по возрасту дизайна.

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

Сначала определите, что именно не работает

Фраза «сайт не продаёт» слишком широка для технического задания. Разделите её на наблюдаемые проблемы:

• Не те посетители. Реклама обещает одно, страница предлагает другое; обращаются из неподходящих регионов или за услугами, которых нет. Новый дизайн сам по себе это не исправит.
• Неясное предложение. Человек не понимает, что входит в услугу, кому она подходит и что произойдёт после обращения. Начать можно с содержания и структуры конкретной страницы.
• Потери на пути к заявке. На телефоне перекрыта кнопка, форма выдаёт ошибку, письмо не приходит менеджеру. Здесь сначала нужна проверка всего маршрута обращения.
• Ограничения основы. Нельзя нормально добавлять услуги, менять материалы или подключать необходимые процессы без постоянных обходных решений. Это аргумент в пользу более глубокой переработки.

Проверьте отправку тестовой заявки и её получение, а не только появление сообщения «Спасибо». Сопоставьте страницы входа, источники трафика и полезные обращения. В Яндекс Метрике цели позволяют учитывать важные действия, но клик по кнопке ещё не равен качественной заявке или договору. Если отслеживание не настроено, отсутствие конверсий в отчёте не доказывает отсутствие обращений.

Когда разумнее доработать старый сайт

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

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

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

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

Когда стоит рассмотреть новый сайт

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

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

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

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

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

1. Содержание и структура. Какие страницы остаются, какие создаются, кто готовит и согласовывает тексты, фотографии и факты о компании.
2. Дизайн и мобильная версия. Какие шаблоны и состояния входят в работу: не только первый экран, но и форма с ошибкой, меню, длинные тексты.
3. Функциональность. Формы, уведомления, CRM, цели аналитики, внешние сервисы — с конкретным описанием сценариев.
4. Перенос. Какие материалы и адреса сохраняются, кто настраивает перенаправления, проверяет ссылки и готовит резервную копию.
5. Запуск и поддержка. Кто переносит сайт на основной адрес, передаёт доступы, исправляет согласованные недочёты и отвечает за дальнейшие изменения.
6. Регулярные расходы. Хостинг, лицензии, платные сервисы и обслуживание учитывайте отдельно, если они необходимы.

Сравнивайте общую стоимость согласованного результата и последующей поддержки, а не только стартовую сумму. Универсального правила вроде «если доработка дороже половины нового сайта — переделывайте» нет: объём, риски переноса и срок использования различаются. Сроки также зависят от готовности материалов и согласований; их стоит фиксировать вместе с ответственными.

Условный пример: одинаковая жалоба, разные решения

Это иллюстрация метода, а не клиентский кейс. Две сервисные компании говорят: «С сайта мало заявок».

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

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

Как не потерять важное при переделке

До запуска составьте список ценных страниц: на них приходят посетители, стоят внешние ссылки или размещены полезные материалы. Если адрес меняется, заранее сопоставьте старую страницу с её новым аналогом. Яндекс рекомендует перенаправлять страницы на соответствующие новые, а не отправлять все старые адреса на главную.

В рекомендациях Google по переезду с изменением URL предусмотрены подготовка карты адресов, проверка нового сайта и наблюдение за трафиком после переноса. При значительных изменениях возможны временные колебания позиций. Перенаправления и аккуратный запуск снижают технические риски, но не гарантируют сохранение позиций или рост заявок.

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

Что подготовить перед обращением к исполнителю

• Ссылку на сайт и короткое описание задачи: что должно измениться для клиента и для бизнеса.
• Список проблем с примерами страниц и снимками ошибок, без персональных данных клиентов.
• Перечень услуг, регионов работы и обязательных функций.
• Информацию о платформе, домене, хостинге и наличии доступов. Пароли не включайте в открытый бриф; способ передачи согласуйте отдельно.
• Доступную аналитику за сопоставимые периоды с учётом сезонности и изменений рекламы; отметьте, каким данным пока нельзя доверять.
• Материалы, которые можно использовать, желаемый срок и ограничения бюджета — если они уже определены.

Чек-лист приёмки: проверяйте сценарии, а не только макет

• Посетитель понимает услугу, состав предложения и следующий шаг.
• На телефоне и компьютере работают меню, ссылки, кнопки и формы; контент не перекрывается.
• Тестовая заявка приходит нужному получателю или в CRM; ошибки ввода объяснены, повторная отправка проверена.
• Согласованные цели аналитики проверены, счётчик не продублирован, тестовые обращения отличимы от реальных.
• Важные старые URL сохранены либо ведут на соответствующие страницы; внутренние ссылки обновлены.
• На публичных страницах корректны HTTPS, заголовки и канонические адреса; не остался случайный запрет индексации из тестовой версии.
• Доступы, резервная копия и инструкция по редактированию переданы; порядок исправления недочётов согласован.

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

С чего начать именно вам

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

В КликСайте можно обсудить создание или доработку сайта: отправьте ссылку на текущий проект, задачу и известные ограничения. Примеры сайтов и прототипов помогут обсудить структуру и оформление; демонстрации не являются доказательством роста продаж.

Источники проверены 27 октября 2026 года. Материал предназначен для владельцев бизнеса и помогает подготовить решение и задание исполнителю.