Редизайн сайта: когда нужен и как провести переход

Желание освежить сайт понятно: изменился бренд, появились новые услуги, конкуренты выглядят современнее. Но из этих наблюдений ещё не следует необходимость заменить всё. Если посетителю не хватает сроков и условий, первым решением может быть обновление содержания. Если форма теряет запросы, сначала нужно восстановить её работу.

Полноценный редизайн становится обоснованнее, когда препятствия связаны между собой. Например, новая линейка услуг не помещается в прежнюю структуру, страницы трудно поддерживать, а разные команды каждый раз собирают один и тот же блок заново. Тогда задача включает проектирование, содержание и технические изменения, а не только выбор цветов.

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

Таблица шире экрана — прокрутите её вправо.

Как определить объём диагностики перед решением

Старый сайт может выглядеть несовременно и при этом содержать страницы, которые помогают клиентам выбрать услугу. Составьте реестр адресов, материалов, файлов и ключевых функций. Отметьте страницы с обращениями, поисковыми переходами, внешними ссылками и важными пояснениями. Нулевая посещаемость за короткий период сама по себе не доказывает ненужность страницы.

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

Поговорите с продажами и поддержкой: какие ссылки они отправляют клиентам, какие инструкции используют, какие разделы помогают снять возражения? Эти материалы легко потерять, если проект обсуждают только маркетолог и дизайнер. У каждого решения «удалить» должна быть причина и человек, который понимает последствия для работы.

Редизайн может включать исследование, новую структуру, прототип, визуальный стиль, разработку, перенос контента и запуск. Но наличие этого слова в предложении не означает, что все работы включены. Укажите количество типов страниц и материалов, правила переработки текстов, интеграции и ограничения. Отдельно согласуйте, что остаётся в прежнем виде.

Заказчик готовит актуальные условия, факты о продукте, разрешённые изображения и человека для согласования. Подрядчик показывает, как эти материалы работают в новой структуре. Если старые тексты нельзя использовать без проверки, назначьте их редактуру отдельной задачей. Иначе готовые макеты будут ждать содержание, а перенос превратится в срочное копирование ошибок.

Не добавляйте смену домена или платформы просто потому, что проект уже большой. Каждое изменение должно решать понятную задачу. Несколько крупных перемен одновременно усложняют проверку причин сбоя. Когда технически возможно, разделите их на этапы; если нельзя, явно расширьте план проверки и ответственность за переход.

Как зафиксировать требования и приёмку новой версииКакие работы нужно выделить в смете сайта

Адрес страницы — часть перехода. Его используют поиск, реклама, ссылки в письмах и закладки клиентов. Если содержание и назначение страницы сохраняются, отдельно проверьте, нужно ли вообще менять URL. Для изменяемых адресов подготовьте таблицу соответствий: прежний адрес, новое назначение, действие и результат проверки.

Google и Яндекс относят коды 301 и 308 к постоянному перенаправлению. Для постоянного переноса страницы настройте серверную переадресацию к подходящему содержанию; массовая отправка разных удалённых страниц на главную не заменяет карту соответствий. Проверьте конечный адрес, отсутствие циклов и ненужных промежуточных переходов. Для окончательно удалённого материала без подходящей замены согласуйте ответ 404 или 410.

Таблица ниже вымышленная и показывает логику решений, а не адреса реального проекта. Включите в рабочую карту также важные файлы. Сотрудник, который отправляет клиентам старую ссылку на условия, должен понимать, куда она приведёт после запуска. Если прежний документ нужен как архив, его сохранение обсуждают отдельно.

Таблица шире экрана — прокрутите её вправо.

При переносе сверьте полезное содержание, заголовки и внутренние ссылки с новой структурой. Обновите карту сайта и указания основных адресов страниц там, где URL изменились. Проверьте, что на рабочий сайт не перенесены ограничения тестовой среды. Google предупреждает о возможных колебаниях видимости при переезде: обещание «позиции точно не изменятся» не является критерием качественной работы.

Отдельно составьте перечень событий аналитики до и после запуска. Если раньше «заявкой» считали клик, а теперь — подтверждённый приём формы, падение числа целей может означать смену измерения. В Метрике условия целевого события задаются настройкой. Сохраните описание события, отметьте дату изменения и объясните, какие показатели можно сравнивать напрямую.

Источники переходов, формы и CRM нужно проверить вместе. При этом не ожидайте буквального равенства всех счётчиков: часть посещений может не попасть в веб-аналитику. Для контроля потерь используйте подтверждённые обращения и известные ограничения учёта. Обновлённый красивый отчёт не доказывает, что реальный запрос дошёл до сотрудника.

Как сверить сайт, обращения и работу продаж

Проверяйте ту сборку и тот комплект материалов, которые планируете выпускать. Тестовая версия доступна участникам проекта, а реальные клиентские действия в ней не выполняются без согласованного сценария. Пройдите основные маршруты с телефона и компьютера: выбор услуги, поиск условий, обращение, получение данных и ответ сотрудника.

Отдельно проверьте перенесённые страницы и файлы, длинные названия, отсутствие фотографии, ошибки ввода и отказ внешнего сервиса. Для карты URL полезна автоматическая проверка, но значимые страницы нужно открыть глазами: ответ 200 не доказывает, что человеку показывают нужную услугу. Запишите все непроверенные места и причину.

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

Для учебного проекта ниже компания сохраняет домен, меняет часть адресов услуг и переносит одну форму в новую версию. Это ограниченный пример: интернет-магазину с заказами и остатками потребуется дополнительный план согласования данных. Даже небольшой переход не стоит превращать в действие «залили файлы и посмотрели».

Выберите время, когда доступны разработчик, ответственный за контент и сотрудник, принимающий обращения. Зафиксируйте, кто разрешает переключение и кто может остановить его. Если есть период запрета на редактирование материалов, сообщите о нём заранее. После запуска нужны проверка внешнего адреса и подтверждение работы бизнеса, а не только сообщение об успешной сборке.

Таблица шире экрана — прокрутите её вправо.

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

Резервная копия полезна только вместе с проверенным способом восстановления. Важно знать, что именно возвращается: программа, настройки, содержимое или база данных. Простая замена базы старой копией может удалить обращения и изменения, появившиеся после запуска. Их сохранение, совместимость версий и повторную доставку нужно разобрать заранее.

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

В первые проверки входят доступность страниц, ошибки, обращения и корректность перенаправлений. Затем оценивают, как люди пользуются новой структурой и какие вопросы остаются. Для поисковой видимости и продаж нужен свой период наблюдения. Универсальной даты, к которой любой редизайн обязан показать рост, нет.

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

В завершение передайте инструкции, доступы владельца, список оставшихся задач и порядок поддержки. Закрепите ответственность за карту адресов и наблюдение после перехода: их нельзя считать забытыми сразу после приёмки дизайна. Хороший результат — сайт, которым клиент и команда могут пользоваться, и данные, по которым понятно, что улучшать дальше.

Как организовать обслуживание и изменения после запуска