При редизайне теряют три вещи: адреса страниц, из-за которых обнуляются позиции в поиске, содержимое первого экрана, которое держит конверсию, и формы заявок, которые перестают доходить в CRM после смены вёрстки. Все три риска снимаются до старта работ: карта соответствия старых и новых URL, сверка первого экрана по метрикам до правки и тест форм перед переключением. Разберём, как провести редизайн сайта с сохранением позиций и не потерять то, что уже работает.
Здесь же имеет смысл развести редизайн с более лёгким сценарием. Если дизайн просто устарел, а код и структура в порядке, вопрос доработать или делать новый решается на старте — до выбора масштаба редизайна. Смешивать эти два решения — частая причина, по которой бюджет редизайна раздувается вдвое без прироста в результате.
Что теряют при редизайне и как это не допустить
Адреса страниц. Новая структура каталога или блога кажется логичнее старой. Но каждый переименованный URL без 301-редиректа — это упавшая в ноль страница в поиске, которая копила позиции месяцами. Решение простое на бумаге: выгрузить список всех текущих адресов, сопоставить с новыми один к одному и настроить редиректы до переключения, а не после первых жалоб от клиентов.
Контент первого экрана. Заголовок, буллиты и первый CTA на странице услуги часто держат её позиции сами по себе, даже при среднем дизайне. Редизайн, который меняет структуру первого экрана «на глаз», без сверки с тем, что сейчас индексируется и кликается, рискует потерять формулировки, которые уже работали в выдаче годами практики, а не случайно.
Формы заявок. Смена вёрстки часто меняет разметку формы, а вместе с ней — интеграцию с CRM или почтовым сервисом. Форма выглядит как раньше, но письма перестают приходить, а менеджер узнаёт об этом только через неделю тишины в воронке. Проверка форм обязательна до переключения на новый домен или шаблон — это не пункт для галочки в конце списка задач.
Когда редизайн действительно нужен
Не любое «сайт выглядит скучно» — повод для редизайна. Семь сигналов подсказывают, что затягивать не нужно.
- Дизайн заметно старше конкурентов, и это влияет на доверие с первого взгляда.
- Конверсия падает при стабильном трафике — сигнал, что дело в самом сайте, а не в рекламной кампании.
- Высокий процент отказов в первые секунды визита.
- Сайт плохо работает на телефонах, а с них приходит большая часть трафика.
- Изменилось позиционирование или целевая аудитория бизнеса.
- Технические проблемы: медленная загрузка, уязвимости, сложности с публикацией контента.
- Позиции в поиске падают без внешних причин — устаревшая разметка и структура мешают ранжированию.
Один сигнал — повод присмотреться. Три и больше — повод планировать редизайн в ближайший квартал, а не откладывать на неопределённый срок.
Виды редизайна: от косметики до полной пересборки
Масштаб редизайна определяет и риски, и сроки. Смешивать эти уровни — частая ошибка: заказывают «освежить визуал», а получают изменения, которые задевают структуру и ломают часть ссылок.
| Тип | Что меняется | Срок |
| Косметический | Цвета, шрифты, графика, стиль кнопок и форм | 2–4 недели |
| Структурный | Разделы, навигация, поиск, структура контента | 1–2 месяца |
| Функциональный | Новые возможности, интеграции, калькуляторы, чат-боты | 1–3 месяца |
| Комплексный | Визуал, структура, платформа и функциональность вместе | 3–6 месяцев |
Косметический редизайн почти не трогает URL и структуру — риск потери позиций минимальный. Структурный и комплексный меняют адреса и разметку страниц целиком. Именно для них карта редиректов обязательна, а не желательна.
Пошаговое руководство
Редизайн любого масштаба проходит по одному сценарию, только с разной глубиной на каждом шаге.
Шаг 1 — аудит текущего состояния. Смотрят аналитику, поведение пользователей и технические показатели: скорость загрузки, мобильную адаптивность. На этом шаге полезен взгляд со стороны: UX/UI-аудит сайта показывает, где пользователи спотыкаются, до того как это станет догадкой дизайнера.
Шаг 2 — цели и требования. Формулируют, какие бизнес-показатели должны вырасти, какие проблемы пользователей решить и в каких цифрах измерять результат: конверсия, время на сайте, глубина просмотра.
Шаг 3 — прототипы. Схематичные макеты ключевых страниц и пользовательских сценариев без цвета и графики — только структура и порядок элементов на экране.
Шаг 4 — дизайн-концепция. Визуальная концепция главной страницы, стилистика элементов, дизайн типовых внутренних страниц и мобильных версий каждого шаблона.
Шаг 5 — вёрстка и разработка. Адаптивная вёрстка, интеграция с CMS и другими системами, работа над скоростью загрузки нового шаблона до релиза.
Шаг 6 — тестирование. Проверка на разных устройствах и браузерах, нагрузочное тестирование, тест безопасности и юзабилити-тест с реальными пользователями до запуска, а не после него.
Шаг 7 — запуск и постмониторинг. Редиректы со старых URL на новые, проверка индексации, контроль ключевых метрик и оперативные правки первых найденных после выката проблем.
Несколько практических правил снижают риск на всех семи шагах сразу. Не меняйте всё разом: если у сайта есть узнаваемые элементы и лояльная аудитория, резкие изменения отпугивают сильнее, чем помогают. Ориентируйтесь на пользователей, а не на личный вкус заказчика — критерий успеха редизайна не «красиво», а «удобно для тех, кто покупает». Тестируйте спорные решения через A/B до полного запуска, а не постфактум. И проектируйте мобильную версию первой: с неё приходит основная часть трафика на большинстве сайтов услуг.
Чек-лист запуска: до, в день выката, через 2 недели
Главный инструмент этой статьи — чек-лист с конкретными действиями и моментом, когда их делать, а не абстрактный список принципов.
| Когда | Что сделать |
| До запуска | Выгрузить карту всех текущих URL и сопоставить с новыми |
| До запуска | Настроить 301-редиректы по карте — до переключения домена, не после |
| До запуска | Зафиксировать текущие title и H1 всех ключевых страниц для сверки после |
| До запуска | Копия сайта перед крупной правкой; при смене домена — тот же принцип |
| До запуска | Проверить, доходят ли тестовые заявки из новой формы в CRM |
| В день выката | Сверить title и H1 новых страниц с зафиксированными до правки |
| В день выката | Проверить редиректы выборочно: 20–30 URL с наибольшим трафиком |
| В день выката | Убедиться, что цели в Яндекс Метрике и Google Analytics считают события на новой вёрстке |
| Через 2 недели | Сравнить конверсию первого экрана до и после — по тем же целям в Метрике |
| Через 2 недели | Сделать проверку скорости после запуска: новый шаблон нередко весит больше старого |
| Через 2 недели | Проверить малоценные страницы после редизайна в Вебмастере — редизайн иногда обнажает страницы без спроса |
Если редизайн совмещают со сменой домена, пункт про карту редиректов усложняется: добавляется смена домена вместе с редизайном как отдельный слой работы поверх обычной карты 301.
Особый случай — сайт на нескольких языках: при редизайне мультиязычного сайта карта редиректов и hreflang проверяются для каждой языковой версии по очереди, иначе после запуска теряется сразу несколько версий сайта, а не одна.
Частые вопросы
Можно ли делать редизайн по частям, не трогая весь сайт сразу?
Да, и для структурного или комплексного редизайна это часто безопаснее. Начинают с одного раздела или шаблона страницы услуги, смотрят на метрики две-три недели, затем переносят решение на остальной сайт с учётом того, что не сработало на первом шаге.
Сколько по времени сайт может терять позиции после редизайна?
При аккуратной карте редиректов заметной просадки, как правило, нет: поисковик переносит вес страницы по 301 в течение нескольких дней. Просадка на недели чаще всего означает ошибку в самой карте, а не нормальный процесс переиндексации.
Нужно ли уведомлять поисковики о редизайне заранее?
Прямого уведомления не требует ни Яндекс, ни Google. Обновлённую карту сайта отправляют после запуска через Вебмастер и Search Console, а адреса с изменившимся содержанием попадают в переобход в обычном порядке.
Что делать, если после запуска конверсия просела, а не выросла?
Сравнить конкретные цели в Метрике до и после по одному и тому же сегменту трафика, а не по общей цифре сайта. Чаще всего причина — в изменившемся первом экране или в форме, которая стала визуально понятнее, но функционально хуже передаёт данные в CRM.