Редизайн сайта: как обновить дизайн и не потерять позиции и трафик

Почему фраза «просто обновим дизайн» приводит к падению органического трафика на 40 %

Самый опасный редизайн — тот, которым полностью доволен дизайнер. Ведь дизайнер оценивает макет, а Google — DOM, скорость, структуру URL и внутренние ссылки. Это разные системы координат, и они практически не пересекаются.

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

Согласно данным отраслевых исследований по миграции, непродуманный редизайн в среднем приводит к потере 20–60 % органического трафика на 4–12 недель. Search Engine Land приводит показательный пример: после редизайна, который длился год и потребовал сотрудничества с двумя подрядчиками, органический трафик упал более чем на 90% — и не восстановился, пока за проект не взялась сторонняя команда (https://searchengineland.com/website-redesign-seo-checklist-432043). Для интернет-магазина такая просадка означает выпадение категорий из топа по коммерческим запросам и кассовый разрыв: те же самые продажи теперь приходится докупать через PPC по полной цене клика. Для B2B-компании — пустой pipeline на квартал, который маркетинг-директору придётся объяснять перед CEO.

Сайт не выходит из строя после редизайна не из-за «капризов алгоритма». Он не выходит из строя, потому что кто-то сломал то, что работало, и никто не зафиксировал, как именно это работало.

Go/No-Go: когда редизайн необходим, а когда он только навредит

Кто вообще решил, что новый дизайн обязательно должен продаваться лучше старого?

Рынок привык к циклу «редизайн каждые два-три года» — как к замене сезонных шин. Но сайт, который стабильно приносит органический трафик и конверсии, — это актив, а не фасад. Перед запуском честно ответьте «да» или «нет» на восемь вопросов:

1. Сайт некорректно работает на мобильных устройствах — а Google индексирует именно мобильную версию.
2. Показатель LCP стабильно превышает 2,5 секунды даже после сжатия изображений.
3. CMS не позволяет добавить необходимый для бизнеса функционал.
4. Конверсия заметно ниже рыночной при качественном трафике.
5. Структура каталога не соответствует реальному спросу и семантике.
6. Бренд и позиционирование изменились, а сайт — нет.
7. Технический долг достиг такой стадии, когда каждая правка ломает что-то другое — разработчик боится трогать шаблон, потому что после каждого релиза отваливается то корзина, то фильтры, то форма заявки.
8. Аналитика не собирается должным образом, и вы фактически управляете сайтом вслепую.

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

Инсайт: Google не обещает сохранения трафика даже при безупречном редизайне. На прямой вопрос, существует ли способ гарантированно избежать просадки, Джон Мюллер из Google ответил кратко — «нет» (по материалам Search Engine Land). Поэтому конечная цель процесса — не «гарантия нуля», а управляемость: знать, что просело, почему и когда вернётся.

Фаза «До»: что нужно зафиксировать, пока дизайнер не открыл Figma

Подготовка — это определение исходного состояния. Все, что не зафиксировано «до», невозможно будет доказать «после»: ни подрядчику, ни Google, ни самому себе.

• • SEO-аудит топовых страниц: какие URL приносят трафик, по каким запросам, с какой конверсией.
  • Сбор технических данных: title, description, H1–H6, alt-тексты, скорость, мобильная оптимизация.
  • Полная карта URL-адресов сайта — основа будущей карты перенаправлений.
  • Резервная копия сайта вместе с базой данных, а не только файлов.
  • KPI «до/после»: трафик, позиции по приоритетной семантике, конверсии.

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

Фаза «Во время»: когда редизайн чаще всего приводит к потере трафика

Разработка ведётся в staging-среде, закрытой от индексации, — и уже там сохраняются все SEO-элементы: заголовки, метатеги, alt-тексты, schema-разметка. Команда неделями дорабатывает анимацию и оттенки кнопок, а о карте редиректов вспоминает за день до релиза. Если бы же проблема была только в редиректах…

301-редирект — для каждого измененного URL. Не 302, который не передает ссылочный вес, а постоянный 301. Без исключений. Всё.

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

Вторая «тихая» катастрофа — перелинковка. Меню новое, хлебные крошки новые, а блог по-прежнему ссылается на URL, которых больше не существует, и дыры в технической части накапливаются к отчету за квартал. Третья — тексты: их любят «заодно переписать», и страница, которая собирала трафик три года, теряет релевантность за один релиз. Если страница в топе — текст переносится без изменений. Отдельной строкой переносятся robots.txt, sitemap, canonical и аналитика: GA4 должен продолжить историю данных, а не начинать новую с нуля. Именно поэтому разработку сайтов с SEO-подготовкой мы строим так, чтобы карта редирертов и SEO QA на staging были этапами процесса, а не экстренными мерами.

Фаза «После»: первые 90 дней решают всё

Релиз — это не финиш, а начало анализа. В первую неделю: проверка всех перенаправлений, устранение ошибок 404, повторная отправка карты сайта в Google Search Console, контроль индексации. Далее — сравнительный аудит по отношению к базовым показателям: метаданные, контент, скорость.

Теперь о неприятном. Даже идеальный процесс приводит к колебаниям позиций при переиндексации — и именно в этот момент большинство команд впадает в панику или, наоборот, расслабляется. Рабочий критерий — пороги Core Web Vitals согласно документации web.dev: LCP до 2,5 с, INP до 200 мс, CLS до 0,1 (https://web.dev/articles/vitals). Если метрики лучше, чем раньше, а просадка держится дольше 4–6 недель — проблема не в «танцах алгоритма», а в технической части, и её нужно раскопать: лог-файлы, статусы ответов, покрытие индекса.

KPI «до/после» на этом этапе превращаются в договор с подрядчиком: согласованный диапазон допустимой просадки, еженедельный отчет, план восстановления в случае выхода за пределы этого диапазона. Контроль обратных ссылок и повторная индексация ключевых разделов завершают цикл. В зрелых процессах постзапускной мониторинг — это часть SEO-продвижения сайта, а не отдельная услуга со звездочкой в смете.