Как сделать редизайн сайта и не потерять SEO-позиции: чек-лист миграции
Как провести редизайн сайта без потери SEO-позиций и заявок: URL-карта, 301 редиректы, canonical, robots, sitemap, staging и контроль после запуска.
Редизайн сам по себе не обнуляет SEO. Проблемы начинаются, когда вместе с новым дизайном команда незаметно меняет URL, структуру, контент, внутренние ссылки, правила индексации или аналитику. Поисковая система видит уже не просто новый интерфейс, а новый набор сигналов.
Поэтому безопасный редизайн нужно вести как SEO-миграцию. Еще до разработки важно зафиксировать, какие страницы уже дают трафик и заявки, какие URL должны сохраниться, какие можно объединить, а какие придется перенаправить. После запуска нужно проверять не только позиции, но и индексацию, формы, цели и реальные обращения.
Ниже - практический чек-лист, который можно использовать как рабочий план для SEO-специалиста, разработчика и маркетолога.
Когда редизайн превращается в SEO-миграцию
Если меняется только визуальный слой, а публичные URL, основной контент и поисковая логика страниц остаются прежними, риск обычно заметно ниже. Но миграция нужна, если редизайн затрагивает хотя бы одну из зон:
- меняется CMS или фреймворк;
- меняются адреса страниц;
- объединяются или удаляются разделы;
- меняется домен или поддомен;
- меняется структура каталога или услуг;
- переписываются SEO-посадочные страницы;
- меняется рендеринг, например сайт переходит на JavaScript-фреймворк;
- меняются canonical, robots, sitemap или правила индексации.
Google прямо рекомендует при крупных изменениях по возможности не менять все одновременно. Если одновременно сменить домен, CMS, структуру и дизайн, становится сложнее понять причину просадки и быстрее ее исправить.
Шаг 1. Снимите baseline до начала разработки
Главная ошибка - анализировать последствия уже после запуска, когда старое состояние сайта потеряно.
До изменений сохраните:
| Что фиксируем | Зачем |
|---|---|
| Все индексируемые URL | Чтобы ни одна важная страница не исчезла случайно |
| Title, H1, canonical, status code | Чтобы сравнить SEO-сигналы до и после |
| Органические входы по страницам | Чтобы выделить реальные точки трафика |
| Запросы и позиции ключевых страниц | Чтобы видеть просадку не только на уровне всего сайта |
| Внешние ссылки на URL | Чтобы не потерять ссылочные сигналы |
| Лиды и конверсии по посадочным | Чтобы не сохранить SEO и одновременно сломать продажи |
| XML Sitemap и robots.txt | Чтобы понимать текущую модель индексации |
Для бизнеса особенно важно пометить страницы, которые не просто получают показы, а приводят заявки. Иногда страница с небольшим трафиком коммерчески важнее статьи с тысячами просмотров.
Шаг 2. Решите судьбу каждого старого URL
Для каждого адреса должен быть один из понятных сценариев.
Сценарий A. URL остается прежним
Это самый безопасный вариант для сильной страницы. Если адрес уже ранжируется и соответствует будущей структуре, не нужно менять его только ради красоты.
Сценарий B. URL меняется
Старый адрес должен вести на максимально близкую по смыслу новую страницу постоянным серверным редиректом. Google рекомендует заранее сделать карту соответствия старых и новых URL и избегать массового перенаправления несвязанных страниц на главную.
Сценарий C. Несколько страниц объединяются
Если контент действительно консолидируется, несколько старых адресов можно направить на одну новую страницу, но новая страница должна закрывать исходный интент.
Сценарий D. Страница удаляется без аналога
Не стоит отправлять все удаленные URL на главную. Для страницы без релевантной замены корректнее вернуть настоящий 404 или 410, чем создавать неуместный редирект.
Шаг 3. Не переписывайте сильные страницы вслепую
Редизайн часто становится поводом полностью заменить тексты. Это удобно с точки зрения бренда, но рискованно, если никто не проверил, за счет чего страница получает видимость.
Перед переписыванием коммерческой страницы разберите:
- какие запросы приводят показы и клики;
- какие смысловые блоки уже совпадают с поисковым интентом;
- какие сущности и формулировки нельзя потерять;
- какие внутренние ссылки ведут на страницу;
- какие внешние ссылки ссылаются на конкретный материал.
Сохранять текст слово в слово не требуется. Но новая версия должна не обеднять смысл страницы и не превращать полезную посадочную в короткий рекламный экран.
Шаг 4. Проверьте staging до публикации
Новый сайт нельзя оценивать только глазами дизайнера.
Перед запуском проверьте:
- status code основных страниц;
- canonical;
- robots meta;
- robots.txt;
- XML Sitemap;
- Title и H1;
- внутренние ссылки;
- пагинацию и фильтры, если они индексируются;
- schema-разметку;
- мобильную версию;
- формы и отправку заявок;
- события аналитики;
- скорость и стабильность рендеринга.
Отдельно проверьте, чтобы запрет индексации, который использовался на staging, не попал в production. Сайт может визуально работать идеально и при этом выпасть из поиска из-за одного
noindex или закрывающего правила в robots.txt.Шаг 5. Подготовьте редиректы до переключения сайта
Редиректы нужно тестировать до запуска, а не добавлять после первых жалоб на падение трафика.
Хорошая карта редиректов выглядит так:
| Старый URL | Новый URL | Решение | Причина |
|---|---|---|---|
| /old-service | /services/new-service | 301 | Та же услуга, новый путь |
| /old-blog-1 | /blog/new-guide | 301 | Материалы объединены |
| /obsolete-page | нет | 404/410 | Релевантной замены нет |
| /contacts | /contacts | оставить | URL не меняется |
Google указывает, что постоянные редиректы передают сигналы и рекомендует сохранять их как минимум год. Яндекс при переезде также учитывает перенаправления и рекомендует направлять старые страницы на соответствующие новые адреса.
Шаг 6. В день запуска проверьте не дизайн, а сигналы
Сразу после переключения пройдите технический чек-лист.
Критические проверки
- Новые страницы возвращают 200.
- Старые измененные URL возвращают один корректный редирект на релевантный новый адрес.
- Нет длинных цепочек редиректов.
- Canonical указывает на актуальные URL.
- Внутренние ссылки сразу ведут на новые адреса, а не через редиректы.
- Sitemap содержит актуальные индексируемые страницы.
- Production не закрыт от индексации.
- Страницы корректно рендерятся для поисковых роботов.
- Формы отправляются.
- Аналитика и цели срабатывают один раз.
Если меняется домен, дополнительно нужно использовать инструменты переезда в Google Search Console и Яндекс Вебмастере по их официальным инструкциям.
Шаг 7. Следите не только за трафиком
После запуска временные колебания возможны. Google прямо предупреждает, что при существенном переезде поисковой системе требуется время на повторный обход и переиндексацию URL.
Но ждать без диагностики нельзя.
В первые сутки
Проверяйте:
- доступность сайта;
- 200, 301, 404;
- robots и noindex;
- canonical;
- формы и цели;
- серверные ошибки;
- работу sitemap.
В первую неделю
Смотрите:
- обработку sitemap;
- индексирование приоритетных страниц;
- ошибки перенаправлений;
- изменение показов и кликов по ключевым URL;
- страницы, которые внезапно исчезли из поиска.
Через 3-4 недели
Сравните с baseline:
- органические посадочные страницы;
- запросы;
- позиции ключевых URL;
- лиды;
- конверсию;
- страницы с потерянной видимостью;
- Core Web Vitals и производительность.
Почему общий трафик может скрыть проблему
Условный пример, а не рыночный бенчмарк: после редизайна общий органический трафик снизился на 5%. На первый взгляд это не выглядит критично.
Но внутри может происходить другое:
- информационный блог вырос на 15%;
- коммерческие страницы потеряли 30% переходов;
- одна ключевая услуга выпала из топа;
- количество заявок из органики снизилось сильнее трафика.
Поэтому KPI миграции должен учитывать минимум три уровня:
- Технический: URL и индексация работают корректно.
- Поисковый: важные страницы сохранили или восстановили видимость.
- Бизнесовый: органический канал продолжает приводить обращения и продажи.
Самые частые ошибки при редизайне
Меняют все URL без необходимости
Красивые новые адреса не всегда дают пользу, зато создают дополнительный риск миграции.
Удаляют старые страницы, потому что их нет в новом меню
Страница может не быть нужна дизайнеру, но получать поисковый трафик или внешние ссылки.
Делают редирект всех удаленных страниц на главную
Это не сохраняет релевантность. Поисковик может трактовать такие перенаправления как слабые или ошибочные.
Переносят только видимый контент
При разработке часто теряются meta-теги, schema, canonical, hreflang, alt и технические правила.
Забывают про аналитику
После запуска маркетолог видит падение лидов и не понимает, проблема в SEO или просто перестали отправляться события.
Считают запуск завершением проекта
Для SEO запуск - это середина миграции. После него начинается переобход, переиндексация и сравнение с baseline.
Минимальный чек-лист для команды
Перед релизом ответьте на 12 вопросов:
- Есть ли полный список старых URL?
- Отмечены ли страницы с SEO-трафиком и лидами?
- Есть ли решение по каждому URL: оставить, перенаправить, объединить или удалить?
- Сохранен ли интент сильных посадочных страниц?
- Проверены ли canonical и robots?
- Сформирован ли новый sitemap?
- Настроены ли редиректы без цепочек?
- Обновлены ли внутренние ссылки?
- Работают ли формы?
- Работают ли цели аналитики?
- Есть ли baseline по ключевым страницам?
- Назначен ли человек, который проверяет сайт после запуска?
Если хотя бы на несколько вопросов ответ «нет», перенос лучше не считать готовым.
Что делать, если позиции уже упали после редизайна
Начните не с переписывания текстов, а с технической сверки старого и нового сайта.
Порядок диагностики:
- Найдите страницы, которые потеряли показы и клики.
- Проверьте их старые URL.
- Проверьте цепочку редиректа.
- Сверьте canonical, robots и status code.
- Сравните старый и новый контент.
- Проверьте внутренние ссылки.
- Проверьте, присутствует ли URL в sitemap и доступен ли он поисковому роботу.
- Только после этого корректируйте контент и структуру.
Так вы отделите техническую проблему миграции от обычного изменения поисковой конкуренции.
Частые вопросы
Обязательно ли сохранять все старые URL?
Нет. Важно сохранить сильные и актуальные страницы. Если адрес меняется, назначьте релевантную замену и постоянный редирект. Если страницы больше нет и эквивалента не существует, корректный 404 или 410 честнее нерелевантного перенаправления.
Можно ли полностью переписать тексты при редизайне?
Можно, если новая версия не теряет поисковый интент и полезные смысловые блоки. Для страниц, которые уже получают органический трафик или лиды, сначала зафиксируйте запросы, структуру, внутренние связи и фактическое содержание, а затем меняйте текст осознанно.
Нужно ли подключать SEO, если URL не меняются?
Да, если редизайн затрагивает шаблоны, CMS, рендеринг, метаданные, внутренние ссылки, мобильную версию или скорость. Сохранение адресов снижает риск, но не гарантирует, что остальные поисковые сигналы останутся прежними.
Сколько времени занимает восстановление после крупного переезда?
Универсального срока нет. Google прямо предупреждает о временных колебаниях во время повторного обхода и переиндексации. Скорость зависит от масштаба сайта, количества URL и доступной серверной мощности. Поэтому оценивайте не один день, а динамику по приоритетным страницам и ошибкам.
Официальные источники
Проверено 9 сентября 2026 года.
Вывод
Безопасный редизайн сайта - это не задача «сохранить метатеги перед релизом». Это управляемая миграция с baseline, картой URL, тестированием staging, контролем редиректов, индексации, аналитики и лидов.
Лучший сценарий - подключить SEO к проекту до того, как новая структура окончательно утверждена. Тогда разработчики не переделывают сайт после запуска, а маркетинг не пытается восстанавливать то, что можно было сохранить заранее.
Если вы планируете новый сайт или крупный редизайн, полезно вести разработку и поисковую приемку как один проект. В Make All Perfect для этого можно связать редизайн и доработку сайта, SEO и органический рост и создание сайта в одной карте требований и проверок.
Графов ДмитрийОснователь Make All Perfect
Нужна такая система для вашего бизнеса?Разберём текущий маркетинг и соберём план роста.Обсудить проект