Редизайн нужен не потому, что сайт «выглядит старым». Он нужен, когда текущая страница мешает выполнить бизнес-задачу: предложение трудно понять, важную услугу нельзя найти, мобильная версия ломает путь до заявки или редактор не может обновить содержимое без разработчика.
Мы начинаем с работающей версии, а не с пустого холста. Сохраняем страницы и элементы, которые уже приводят трафик или помогают клиентам, и меняем только то, что подтверждено аудитом, аналитикой и содержанием задачи.
Когда редизайн оправдан
- компания изменила услуги или позиционирование, а сайт рассказывает о прошлом предложении;
- посетители доходят до страницы, но не понимают следующий шаг;
- на телефоне текст, кнопки и формы становятся неудобными;
- одинаковая информация расходится на разных страницах;
- контент нельзя обновить без ручной правки кода;
- реклама ведёт на общий экран вместо страницы конкретной услуги;
- сайт технически работает, но его структура не поддерживает развитие.
Один визуальный вкус не считается достаточной причиной. Если задача решается редактурой заголовка, новой формой или исправлением мобильного блока, полная перестройка будет лишней.
Что проверяем до макетов
Собираем список URL, смотрим поисковые показы и переходы, отмечаем страницы с заявками и внешними ссылками. Затем проходим основные сценарии на компьютере и телефоне: первый экран, меню, услуга, кейс, форма, сообщения об ошибках.
Отдельно фиксируем содержимое. Редизайн не исправит страницу, на которой непонятно описана услуга. Поэтому структура и текст появляются до финальной визуальной системы, а не заполняют готовые пустые блоки.
Результат аудита — список решений с приоритетом. Для каждого понятно, какую проблему оно исправляет и как проверить его после запуска.
Как проходит проект
- Инвентаризация страниц, аналитики, интеграций и ограничений действующей системы.
- Карта содержания и сценариев: что сохранить, объединить, переписать или убрать.
- Прототип ключевых экранов с реальными текстами и состояниями.
- Визуальная система и адаптация на выбранных контрольных размерах.
- Разработка, перенос данных и настройка редиректов.
- Проверка форм, аналитики, метаданных, скорости, доступности и индексации.
- Запуск с резервной копией и планом отката.
Этапы можно разделить. Например, сначала переработать главную и две коммерческие страницы, а каталог или личный кабинет перенести позже.
Как не потерять SEO
URL, которые получают показы и ссылки, не меняем без причины. Если адрес всё же должен измениться, настраиваем постоянный редирект на наиболее близкую новую страницу. Не отправляем десятки старых страниц на главную.
Title, description, H1, основной текст и внутренние ссылки переносятся осознанно. После публикации обновляем sitemap, проверяем canonical и отправляем изменённые URL на переобход. Рекомендации по объединению дублей и выбору основной страницы сверяем с документацией Google и Яндекса.
Первые недели после запуска сравниваем показы, клики, позиции и ошибки индексации. Резкое падение не ждёт конца квартала: для него должен быть понятный ответственный и сценарий отката.
Что получает бизнес
- карту текущих проблем и приоритетов;
- структуру страниц и тексты ключевых экранов;
- дизайн для компьютера и телефона;
- разработку и управляемый контент;
- перенос аналитики и интеграций;
- таблицу старых и новых URL;
- проверку перед запуском и после него;
- инструкции для дальнейшего обновления.
В кейсе «Навсегда» показан связанный подход: клиентский сайт, админка и уведомления проектировались как одна система. Для редизайна принцип тот же — внешний экран нельзя отделять от того, как команда обрабатывает содержимое и обращения.
Частые вопросы
Обязательно менять весь сайт сразу?
Нет. Если архитектура позволяет, начинаем с страниц, которые влияют на обращение или уже получают трафик. Остальное переводим поэтапно.
Можно сохранить текущую CMS?
Можно, если она не ограничивает нужную структуру, скорость и редактирование. Решение принимается после технической проверки, а не по названию платформы.
Как оценить результат редизайна?
Сравниваем не субъективное впечатление, а понятные показатели: видимость коммерческих страниц, переходы к услугам, завершение форм, ошибки на мобильных и время выпуска обновлений.
Первый шаг — прислать ссылку и назвать одну задачу, которая сейчас не решается. Мы проведём короткий разбор и определим, нужен полный редизайн или достаточно точечной доработки.