Редизайн сайта: когда он действительно нужен и как не потерять трафик и заявки

Фраза «сайт устарел» описывает ощущение, а не задачу. Полезно разложить её на симптом и причину — от причины зависит и объём работ, и бюджет.

Причины повторяются из проекта в проект, и все они технические.

Адреса сменились, редиректов нет. Поисковая система теряет накопленный вес страницы, а посетитель по ссылке из закладок, письма или чужой статьи попадает на 404.

Контент урезали ради чистого дизайна. Со страницы, которая отвечала на десять вопросов, убрали половину — вместе с половиной причин, по которым она была в выдаче.

Заголовки и метатеги переписали под макет. H1 стал слоганом, title — названием компании, одинаковым на всех страницах.

Микроразметка не переехала. Хлебные крошки, товары, вопросы и ответы, отзывы — в новом шаблоне их просто нет, и расширенные сниппеты в выдаче исчезают.

Запрет индексации с тестового стенда уехал в прод. Классика: `noindex` в шаблоне или `Disallow: /` в robots.txt живёт на сайте несколько дней, пока кто-то не замечает.

Внутренние ссылки порвались. Меню стало короче, блоки перелинковки исчезли, часть страниц осталась без входящих ссылок и постепенно выпала из индекса.

Страницы потяжелели. Крупные изображения, видео на первом экране, шрифты и дополнительные скрипты — время отрисовки уехало за допустимые пределы.

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

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

Базовая линия — то, без чего после запуска невозможно отличить поломку от сезонности.

• Полный список адресов с кодами ответов, выгрузкой краулера, а не по памяти. Отдельно — страницы с параметрами и пагинация.
• Трафик и конверсии по страницам за год: какие двадцать страниц дают основную часть визитов и заявок. Их защищают в первую очередь.
• Позиции по ядру — хотя бы один срез за день до запуска.
• Метатеги и заголовки всех страниц выгрузкой, чтобы потом было с чем сверять.
• Внутренние ссылки — какая страница куда ведёт.
• Внешние ссылки — на какие конкретные адреса ссылаются со стороны: эти адреса нельзя терять.
• Настройки аналитики — цели, события, счётчики. При смене вёрстки события ломаются чаще всего остального.

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

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

• Сохранять адрес, если страница остаётся. «Так красивее» — не причина менять URL.
• Один переход, а не цепочка. Старый адрес ведёт сразу на конечный, без двух промежуточных.
• Не сваливать всё на главную. Массовый редирект на главную читается как удаление страниц.
• Серверный 301 — на уровне веб-сервера или CDN. Плагин системы управления добавляет задержку к каждому запросу, и платит её каждый посетитель.
• Удалённые страницы удалять честно — отдавать 404 или 410, если замены нет. Редирект на «что-то похожее» работает хуже, чем принято думать.
• Обновить внутренние ссылки на новые адреса в коде и в текстах, а не оставлять их висеть на редиректах.
• Новый sitemap сразу после запуска, старый — убрать.

Отдельная работа — параметры и пагинация. Если каталог жил по адресам с параметрами фильтров, а теперь использует другие, это тысячи адресов, и закрывать их надо правилом на стороне сервера, а не построчно в таблице.

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

Самая частая причина падения, которая не выглядит технической. В новом дизайне текст мешает: он ломает сетку и съедает воздух. Его сокращают — и вместе с ним уходит то, за что страницу показывали в выдаче.

Правило одно: страница может выглядеть иначе, но должна отвечать на те же вопросы. Сохраняем смысл H1 и подзаголовков, объём ответа, таблицы и списки характеристик, блоки вопросов. Дизайн решает, как это показать — гармошкой, вкладками, вторым экраном, — но не решает, выбрасывать ли содержание.

Приоритет виден из базовой линии: страницы, которые дают трафик, заявки и внешние ссылки, переносятся один в один по смыслу. Остальные можно переосмысливать свободно — там цена ошибки невелика.

И честная оговорка: если структура меняется, а тексты переписываются заново, вы публикуете новый сайт на старом домене. Так тоже делают, но тогда и ожидание другое — не «сохраним трафик», а «наберём заново, быстрее, чем с нуля».

Редизайн — единственный проект, где заранее видно, где сайт теряет людей. Странно этим не пользоваться. До макетов смотрят карту кликов и глубину прокрутки, записи сессий, воронку по шагам, запросы внутреннего поиска, отчёты по устройствам и разрешениям.

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

Второй практический момент — не рисовать сайт отдельными страницами. Если новый дизайн собран из компонентов, следующие страницы делаются быстро и не расползаются стилистически через полгода. Как это устроено, разобрано в материале про дизайн-систему и UI-кит.

Новый шаблон почти всегда тяжелее старого: изображения крупнее, добавились видео, анимации, шрифты и скрипты. Ориентиры, по которым оценивают результат: время отрисовки основного содержимого (LCP) — до 2,5 секунды, отзывчивость на действие (INP, заменивший FID) — до 200 миллисекунд, сдвиг вёрстки (CLS) — до 0,1.

Проверять их нужно на прототипе и первых свёрстанных страницах. Когда дизайн согласован и принят, отказаться от видео на первом экране политически сложнее, чем на этапе макета, — и в результате его оставляют, а скорость списывают на «так задумано».

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

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

Целиком — быстрее и цельнее по впечатлению, но риск концентрированный: если сломалось, сломалось везде и сразу. По частям — раздел за разделом — риск размазан, но какое-то время сайт живёт в двух стилях, и это придётся объяснить внутри компании.

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

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

Общая последовательность работ разобрана в материале про этапы создания сайта — при редизайне к ним добавляется миграционный контур, которого в проекте с нуля просто нет.

Запуск — не конец проекта, а начало самой внимательной его части.

Первые сутки. Логи сервера на 404 и 500, ручная проверка ключевых адресов и редиректов, проверка, что счётчики пишут события, отправка нового sitemap в панели поисковых систем.

Первая неделя. Отчёты об ошибках сканирования, индексация новых адресов, сравнение конверсии по ключевым страницам с базовой линией, скорость на реальных посетителях. Просадка в этот момент — норма; важно её направление, а не сам факт.

Вторая неделя. Позиции по ядру, список страниц, выпавших из индекса, и отдельно — те двадцать страниц, которые давали основную часть трафика и заявок.

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

Про ожидания стоит договориться заранее: по обзорам миграций типичная просадка — 10–25% в первый месяц, а восстановление занимает от двух до восьми месяцев в зависимости от сложности переезда. Без этого разговора на десятый день начинается откат наполовину сделанной работы, который делает только хуже.

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

Ориентиры по нашим проектам: UX-исследование и аудит интерфейса — от 300 тыс. ₽; аудит кода и архитектуры существующего сайта — 200–600 тыс. ₽; сайт или веб-приложение с новой вёрсткой — от 1 млн ₽; сложная система под процесс, с личным кабинетом и интеграциями — от 1,7 млн ₽; интеграция с внешними системами — от 150 тыс. до 1,5 млн ₽. Оценка бесплатная: оценка проекта и состава работ по вашим вводным.

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

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

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

Считать редиректы техническим пустяком. Карта адресов — работа на несколько дней с проверкой, а не строчка в задании подрядчику. И делается она до разработки, потому что влияет на структуру нового сайта.

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

• Назвать метрику. Что должно измениться в цифрах: конверсия, доля заказов с мобильных, скорость выпуска страниц, стоимость правки текста.
• Разложить симптом на причину. Возможно, задача закрывается адаптивом, переносом в систему управления или починкой одного шага в форме.
• Снять базовую линию. Адреса, трафик и конверсии по страницам, метатеги, позиции, внешние ссылки.
• Определить вид редизайна — косметический, структурный или платформенный — и зафиксировать его письменно.
• Заложить в план миграционный контур и две недели наблюдения после запуска.