Сайт может выглядеть старомодно и при этом помогать компании получать заказы. А свежий дизайн — нравиться команде, но оставлять клиента без ответа на главный вопрос. Поэтому возраст оформления сам по себе ещё не объясняет, что именно пора менять.
Перед редизайном полезно составить список наблюдаемых проблем. Не «сайт какой-то несовременный», а «на телефоне закрывается кнопка», «услугу трудно найти», «в кейсах только старые проекты». Тогда разговор о внешнем виде превращается в предметный план.
Отделите внешний вид от помех
Начните с нескольких обычных действий посетителя: найти услугу, посмотреть пример, понять условия, связаться. Проверьте их на телефоне и компьютере. Отметьте места, где приходится догадываться, возвращаться назад или искать контакт среди лишних блоков.
Затем сопоставьте эти наблюдения с обращениями и вопросами клиентов. Если менеджер каждый раз объясняет одно и то же, возможно, на странице не хватает простого абзаца или примера. Ради этого необязательно менять весь сайт.
Личные предпочтения тоже важны, особенно при обновлении бренда. Но их лучше обсуждать отдельно от технических ошибок и препятствий для посетителя. Тогда обязательные исправления не потеряются среди споров о шрифте.
Когда достаточно точечных правок
Если структура в целом понятна, содержание актуально, а основные функции работают, можно начать с отдельных изменений. Например, упростить карточку услуги, переписать первый экран, обновить кейсы и привести контакты к единому виду.
Такой подход позволяет проверить конкретную гипотезу. После правки видно, стало ли проще пройти нужный путь и как изменились обращения. При этом важно сравнивать сопоставимые условия, а не приписывать дизайну любой рост посещаемости.
Для подобных задач в SPS есть доработки страниц и отдельных блоков. Их состав можно описать по конкретным экранам и действиям, без расплывчатого обещания «освежить всё».
Когда требуется новая основа
Глубокая переделка оправданна, если сайт больше не отражает работу компании. Изменились услуги, появились новые аудитории, каталог вырос, а прежняя структура мешает связать всё это между собой. Иногда старый код делает даже небольшое обновление непредсказуемым.
В таком случае начинают с содержания и сценариев, затем переходят к оформлению. Перенос прежней путаницы в красивый макет не уберёт саму причину. Потребуются карта страниц, перечень функций и понятный порядок обновления материалов после запуска.
Не каждый раздел обязательно переделывать одинаково глубоко. Удачные страницы, фотографии и тексты могут перейти в новую версию. Сохранить полезное — такая же часть работы, как добавить недостающее.
Сохраните то, что уже приносит пользу
До начала нужен резерв сайта и список действующих адресов. Отдельно отмечаются страницы, на которые приходят из поиска, рекламы и внешних ссылок. Если адрес меняется, старую ссылку нельзя просто оставить без продолжения.
Яндекс рекомендует связывать старые и новые адреса серверными перенаправлениями и обновлять карту сайта. При изменении только дизайна следует проверить доступность содержания для робота. Порядок описан в справке Вебмастера.
Перед публикацией также сверяются формы, аналитика, контакты и подключённые сервисы. Красивый экран не компенсирует потерянное обращение. План возврата к прежней версии нужен на случай обнаруженной после запуска ошибки.
Принимайте обновление по работе сайта
Пройдите согласованные сценарии на разных экранах. Проверьте не только вид формы, но и получение сообщения; не только карточку товара, но и актуальность данных. После выпуска продолжите наблюдать за важными страницами и обращениями.
Пришлите адрес сайта и несколько конкретных замечаний. В SPS начнём с разбора текущей версии и предложим порядок работ. Если речь действительно пойдёт о новом сайте, основания и состав будут понятны ещё до макетов.