Когда сайту нужен редизайн, а когда достаточно исправлений
Попробуйте выполнить главные действия с телефона: найти услугу, понять условия, отправить вопрос. Если приходится увеличивать экран, угадывать кнопки и возвращаться назад, проблема уже выходит за пределы вкуса. Но её масштаб ещё предстоит определить.
Иногда достаточно исправить форму, переписать первый экран или добавить недостающую информацию на страницу услуги. Полный редизайн оправдан, когда проблемы повторяются в разных разделах: структура не соответствует продуктам, содержание трудно обновлять, интерфейс мешает покупке, техническая основа ограничивает развитие.
Разделите визуальное обновление, переработку сценариев и технический перенос. Замена шрифтов и графики не обязательно требует новой CMS. Новая система управления не обязывает менять адреса всех страниц. Если объединить разные задачи одним словом «редизайн», смета станет непрозрачной, а приёмка сведётся к впечатлению от картинки.
Отсутствие заявок тоже не доказывает необходимость нового дизайна. На сайт могут приходить неподходящие посетители, предложение может проигрывать по условиям, а обращения могут теряться после отправки. В таком случае дорогая переделка только отложит разговор о настоящей причине.
Аудит: что выяснить до первого макета
Соберите данные веб-аналитики, поисковых панелей и продаж. Какие страницы привлекают покупателей, какие дают обращения, где прерывается путь? Разделите устройства, источники и типы посетителей. Средний показатель по всему сайту скроет успешный раздел и проблемную мобильную форму.
В Яндекс Метрике полезно смотреть цели и поведение, в Яндекс Вебмастере и Google Search Console проверять поиск и доступность страниц. CRM помогает сопоставить обращения с подходящими задачами и оплатами. Если история аналитики неполная, прямо зафиксируйте, что неизвестно. Нельзя придумывать исходную конверсию ради аккуратного сравнения.
Дополните цифры наблюдением за реальными заданиями. Попросите человека, похожего на покупателя, найти нужный вариант и объяснить условия. Не ведите его по экрану. Записи поведения показывают затруднение, но редко объясняют мотив сами по себе; вопросы и разговоры помогают понять причину.
Внутренний аудит не менее полезен. Как редактор добавляет услугу? Кто обновляет цены? Как менеджер получает заявку? Если новая версия выглядит современно, но сохраняет неудобную работу сотрудников, часть задачи останется нерешённой.
В результате нужен список проблем с доказательствами, последствиями и приоритетами. Формулировка «устаревший интерфейс» слишком широка. «На телефоне кнопка отправки закрыта панелью, подтверждение не видно» уже задаёт проверяемую работу.
Определите результат, который можно проверить
Выберите критерии до обсуждения визуальной концепции. Для заявочного сайта это могут быть доля успешных обращений и качество задач, для магазина важны завершённые покупки, для сложного B2B-продукта имеет значение понятность информации и переход к предметному разговору.
Не сводите приёмку к обещанию роста выручки. Подрядчик контролирует доступность интерфейса, правильность сценариев и техническое исполнение. На продажи также влияют спрос, цены и работа менеджеров. В договорённостях нужно разделить качество готового сайта и бизнес-гипотезы, которые проверяются после запуска.
Зафиксируйте исходный период, определения событий и сегменты сравнения. Если до редизайна целью считали клик по кнопке, а после начали учитывать только подтверждённую отправку, конверсия изменится из-за способа измерения. Это полезное исправление аналитики, но не доказательство ухудшения сайта.
Без критерия успеха редизайн превращается в голосование вкусов. А вкусы в переговорной размножаются быстрее печенья. Возвращайте обсуждение к задаче покупателя: что конкретно ему станет проще сделать?
Структура и контент: что сохранить
Составьте реестр страниц. Кроме видимых разделов меню, на сайте могут быть посадочные страницы рекламы, статьи, документы, карточки и старые адреса с внешними ссылками. Для каждого нужно определить судьбу: сохранить, улучшить, объединить или удалить с обоснованием.
Страницы с поисковыми переходами и заявками требуют особенно внимательного разбора. Нельзя удалять подробное описание продукта только потому, что оно не помещается в новый минималистичный экран. Перестройте подачу: сделайте навигацию по разделам, уточните заголовки, уберите повторы, сохраните полезные ответы.
Новая карта сайта должна отражать продукты и вопросы покупателей. Разным услугам с самостоятельным спросом нужны собственные страницы. При этом создавать несколько адресов под перестановку одних и тех же слов не стоит: отдельная страница должна иметь отдельный смысл.
Для каждого шаблона соберите настоящий материал до финального дизайна. Самое длинное название, реальная фотография, таблица характеристик и сложный кейс покажут ограничения лучше текста-заполнителя. Уточните, кто подтверждает сведения и к какому сроку. Согласованный макет без готового содержания ещё далёк от запуска.
Если меняется позиционирование бизнеса, сначала согласуйте новую логику предложения. Иногда редизайн сайта становится частью ребрендинга компании. Но косметически менять весь бренд ради исправления навигации не требуется.
Прототип проверяет путь, дизайн задаёт систему
Прототип показывает, как человек получает аргументы и переходит к действию. Он должен охватывать весь сценарий: вход на внутреннюю страницу, выбор услуги, ответы на вопросы, форму и подтверждение. Одна главная страница не представляет весь сайт.
Проверьте, совпадают ли ожидание от ссылки и содержание. Человек из поиска часто не видит главную. На странице услуги ему всё равно нужны контекст, условия, доказательства и следующий шаг. Кейс должен помогать понять вашу работу, а не заставлять угадывать её по галерее.
В дизайне определяют типографику, сетку, контрасты, компоненты и правила изображений. Проверяют мобильную версию, длинные заголовки, ошибки форм и пустые состояния. Недостающие состояния не исчезают от того, что их нет в презентации: разработчик будет вынужден придумывать их сам.
Анимация оправдана, когда помогает ориентироваться или показывает изменение. Если она задерживает доступ к тексту, мешает прокрутке или делает кнопку неуловимой, эффект работает против задачи. Нужен удобный способ пользоваться сайтом с клавиатуры и без обязательного наблюдения за движением.
Результат согласования должен включать правила поведения, а не только набор статичных экранов. Что происходит при неверном вводе? Сохраняются ли заполненные поля после ошибки? Чем заканчивается успешная отправка? Именно в этих деталях красивый макет превращается в рабочий интерфейс.
Нужна ли новая техническая платформа
Решение принимают по ограничениям: редактор, каталог, личный кабинет, интеграции, производительность и поддержка. Если текущая система справляется, переход ради модного названия увеличит объём и риски. Если простые изменения требуют постоянных обходных решений, обновлять только фасад тоже неразумно.
В задании перечислите операции сотрудников и интеграции. Кто редактирует контент, как передаются обращения, откуда приходят цены и остатки, какие права нужны разным ролям? Проверяйте эти сценарии вместе с внешним интерфейсом.
SEO-требования включают управляемые метаданные, предсказуемые адреса, корректные ответы сервера и доступный контент. У сайта с JavaScript проверяют, что поисковая система получает нужные сведения и обычные ссылки. Это отдельная техническая проверка, а не вывод из того, что страница открылась у разработчика. Основы описаны в документации Google по JavaScript SEO.
Заранее согласуйте владение доменом, хостингом, исходниками и лицензиями. Опишите резервное копирование и сопровождение. Обновлённый сайт должен быть удобен компании и после того, как команда разработки завершит проект.
Как снизить риск потери SEO при редизайне

По возможности сохраняйте работающие адреса. Если URL меняются, заранее подготовьте соответствия старых и новых страниц, включая важные документы и изображения. Постоянные редиректы должны вести на подходящие материалы, без лишних цепочек. Отправить все старые адреса на главную проще, но это не сохраняет смысл прежних страниц.
Обновите внутренние ссылки, canonical и карту сайта. Проверьте, что в опубликованной версии не осталось ограничений индексации тестового окружения. Удалённой странице без подходящей замены нужен корректный ответ об отсутствии, а не пустая страница с кодом успеха. Эти принципы и возможные колебания позиций описаны в руководстве Google по переносу URL.
Полезные заголовки, содержание и метаданные переносят с осмысленной редактурой. Особенно внимательно проверяют посадочные страницы, которые уже отвечают поисковому спросу. Удаление существенных сведений может изменить релевантность, даже если адрес остался прежним.
Когда возможно, не меняйте одновременно домен, платформу, структуру и всё содержание. Поэтапный запуск упрощает поиск причин отклонений. До переключения нужна резервная версия и план возврата, который учитывает обращения и заказы, появившиеся после запуска.
Гарантировать отсутствие просадки нельзя. Поисковые системы должны обработать изменения, а причины колебаний не ограничиваются самим редизайном. Профессиональный подход состоит в контроле рисков и проверках, а не в обещании «SEO точно не пострадает».
Приёмка: проверьте сайт как покупатель и как редактор
Пройдите главные сценарии на обычном телефоне и компьютере. Найдите услугу, откройте кейс, заполните форму с ошибкой, исправьте её, проверьте подтверждение. Для интернет-магазина нужны отдельные проверки корзины, оплаты, статусов и отмен. Задача заканчивается там, где заказ понятен ответственному сотруднику.
Проверьте обработку ошибок и повторных действий. Медленный ответ не должен превращаться в несколько одинаковых заявок. Сбой доставки не должен выглядеть как успех. Тестовые обращения согласуйте заранее, чтобы они не попали в рабочую отчётность как настоящие продажи.
Редактору предложите самостоятельно добавить материал, заменить изображение и исправить контакт. Так проверяется обещанная управляемость. Затем сверяют комплект доступов, инструкцию, резервную копию и правила поддержки.
Быстродействие проверяют по основным шаблонам, а не только по главной. Лабораторный тест помогает найти тяжёлые ресурсы и задержки; данные реальных пользователей показывают другие условия. Один красивый балл не заменяет проверку удобства и доставки заявки.
- Приоритетные страницы, тексты и файлы перенесены.
- Старые адреса дают согласованный результат, редиректы проверены.
- Мобильные заголовки, меню и формы не выходят за экран.
- Заявки доходят ответственному, ошибки объясняются пользователю.
- Цели аналитики соответствуют реальным действиям.
- Команда умеет обновлять сайт и знает порядок поддержки.
После запуска: что смотреть в первую очередь
Сразу после переключения проверяют доступность ключевых страниц, формы, интеграции, файлы и аналитику. Затем наблюдают за обходом и индексированием в поисковых панелях. Отсутствие ошибки в день запуска не означает, что все старые адреса уже обработаны поиском.
Сравнивайте сопоставимые сегменты и периоды. Учитывайте сезон, рекламные расходы, источники и изменения предложения. Если одновременно выросла доля холодного трафика, общая конверсия может снизиться при улучшении сценария для прежней аудитории.
Падение обращений сначала проверяйте на техническую причину: не сломалась ли отправка, не изменился ли адрес доставки, работают ли события. Затем разбирайте страницы входа и качество трафика. У такого порядка есть практическое преимущество: поломку формы можно устранить быстрее, чем спор о новом визуальном стиле.
В итогах зафиксируйте подтверждённые улучшения и нерешённые вопросы. Редизайн даёт основу для дальнейшей работы. Продвижение, развитие контента и проверка предложений продолжаются; о них подробнее в статье про SEO-продвижение сайта.
От чего зависят стоимость и сроки редизайна
Основные факторы: число уникальных шаблонов, состояние контента, объём каталога, интеграции, новая функциональность и сложность переноса. Десятки похожих страниц могут оказаться проще нескольких сложных сценариев. Поэтому оценка «по числу экранов» показывает только часть проекта.
Попросите разделить аудит, проектирование, дизайн, разработку, перенос, тестирование и сопровождение запуска. Уточните, кто готовит тексты и изображения, сколько итераций включено и что считается изменением задания. Это делает предложения сравнимыми.
План складывается из зависимостей. Разработка ждёт согласованных сценариев, перенос ждёт карты контента, запуск ждёт проверки интеграций. Обещание короткого срока без этих условий не говорит о скорости команды. Подробнее о составе сметы есть в разборе стоимости разработки сайта.
Поэтапный редизайн часто удобен, если можно выделить самостоятельный сценарий. Важно заранее решить, как старые и новые разделы будут сосуществовать, чтобы посетитель не попадал в два разных меню и не терял контекст между ними.
Редизайн сайта с «Горячо!»
В разработке сайтов связываем структуру, тексты, дизайн и подготовку к поиску. Для редизайна сначала определяем, что работает и что мешает покупателю. Согласуем объём изменений и критерии приёмки, затем проектируем новую версию.
SEO и GEO учитываем в содержании и технических требованиях: ясные страницы услуг, проверяемые сведения о компании, логичная навигация и доступность материалов. Одна визуальная переделка не обеспечивает поисковый рост, поэтому задачи продвижения обсуждаем отдельно от задач выпуска сайта.
Команда находится в Саратове и работает с бизнесом по России. Пришлите адрес сайта, опишите затруднение и назовите системы, с которыми он связан. Если есть аналитика и список важных страниц, это поможет определить приоритеты; доступы в открытом сообщении отправлять не нужно.
Обсудить редизайн сайта. Начнём с того, какие изменения действительно нужны и что необходимо сохранить при переходе на новую версию.
Частые вопросы
Чем редизайн отличается от создания нового сайта?
Редизайн опирается на существующий сайт, его аудиторию, материалы и историю поиска. Часть решений сохраняют, часть обновляют. Полная техническая пересборка нужна не всегда.
Можно ли сохранить адреса страниц?
Да, это полезно, если структура адресов подходит задаче. Для изменяемых URL готовят карту соответствий и постоянные перенаправления на релевантные страницы.
Гарантирует ли редизайн больше заявок?
Нет. Результат зависит от трафика, предложения, интерфейса и работы продаж. В проекте фиксируют конкретные проблемы, критерии приёмки и бизнес-гипотезы для проверки после запуска.
Обязательно ли менять CMS?
Нет. Платформу меняют, если её ограничения мешают нужным сценариям, редактуре, интеграциям или поддержке. Визуальное обновление само по себе не требует переезда.
Как избежать потери трафика?
Сохранить полезное содержание и работающие URL, подготовить редиректы для изменённых адресов, проверить индексацию и контролировать состояние после запуска. Эти меры снижают риск, но не исключают колебания позиций.

