Сначала решите, какой результат должен изменить сайт
Фраза «сайт устарел» не объясняет задачу. Назовите наблюдаемую проблему: мало подходящих обращений, клиент не находит услугу, менеджер не понимает источник заявки или редактор неделями ждёт простую правку.
Выберите один главный результат на ближайший этап. Например: увеличить число заполненных форм с мобильных устройств или сократить путь до страницы услуги. Запишите текущую цифру и период сравнения. Тогда решение можно проверить после запуска, а обсуждение не сводится к личным вкусам.
Доработка подходит, если основа сайта не мешает изменениям
Оставляйте текущую основу, когда страницы открываются стабильно, мобильная версия удобна, содержание можно обновлять, а формы действительно доставляют обращения. В такой ситуации часто достаточно переписать первый экран, упростить меню, пересобрать форму или добавить доказательства рядом с предложением.
Хороший признак — каждую проблему можно исправить отдельно и проверить. Начните с самой заметной точки потери, выпустите изменение и сравните результат. Не нужно переделывать работающие разделы только ради единого большого релиза.
Новый сайт нужен, когда проблемы связаны между собой
Полная переделка оправдана, если навигация не отражает услуги, страницы дублируют друг друга, мобильный вид приходится чинить отдельно, а форма и аналитика встроены случайными кусками. Ещё один сигнал — редактор не может менять содержание без разработчика.
Составьте список ограничений и попробуйте оценить их по отдельности. Если исправление одного блока ломает соседние или требует переписать общую основу, серия мелких доработок станет дороже и рискованнее нового проекта. Решение всё равно принимают по составу работ, а не по одному признаку.
Сначала исправьте содержание, если сайт не отвечает на вопросы клиента
Новый дизайн не поможет, если посетитель не понимает, для кого услуга, какой результат он получит и что делать дальше. Проверьте заголовки, условия, примеры работ, ответы на возражения и контакты. Уберите общие обещания, которые подходят любой компании.
Если основная потеря находится в предложении или доверии, обновите содержание на текущем сайте и измерьте отклик. Статья о том, почему сайт не приносит заявки, поможет пройти этот путь до решения о полном редизайне.
Пройдите весь путь заявки, а не только страницы
Отправьте тестовое обращение с телефона и компьютера. Проверьте сообщение об успехе, письмо клиенту, запись у менеджера, источник обращения и скорость первого ответа. Если форма выглядит исправной, но заявка попадает в общий ящик без владельца, новый визуальный стиль проблему не решит.
Запишите каждую точку потери: непонятная кнопка, лишнее поле, ошибка отправки, пропавший источник или задержка ответа. Часть таких проблем исправляется небольшой доработкой, а часть показывает, что нужен новый сквозной путь.
Мобильная версия и скорость показывают состояние основы
Откройте ключевые страницы на обычном телефоне и медленной сети. Проверьте, легко ли прочитать текст, нажать кнопку, заполнить форму и вернуться после ошибки. Затем посмотрите, что именно замедляет страницу: тяжёлое изображение, лишний виджет или общая конструкция сайта.
Если достаточно оптимизировать несколько файлов и блоков, это доработка. Если каждая страница собрана по-разному и исправления не повторяются, разумнее менять основу.
При переделке сохраните полезные страницы и старые адреса
Новый сайт не должен обнулять уже работающий поиск и внешние ссылки. До запуска составьте список старых адресов, отметьте страницы с посещениями и сопоставьте им новые адреса. Внутренние ссылки и карта сайта также обновляются.
Официальное руководство Google по переносу сайта советует заранее сопоставить старые и новые адреса, настроить постоянный переход со старых страниц и наблюдать за результатом после запуска. Колебания поиска при заметных изменениях возможны, поэтому не обещайте сохранение каждой позиции.
Учтите, как команда будет обновлять сайт после запуска
Сайт работает годами, поэтому важен не только день публикации. Проверьте, может ли ответственный сотрудник изменить цену, добавить кейс, заменить сотрудника и увидеть тестовую версию до публикации. Уточните, кто обновляет систему, делает резервные копии и реагирует на ошибку.
Если текущая панель управления решает эти задачи, сохраняйте её без необходимости менять всё. Если простая правка требует ручного изменения кода и зависит от одного человека, включите управление содержанием в новый проект.
Переделать или доработать сайт помогает сравнение двух смет
Запросите два варианта: пакет точечных исправлений и новый сайт с переносом полезного содержания. В обоих должны быть одинаково видны результат, исключения, аналитика, проверка форм, запуск и поддержка.
Сравнивайте не только первую цену. Учтите повторные исправления, неудобство редактора и риск потерять поиск при переезде. Реалистичный срок нового запуска удобно сверить с материалом о том, сколько времени занимает создание сайта.
Начните с маленькой проверки и сохраните возможность отката
Сначала исправьте одну важную страницу или соберите прототип нового пути. Покажите его клиентам и сотрудникам, проверьте форму, мобильный вид и аналитику. Для нового сайта заранее сохраните копию, карту старых адресов и план возврата при ошибке.
Решение о следующем шаге принимайте по результату проверки. Если точечная доработка устранила главную потерю, продолжайте по частям. Если ограничения основы остались, переходите к новому сайту с уже понятным составом.
Чтобы обсудить аудит и следующий шаг, подготовьте адрес сайта, цель и три самые частые жалобы клиентов или команды.
