Редизайн сайта с планом перехода на новую версию

Сначала определяем проблему

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

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

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

Что важно сохранить

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

Аналитика нужна за указанный период, с учётом сезонности и собственных проверок. Если доступа или данных нет, это открытый вопрос проекта, а не доказательство бесполезности страницы.

Результаты этапов редизайна

1. Диагностика. Список проблем с примерами, исходное состояние и приоритеты первого выпуска. Отделяем наблюдаемые ошибки от гипотез.
2. Структура и содержание. Карта будущих страниц, судьба существующих материалов, ответственные за новые тексты и изображения.
3. Прототип и дизайн. Ключевые сценарии, мобильные экраны и состояния форм. Согласуем, как новая подача помогает выбору, а не только как выглядит.
4. Разработка и перенос. Реализация шаблонов, редакторских возможностей и согласованных интеграций. Пробный перенос позволяет проверить материалы до запуска.
5. Приёмка и переход. Проверки страниц и обращений, согласованный момент переключения, ответственные и действия при критической ошибке.

Для нового многостраничного проекта посмотрите разработку корпоративного сайта. В редизайне дополнительно учитываем существующий сайт и последствия перехода.

Учебный план переноса страниц

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

При смене адресов сопоставляем старые и новые страницы, проверяем перенаправления, внутренние ссылки, canonical и sitemap. После запуска наблюдаем ошибки и поисковые данные. При переобходе возможны колебания позиций, поэтому обещание «без потери SEO» не является критерием приёмки. Основание: рекомендации Google по переносу сайтов.

CMS, контент и интеграции проверяем отдельно

Для подготовки рабочего документа используйте руководство по переносу страниц: инвентаризация, карта соответствий и бланк приёмки.

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

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

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

Условия запуска и возврата

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

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

Как оцениваем стоимость и срок

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

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

Что передаём после обновления

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

Подготовить материалы к обновлению поможет порядок переноса контента и таблица сверки.

Вопросы перед редизайном

Начнём с текущего сайта

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

Подготовить бриф на обновление