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

«Сайт устарел» — диагноз, который ничего не назначает
Представим компанию с работающим сайтом. Собственнику не нравится внешний вид, маркетолог жалуется на обращения, разработчик хочет новую платформу. Все согласны, что пора переделывать, но каждый собирается лечить свою проблему. В результате можно потратить бюджет на новую оболочку, перенести в неё старую путаницу и получить современную версию прежнего недоразумения.
Вопрос «редизайн или новый сайт» стоит разделить на причины. Визуальный язык может устареть, предложение — измениться, путь обращения — ломаться, платформа — ограничивать развитие. Это разные задачи и разные объёмы. Иногда достаточно обновить оформление и несколько страниц. Иногда сохранение нынешней основы обходится дороже пересборки. Ответ появляется после разбора работающего процесса, а не по возрасту последней фотографии в подвале.
Начните с одной страницы и одного действия покупателя. Что человек должен понять, проверить и сделать? Где именно возникает препятствие? Если форма не принимает данные, смена шрифта не решит задачу. Если услуга описана непонятно, перенос в новую CMS тоже не добавит смысла. Такой короткий разбор уже позволяет отделить обязательную работу от пожеланий, которые могут подождать.
В разработке сайтов 404ai состав проекта связывают со структурой, содержанием, дизайном, формами и аналитикой. Перед обсуждением новой версии полезно принести список работающих страниц и конкретных препятствий. По ссылке можно посмотреть подход и опубликованные условия, а объём переделки согласовать по своей задаче.
Что сохранить до обсуждения нового дизайна
У старого сайта могут быть полезные активы: страницы с подходящими переходами, понятные объяснения, востребованные документы, привычные действия постоянных клиентов и рабочие интеграции. Их нужно найти до начала переделки. Иначе слово «старое» незаметно станет разрешением удалить всё, что компания научилась делать за несколько лет.
Составьте инвентарь не только адресов, но и функций. Какая страница отвечает на какой вопрос, кому нужен документ, откуда приходят обращения и что менеджер получает после формы. У каждого элемента фиксируют состояние: работает; требует исправления; больше не соответствует предложению; неизвестно. Неизвестное сначала проверяют, а не автоматически относят к мусору.
Аналитика помогает выбрать приоритеты, но её данные тоже требуют смысла. Высокая посещаемость может приходиться на информационный материал, который не обязан продавать напрямую. Низкое число заявок может зависеть от источников и обработки, а не только интерфейса. Важно сопоставить страницу с задачей и доступным последующим действием, не объявляя любой популярный адрес коммерческим победителем.
| Актив | Что проверить | Решение до переделки |
|---|---|---|
| Страница | Вопрос, переходы и актуальность | Сохранить, уточнить или заменить |
| Документ | Кому нужен и какая версия действует | Оставить доступ и обновить контекст |
| Форма | Принятие данных и передача | Повторить рабочий маршрут или исправить |
| Каталог | Поиск, фильтры и карточки | Сохранить полезную структуру |
| Интеграция | Данные и фактический результат | Зафиксировать контракт приёмки |
| Дизайн | Понятность, состояния и характер | Выбрать глубину обновления |
Пять слоёв переделки вместо одной сметы «за сайт»
Первый слой — предложение. Изменились ли услуги, клиенты или способ продажи? Если да, содержание и структура могут требовать переработки независимо от дизайна. Второй — контент: факты, составы, условия, проекты и материалы. Третий — пользовательские маршруты: выбор, сравнение, обращение и продолжение. Четвёртый — визуальная система. Пятый — технологическая основа и интеграции.
Слои связаны, но не обязаны меняться одновременно. Новый продукт может потребовать нескольких страниц на прежней платформе. Новая визуальная система может сохранять смысл и адреса. Смена технологии может быть нужна при неизменном предложении, если существующая основа мешает эксплуатации. Такое разделение позволяет получить сопоставимые варианты, а не спорить, почему у двух подрядчиков слово «редизайн» означает разную работу.
Полезно попросить три объёма: минимальное устранение препятствий, содержательный редизайн и более глубокую пересборку. Для каждого нужны результат, сохраняемые активы, ограничения и условия запуска. Это не обязательно три разных договора. Это способ понять, за что именно компания платит и какая дополнительная задача решается следующим уровнем бюджета.
Когда достаточно визуального обновления
Такой вариант уместен, когда предложение и структура понятны, основные действия работают, а проблема действительно в выражении бренда и качестве интерфейса. Можно обновить типографику, композицию, изображения, состояния компонентов и движение, сохранив полезные страницы и рабочие процессы. Но до решения нужно проверить, что содержание не скрывает более серьёзные противоречия.
Визуальное обновление тоже требует системы. Если изменить только главный экран, внутренние страницы могут остаться чужими по характеру. Если взять новую палитру без проверки контраста и состояний, сайт станет свежее на презентации и неудобнее в использовании. Приёмка должна охватывать типовые страницы, мобильный маршрут, ошибки, меню и подвал, а не один большой макет в спокойном состоянии.
Стиль не обязан быть незаметным. Выразительная графика и анимация могут помогать продукту, когда объясняют действие и поддерживают внимание. Проблема возникает, если человек ждёт окончания эффектного перехода, чтобы найти условия, или не может пользоваться интерфейсом с уменьшенным движением. Дорогой дизайн — это продуманное поведение, а не только количество визуальных слоёв.
Когда нужна переработка структуры и содержания
Если посетители не понимают различия услуг, документы противоречат друг другу или поиск ведёт на неподходящие страницы, одной косметики мало. Нужна новая карта вопросов и предложений. Иногда это означает укрупнение разделов, иногда — отдельные страницы под разные задачи, иногда — отказ от повторяющихся описаний, которые мешают выбрать.
Проверьте реальный состав предложения. На старом сайте могли смешаться прошлые и действующие пакеты, услуги партнёров и собственная работа, концепты и завершённые проекты. Перед новым текстом владелец бизнеса должен определить, что компания действительно предлагает. ИИ помогает собрать черновики и обнаружить расхождения, но не назначает новые обещания ради полноты макета.
Структурный редизайн полезно показывать прототипом. Пусть человек попробует выбрать подходящую услугу и объяснить следующий шаг. На этом этапе проще изменить последовательность и убрать лишнее, чем после готовой анимации. Проверка смысла не отменяет арт-дирекцию; она даёт ей предмет, который стоит выразительно показать.
Подробный разбор структуры сайта услуг посвящён проектированию такого пути. Здесь важно решение о масштабе: какие части действующего сайта действительно требуют нового устройства и какие уже выполняют свою работу. Не стоит менять все адреса только потому, что прототип стал визуально чище.
Когда новая платформа оправдана
Технологическую основу меняют, когда есть подтверждённое ограничение: недоступный нужный процесс, неприемлемая сложность поддержки, проблемы управляемости или невозможность обеспечить необходимые требования. Возраст технологии сам по себе недостаточен. Старая предсказуемая система может обслуживать простой сайт хорошо, а новая модная — потребовать значительно больше внимания.
Для сравнения нужны конкретные операции: обновить услугу, опубликовать проект, изменить каталог, принять обращение, передать данные. Подрядчик показывает, как они выполняются на текущей и предлагаемой основе. Если аргумент звучит только как «тут всё нужно переписать», попросите назвать ограничение и его цену. Иногда оно существует. Иногда разработчику просто комфортнее начинать с чистой папки.
У новой основы есть расходы после запуска: хостинг, обновления, доступы, резервное копирование, сопровождение и работа с интеграциями. Их нельзя спрятать в сравнении стартовой разработки. Компания выбирает не только экран на дату сдачи, но и способ жить с сайтом дальше. Простая смена CMS не освобождает от владельцев содержания и обработки обращений.
| Признак | Вопрос к исполнителю | Что не считать достаточным ответом |
|---|---|---|
| Нужной функции нет | Можно ли добавить её в текущий контур? | «На новой платформе всё лучше» |
| Обновления дороги | Какая операция создаёт расход? | Общая оценка «код плохой» |
| Интеграция нестабильна | Где причина и что меняет новая схема? | Обещание без контрольного маршрута |
| Поддержка зависит от одного человека | Как устроена передача и документация? | Новый единственный незаменимый автор |
| Ограничен рост каталога | Какие объём и действия проверены? | Абстрактная масштабируемость |
SEO нужно сохранить как процесс, а не как набор старых метатегов
При изменении адресов важно подготовить соответствие старых и новых страниц. Google описывает карту URL, перенаправления и наблюдение как части переезда. Эти действия относятся к ситуации с изменением URL; не каждый визуальный редизайн требует такого переезда. Полезно не создавать лишнюю миграцию там, где можно сохранить понятные работающие адреса.
Сохранить title недостаточно, если исчезло содержание, которое отвечало на вопрос посетителя. Нужно проверить смысловую полноту: определения, условия, доказательства и внутренние связи. Новая композиция может быть короче и яснее, но сокращение не должно вырезать важные ответы. Особенно легко потерять информацию, когда большой интерфейс или иллюстрация заменяет сразу несколько прежних пояснений.
Для адресов и переключения есть отдельная инструкция по переносу сайта. В выборе объёма редизайна достаточно заранее включить эти работы, если они действительно нужны. Иначе карта миграции всплывёт в день запуска как неожиданная дополнительная задача, хотя старые страницы существуют у компании уже много лет.
Проверяют также ссылки из рекламы, писем, документов и внешних карточек. Поисковый трафик — не единственный способ попасть на сайт. Новая страница может открываться отлично из меню и терять людей по старым прямым адресам. Перечень важных входов помогает принять реальное переключение, а не только красивое путешествие от главной страницы.
Разбор выбора: один сайт, три разумных проекта
Возьмём условную компанию с услугами для бизнеса. Предложение актуально, часть внутренних страниц полезна, но главная перегружена и формы не передают контекст. На текущей платформе необходимые изменения технически возможны. Первый вариант — исправить формы, пересобрать главную и уточнить несколько услуг. Он быстрее закрывает явные препятствия, но не даёт полной новой визуальной системы.
Второй вариант — содержательный редизайн типовых страниц с сохранением платформы и полезных адресов. Он включает общую композицию, медиаматериалы, состояния меню и новые маршруты. Его результат нужно принимать на нескольких типах страниц, а не по единственному макету. Третий вариант — новая основа, если после проверки выявлено ограничение, которого не было видно в начальном запросе.
Все три предложения могут быть профессиональными, если решают свои задачи и имеют ясные границы. Выбор не сводится к самому дешёвому или самому смелому. Компания сопоставляет необходимость, последовательность и доступный ресурс. Полная пересборка ради исправления одной формы может быть избыточной; косметика при неверной структуре — недостаточной.
В смете должны быть одинаково названные результаты. Если один вариант включает тексты, изображения и перенос, а другой — только интерфейс, сравнение итоговых сумм вводит в заблуждение. Полезно отдельно выделить материалы заказчика, работу команды и внешние расходы. Так решение о дизайне перестаёт прятать незакрытую работу под заголовком «наполнение».
Как проверять производительность без торговли зелёными кружками
Web Vitals выделяет загрузку, интерактивность и визуальную стабильность как измеримые аспекты опыта. Эти измерения помогают находить препятствия, но лабораторный балл не описывает весь коммерческий результат сайта. Можно получить хороший отчёт и оставить непонятное предложение; можно сделать эффектную анимацию, которая мешает действию на обычном телефоне.
В приёмке выбирают реальные типы страниц, устройства и действия. Изображения имеют подходящие размеры, важный контент не ждёт лишних ресурсов, интерфейс реагирует предсказуемо. Проверяют не только первый экран, но и открытое меню, просмотр медиа и заполнение формы. Среднее впечатление на мощном компьютере разработчика не заменяет этот проход.
Отдельно оценивают доступность. W3C рекомендует проверять её с ранних этапов и в процессе редизайна, отмечая необходимость человеческой оценки. Поэтому автоматический отчёт полезен вместе с клавиатурой, масштабированием, читаемостью и понятными состояниями. Сайт должен оставаться рабочим, когда человек использует его иначе, чем дизайнер на презентации.
Приёмка нового сайта начинается до его публикации
Согласуйте, что именно остаётся и что меняется. По содержанию нужна матрица важных ответов, по маршрутам — проверяемые действия, по технологии — состав интеграций и эксплуатации. У каждого результата есть владелец. Если приёмка состоит только из фразы «всё нравится», дефекты смысла и доставки заявок могут пережить торжественный запуск.
| Область | Что сравнить до и после | Проверка готовности |
|---|---|---|
| Предложение | Состав и условия | Нет новых противоречий |
| Содержание | Важные ответы и доказательства | Смысл не деградировал |
| Адреса | Входы и соответствие страниц | Нет необъяснимых потерь |
| Обращение | Поля, передача и подтверждение | Задача доходит по контракту |
| Интерфейс | Меню, медиа, ошибки, телефон | Работают разные состояния |
| Эксплуатация | Доступы, копии, обновления | Понятно, кто поддерживает |
Запуск проводят с наблюдением и предусмотренным порядком исправления. Возврат к прежней версии должен учитывать изменения данных, если сайт их хранит. Нельзя считать наличие старой папки полным планом отката для любой системы. Конкретный порядок зависит от платформы и операций, но вопрос нужно задать до переключения, а не после первого обращения с потерянным файлом.
Когда стоит остановить переделку и сначала разобраться
Если компания не договорилась, что продаёт, новый сайт быстро станет местом этого спора. Если нет доступных материалов и владельцев фактов, разработка будет ждать бесконечное «пришлём позже». Если неизвестно, как принимаются обращения, красивый интерфейс унаследует неопределённость. Иногда лучший первый этап — короткая подготовка предложения, контента и процессов, а не немедленная отрисовка всех экранов.
Это не повод откладывать работу навсегда. Подготовительный этап должен давать конкретный результат: список решений, источники, владельцев и выбранный объём. После него появляется основание для сметы и календаря. Не нужно оплачивать бесконечную стратегическую туманность, но и требовать готовый сайт до определения задачи обычно дороже.
Что спросить у подрядчика на первой встрече
Попросите назвать, что он предлагает сохранить, какую причину переделки решает каждый слой и как будет приниматься результат. Пусть покажет разницу между минимальным обновлением, содержательным редизайном и новой основой. Хороший ответ объясняет стоимость выбора и ограничения, а не стыдит вас за возраст нынешнего сайта.
Сайт может нуждаться в смелом новом образе. Может — в аккуратном ремонте и ясном тексте. Решение становится профессиональным, когда связано с задачей покупателя и дальнейшей жизнью компании. Переделывать всё легче эмоционально: появляется ощущение чистого старта. Сохранить полезное, исправить конкретное и доказать, что стало лучше, обычно требует больше внимательной работы.
Источники и границы разбора
Проверено 6 ноября 2026. Первичные документы поясняют механизмы и определения, на которые опирается разбор. Методические примеры раскрыты в основном тексте.
- Google — Site moves
При изменении URL нужны карта, перенаправления и наблюдение; миграция не равна любому редизайну.
- web.dev — Web Vitals
Загрузка, интерактивность, визуальная стабильность и полевое измерение.
- W3C WAI — Evaluate
Проверка доступности с начала и в процессе; один инструмент не заменяет человека.