Как подготовить сайт к редизайну и не потерять поисковый трафик
Регламент безопасного редизайна: сохранить работающие URL и поисковые сигналы, контролировать перенос и проверить новую версию до и после запуска.
Редизайн — это перенос накопленной поисковой ценности в новый интерфейс
До разработки фиксируют текущую SEO-структуру: URL, страницы с трафиком и позициями, метатеги, контент, внутренние ссылки, индексируемость и внешние ссылки. Затем для каждого существующего URL определяют судьбу: сохраняем → переносим → объединяем → перенаправляем → удаляем.
Новый дизайн сам по себе обычно не требует менять URL сайта. Чем меньше ненужных SEO-изменений происходит одновременно, тем проще сохранить результат и диагностировать возможную просадку.
Редизайн и миграция — не одно и то же
Поисковые системы не «не любят изменения». Риск появляется, когда вместе с внешним видом меняются URL, структура, контент, шаблоны, CMS, внутренняя перелинковка или способ рендеринга. Внешне сайт может стать лучше, но для поиска оказаться другой страницей или другой архитектурой.
Матрица рисков: что именно меняется
| Сценарий | Что меняется | Риск для SEO | Что обязательно сделать |
|---|---|---|---|
| Только дизайн | Верстка и визуал | Относительно небольшой | Проверить контент, сигналы, ссылки и рендеринг |
| Дизайн + блоки | Навигация, часть контента, перелинковка | Средний | Сравнить страницы и структуру до/после |
| Новая структура | Разделы, категории, посадочные и URL | Высокий | Сделать URL mapping и 301 |
| CMS + URL | Технология, шаблоны, адреса | Очень высокий | Вести проект как SEO-миграцию |
| Новый домен | Всё перечисленное + адрес сайта | Максимальный | Отдельный план переезда и длительный мониторинг |
Чем больше вещей меняется одновременно, тем важнее подключать SEO до разработки, а не после запуска. Смена структуры, обновление CMS и ЧПУ-адресов — типовые причины, когда URL действительно приходится менять; это уже отдельная SEO-задача, а не побочный эффект дизайна.
Шаг 1. Снять SEO-снимок старого сайта
Нельзя сохранить то, что не зафиксировали. До начала дизайна и разработки собирают не только несколько «топовых» страниц, а полноценную картину сайта.
Технические данные
Индексируемые URL, HTTP-коды, canonical, robots directives, sitemap, редиректы, глубина страниц и внутренние ссылки.
Поисковые данные
Показы, клики, позиции и запросы в разрезе URL и важных кластеров.
Аналитика
Органический трафик посадочных страниц, конверсии, заявки и при наличии данных — качество лидов.
Контент и ссылки
Title, Description, H1, текст, коммерческие блоки, URL с внешними ссылками и особенно сильные страницы.
Почему недостаточно смотреть только на текущий трафик
Страница с 20 переходами в месяц может находиться на позициях 11–15, иметь много показов, внешние ссылки, сезонный спрос или важную роль в перелинковке. Судьбу URL определяют по совокупности: трафик + показы + позиции + спрос + ссылки + роль в структуре + бизнес-ценность.
Шаг 2–4. URL mapping и карта 301-редиректов
Список старых адресов собирают не только из sitemap. В нём часто нет забытых посадочных, параметрических URL и страниц с внешними ссылками. Используйте crawl, sitemap, Яндекс Вебмастер, Google Search Console, аналитику, CMS, серверные логи при необходимости и данные по внешним ссылкам.
| Старый URL | Результат | Что делаем |
|---|---|---|
| Страница сохраняется | URL тот же | 200 |
| Страница переезжает | Есть новый аналог | 301 на новый URL |
| Несколько страниц объединяются | Одна новая страница | 301 на наиболее релевантную |
| Страница заменена | Есть прямой аналог | 301 |
| Страница удаляется | Аналога нет | 404 / 410 |
| Страница спорная | Нужен анализ | Не удалять до решения |
Главное правило: если URL можно сохранить — сохраняем
Если старый адрес уже понятный и страница сохраняет назначение, новый дизайн не делает его плохим. Менять URL имеет смысл при действительно плохой структуре, техническом мусоре, объединении страниц, смене логики разделов или CMS. Красивый дизайн не требует «красивых новых адресов».
Плохо: A → B → C → D. Хорошо: после редизайна A → D. Старые редиректы проверяют заранее, иначе цепочки накапливаются незаметно.
Редирект всегда ведёт на максимально соответствующую новую страницу, а не массово на главную. При смене URL Google рекомендует подготовить карту соответствий, настроить серверные перенаправления и обновить собственные ссылки; Яндекс также советует указывать новые адреса в навигации и не заменять старые страницы несвязанными URL.
Не потерять то, что уже работает
Сохраняем поисковый интент, а не только URL
Страница могла ранжироваться по запросу «промышленная вентиляция», а после редизайна превратиться в общую страницу компании о климатических решениях. URL, 301 и сервер могут быть в порядке, но назначение страницы изменилось — позиции способны упасть. Сохраняют поисковую задачу, которую решал URL.
Контент можно улучшать, но не удалять случайно
Старое описание, цены, этапы, кейсы, FAQ, специалисты, документы и отзывы не обязаны остаться в прежнем виде. Редизайн — хороший момент убрать слабое, объединить дубли и усилить коммерческие блоки. Но фраза «блок не поместился в макет» не является SEO-стратегией.
Сверяем Title, Description и H1
Шаблоны новой CMS нередко случайно меняют метатеги. До запуска сравнивают старые и новые Title, Description и H1. Изменения допустимы, если они запланированы; случайные массовые подмены — нет.
Сравниваем внутреннюю перелинковку
После редизайна меняются меню, хлебные крошки, футер, связанные услуги, «Читайте также» и контекстные ссылки. URL и текст могут сохраниться, но страница потеряет место в архитектуре. Подробнее — в материале о внутренней перелинковке сайта.
SEO-аудит staging-версии
Тестовый сайт обычно расположен на dev, stage или test. До запуска он не должен попадать в поиск, но эти ограничения нельзя перенести на production. После релиза тестовая версия также не должна создавать публичный дубль основного сайта.
Canonical и robots
Классическая ошибка — staging-canonical на тестовый домен или массовый canonical на главную. Другая — перенести на production Disallow: / или noindex. Проверять нужно массово по шаблонам, а не открыть вручную три URL. Подробная схема проверки есть в статье о canonical и сохранении страниц в индексе.
Рендеринг и доступность контента
Если старый сайт был на HTML, а новый стал JavaScript-приложением, проверяют, что робот получает основной контент, ссылки, Title, H1, изображения, структурированные данные и canonical. То, что текст виден пользователю после взаимодействия с интерфейсом, не гарантирует его одинаковую доступность роботу.
Мобильная версия и производительность
На смартфоне блоки могут исчезнуть, CTA — перекрывать контент, таблицы — выходить за экран, а фильтры — работать иначе. Скорость сравнивают до/после: тяжёлые изображения, видео, шрифты, JavaScript, сторонние скрипты и сдвиги layout. Цель — не «100 баллов PageSpeed», а отсутствие регрессии и доступность главного контента.
Sitemap и аналитика
Новый sitemap содержит только актуальные канонические URL: без старых редиректов, 404, staging и технических страниц. До запуска обязательно проверяют Метрику, Google Analytics при использовании, цели, формы, звонки, ecommerce и CRM-интеграции — иначе динамику конверсий после релиза будет невозможно сравнить.
☐ URL
URL mapping готов; 301 подготовлены; лишних изменений адресов нет.
☐ Индексация
robots.txt, noindex, canonical и sitemap проверены.
☐ Контент
Title и H1 перенесены или согласованы; важный контент и коммерческие блоки сохранены.
☐ Структура
Проверены меню, крошки, внутренние ссылки, кейсы, статьи и категории.
☐ Техника
HTTP-коды, редиректы, мобильная версия, рендеринг, скорость и аналитика работают.
☐ Команда
SEO, дизайнер и разработчик понимают, какие элементы обязательны к переносу.
День запуска и мониторинг
Сразу после выкладки
Открыть главную, ключевые услуги, категории, статьи, старые URL, проверить 301, robots, canonical, sitemap и аналитику. Затем запустить полный crawl production-сайта: главная открывается — это ещё не значит, что сайт работает правильно.
Первые 24 часа
Искать 404 и 5xx, редиректы, noindex, ошибочные canonical, robots, проблемы внутренних ссылок, форм, событий и мобильной версии.
Первая неделя
Смотреть обход, индексацию, ошибки, показы, основные запросы, позиции приоритетных страниц, органические посадочные и обращения к старым URL.
Первый месяц
Сравнивать до/после: индексируемые страницы, показы, клики, позиции, органический трафик и конверсии — с учётом сезонности и времени на обработку изменений.
| Симптом после редизайна | Что проверить в первую очередь |
|---|---|
| Упал весь сайт | robots, noindex, canonical, сервер, рендеринг, домен |
| Упал один раздел | URL, редиректы, шаблон, контент и перелинковка |
| Выпали отдельные URL | URL mapping и соответствующий 301 |
| Позиции сохранились, трафик упал | Спрос, CTR, сниппет, сезонность |
| Трафик сохранился, заявки упали | UX, формы, CTA, коммерческие элементы и аналитику |
Небольшая просадка после серьёзной смены структуры, URL, CMS или домена возможна: системам нужно обработать перенос. Но фраза «это нормально после редизайна» не объясняет потерю половины трафика — в таком случае ищут конкретную причину.
Чего не стоит делать
- 1. Сначала запускать новый сайт, а затем приглашать SEO-специалиста.
- 2. Менять все URL только потому, что сайт стал новым.
- 3. Перенаправлять все старые страницы на главную.
- 4. Удалять старый контент исключительно ради минималистичного макета.
- 5. Менять структуру без URL mapping и забывать старые редиректы.
- 6. Переносить noindex со staging или не проверять canonical.
- 7. Проверять только главную страницу и удалять резервную копию сразу после запуска.
- 8. Менять одновременно домен, CMS, структуру, URL и весь контент без необходимости.
- 9. Оценивать результат на следующий день.
Что дать команде до начала работ
Дизайнеру
Список обязательных блоков, коммерческих элементов, контента, который нельзя удалить случайно, и шаблонов страниц.
Разработчику
URL mapping, требования к 301, robots, canonical, sitemap, метатегам, ссылкам, HTTP-кодам и аналитике.
SEO-специалисту
Доступ к staging, аналитике, Вебмастеру, Search Console и старому сайту.
Рабочая схема — SEO + дизайн + разработка, а не «дизайн → разработка → запуск → теперь проверьте SEO».
«Самая дорогая ошибка при редизайне — подключить SEO уже после запуска. К этому моменту разработчики могли изменить URL, дизайнеры убрать важные блоки, а новая структура — потерять страницы, которые годами собирали трафик. Гораздо проще до разработки определить, что на старом сайте уже работает и что обязательно нужно перенести в новую версию».
Константин Шипилов
SEO-специалист, руководитель Шипилов SEO
Цель — не законсервировать старый сайт
При редизайне можно менять структуру, объединять страницы, улучшать контент, удалять мусор, менять CMS и URL. SEO не запрещает изменения; оно помогает заранее понять, что именно меняется, зачем и что произойдёт с накопленными поисковыми сигналами.
FAQ
Может ли редизайн привести к падению позиций?
Да, если вместе с дизайном изменились URL, контент, структура, внутренняя перелинковка или технические сигналы.
Нужно ли менять URL при редизайне?
Нет. Если адрес нормальный и страница сохраняет назначение, менять его из-за нового дизайна обычно незачем.
Нужно ли ставить 301 со старых страниц?
Да, если URL изменился и существует соответствующая новая страница.
Можно ли перенаправить все старые URL на главную?
Не стоит. Каждый старый URL должен вести на максимально соответствующий новый адрес.
Можно ли удалить старые SEO-тексты?
Можно переработать слабый и ненужный контент, но сначала нужно понять роль страницы и её поисковой ценности.
Что делать, если после редизайна трафик упал?
Сравнить старый и новый сайт на уровне URL, индексации, редиректов, canonical, контента, перелинковки и поисковой динамики.
Нужно ли закрывать тестовый сайт от индексации?
Да, но при запуске важно не перенести ограничения на production и не оставить тестовую копию публичным дублем.
Когда подключать SEO-специалиста?
До утверждения новой структуры и начала разработки: это снижает количество дорогостоящих переделок.
Связанные материалы и источники
Почему поисковик выбрал не ту страницу · Как настроить canonical · Каннибализация и технические дубли · Как проверить неиндексируемые страницы · Внутренняя перелинковка · SEO для мобильной версии · Как оценить эффект SEO-работ
Официальные рекомендации: Яндекс — смена структуры и дизайна · Google — перенос сайта с изменением URL.
Планируете редизайн или перенос сайта?
До разработки проверим текущую структуру, страницы с поисковым трафиком и будущие изменения. Подготовим требования к URL, редиректам, контенту, перелинковке и индексации, чтобы накопленные результаты не потерялись при запуске новой версии.