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