Когда пора обновить дизайн сайта
Сайт не становится плохим в определённый день рождения. Повод для редизайна — конкретные препятствия: клиент не понимает предложение, не находит услугу или не может оставить заявку. С них и стоит начинать обновление.


Прежде чем менять внешний вид, сформулируйте проблему и способ проверки результата. «Посетителю трудно отправить заявку с телефона» — рабочая задача. «Хочется современнее» — пока только пожелание.
Какие признаки говорят о проблеме
Первый сигнал — интерфейс не соответствует текущему бизнесу. Компания расширила услуги, изменила условия или стала работать с другой аудиторией, а сайт по-прежнему рассказывает о старом предложении. В этом случае работа начинается с содержания и структуры.
Второй сигнал — повторяющиеся затруднения клиентов. Менеджеры постоянно объясняют то, что должно быть понятно со страницы: стоимость, этапы, доставку, различия между продуктами. Соберите такие вопросы и проверьте, есть ли на сайте ясные ответы.
Третий сигнал — конкретные сбои в сценариях. Кнопка перекрыта меню, фильтр не помогает выбрать товар, форма теряет введённые данные, текст не читается на телефоне. Эти проблемы можно воспроизвести и исправить. Снижение обращений само по себе ещё не доказывает, что виноват дизайн: могли измениться трафик, спрос или предложение.
Проверьте путь клиента на реальном телефоне
Пройдите один законченный сценарий: откройте страницу из рекламы или поиска, найдите нужную услугу, изучите условия и отправьте тестовую заявку. Проверьте получение заявки в рабочем канале. Не ограничивайтесь просмотром первого экрана.
- Понятно ли без подсказок, чем занимается компания и где она работает?
- Можно ли прочитать текст без увеличения и нажать нужный элемент без промаха?
- Видны ли условия, примеры работ и следующий шаг?
- Не закрывают ли контент плавающая шапка, чат или всплывающие окна?
- Объясняет ли форма ошибки и подтверждает ли успешную отправку?
Записывайте наблюдение, страницу, устройство и ожидаемый результат. Вместо «неудобная форма» — «на телефоне клавиатура закрывает кнопку, после ошибки исчезает сообщение». Такая запись превращает обсуждение вкуса в конкретное задание.
Отделите визуальный дизайн от скорости
Иногда сайт выглядит аккуратно, но долго показывает основной контент или медленно реагирует на действия. Внешнее обновление не решит проблему автоматически: нужно найти тяжёлые изображения, лишние скрипты или другие причины задержек.
Для оценки опыта посетителей полезны Core Web Vitals: LCP — появление основного контента, INP — отзывчивость, CLS — неожиданные сдвиги. Ориентиры хорошего результата: LCP не более 2,5 секунды, INP не более 200 миллисекунд, CLS не более 0,1. Оценка ведётся по 75-му процентилю реальных посещений отдельно для мобильных и настольных устройств. Источник: web.dev.
Один лабораторный замер не описывает весь опыт аудитории. Сочетайте диагностику с проверкой реальных страниц и устройств; если данных посетителей недостаточно, прямо учитывайте это ограничение. Набор эффектов и анимаций стоит оценивать не только на мощном компьютере разработчика.
Точечная доработка или полный редизайн
Точечная доработка подходит, если структура понятна, содержание актуально, а препятствия локальны: неудобная форма, слабый первый экран, слишком плотная мобильная карточка или неясная кнопка. Сначала исправьте это и оцените результат.
Редизайн отдельных разделов разумен, когда проблемы сосредоточены в каталоге, услугах или оформлении заказа. Так можно сохранить удачные решения и не менять сразу весь сайт.
Комплексный редизайн нужен, когда новая логика бизнеса не помещается в старую структуру, интерфейс неоднороден, а ограничения платформы мешают необходимым функциям. Даже тогда полезно запускать работу этапами: содержание, прототип, визуальная система, реализация и проверка.
Универсального срока «обновлять каждые три года» нет. Решение должно опираться на задачи, качество текущего сайта и стоимость исправления проблем.
Что сохранить при обновлении
До начала работ составьте список действующих страниц и отметьте важные для поиска, рекламы и клиентов. По возможности сохраняйте адреса страниц, если их смысл не меняется. Если адрес всё же меняется, предусмотрите постоянное перенаправление на соответствующую новую страницу, обновите внутренние ссылки и карту сайта.
Не отправляйте все старые адреса на главную: посетитель должен попадать к подходящему содержанию. Изменения URL могут временно влиять на поисковые показатели, поэтому после запуска важно контролировать обход и индексацию. Подробный порядок описан в рекомендациях Google по переносу сайта.
Отдельно сохраните рабочие интеграции, настройки целей, доступы и исходные материалы. Новая форма должна доставлять заявки нужному получателю, а аналитика — корректно различать действия посетителей.
Как понять, что стало лучше
Зафиксируйте исходные показатели и условия до изменений: источники посетителей, устройства, обращения по выбранным страницам и их качество. После запуска сравнивайте сопоставимые периоды. Учитывайте рекламные изменения, сезонность и объём данных.
Составьте короткий список критериев приёмки: посетитель находит услугу, понимает её состав, проходит форму на телефоне, получает подтверждение; заявка доходит, страница не имеет горизонтальной прокрутки, меню доступно с клавиатуры. Это можно проверить до того, как накопится статистика.
Если изменились одновременно дизайн, реклама, цены и ассортимент, нельзя приписывать весь результат одному редизайну. Отслеживайте изменения по этапам и фиксируйте гипотезы. План следующих действий — в материале «Сайт запущен. Что дальше?».

