Как сделать редизайн сайта и не потерять SEO-позиции: чек-лист миграции

Редизайн сам по себе не обнуляет SEO. Проблемы начинаются, когда вместе с новым дизайном команда незаметно меняет URL, структуру, контент, внутренние ссылки, правила индексации или аналитику. Поисковая система видит уже не просто новый интерфейс, а новый набор сигналов.

Поэтому безопасный редизайн нужно вести как SEO-миграцию. Еще до разработки важно зафиксировать, какие страницы уже дают трафик и заявки, какие URL должны сохраниться, какие можно объединить, а какие придется перенаправить. После запуска нужно проверять не только позиции, но и индексацию, формы, цели и реальные обращения.

Ниже - практический чек-лист, который можно использовать как рабочий план для SEO-специалиста, разработчика и маркетолога.

Если меняется только визуальный слой, а публичные URL, основной контент и поисковая логика страниц остаются прежними, риск обычно заметно ниже. Но миграция нужна, если редизайн затрагивает хотя бы одну из зон:

Google прямо рекомендует при крупных изменениях по возможности не менять все одновременно. Если одновременно сменить домен, CMS, структуру и дизайн, становится сложнее понять причину просадки и быстрее ее исправить.

Главная ошибка - анализировать последствия уже после запуска, когда старое состояние сайта потеряно.

До изменений сохраните:

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

Для каждого адреса должен быть один из понятных сценариев.

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

Старый адрес должен вести на максимально близкую по смыслу новую страницу постоянным серверным редиректом. Google рекомендует заранее сделать карту соответствия старых и новых URL и избегать массового перенаправления несвязанных страниц на главную.

Если контент действительно консолидируется, несколько старых адресов можно направить на одну новую страницу, но новая страница должна закрывать исходный интент.

Не стоит отправлять все удаленные URL на главную. Для страницы без релевантной замены корректнее вернуть настоящий 404 или 410, чем создавать неуместный редирект.

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

Перед переписыванием коммерческой страницы разберите:

Сохранять текст слово в слово не требуется. Но новая версия должна не обеднять смысл страницы и не превращать полезную посадочную в короткий рекламный экран.

Новый сайт нельзя оценивать только глазами дизайнера.

Перед запуском проверьте:

Отдельно проверьте, чтобы запрет индексации, который использовался на staging, не попал в production. Сайт может визуально работать идеально и при этом выпасть из поиска из-за одного noindex или закрывающего правила в robots.txt.

Редиректы нужно тестировать до запуска, а не добавлять после первых жалоб на падение трафика.

Хорошая карта редиректов выглядит так:

Google указывает, что постоянные редиректы передают сигналы и рекомендует сохранять их как минимум год. Яндекс при переезде также учитывает перенаправления и рекомендует направлять старые страницы на соответствующие новые адреса.

Сразу после переключения пройдите технический чек-лист.

Если меняется домен, дополнительно нужно использовать инструменты переезда в Google Search Console и Яндекс Вебмастере по их официальным инструкциям.

После запуска временные колебания возможны. Google прямо предупреждает, что при существенном переезде поисковой системе требуется время на повторный обход и переиндексацию URL.

Но ждать без диагностики нельзя.

Проверяйте:

Смотрите:

Сравните с baseline:

Условный пример, а не рыночный бенчмарк: после редизайна общий органический трафик снизился на 5%. На первый взгляд это не выглядит критично.

Но внутри может происходить другое:

Поэтому KPI миграции должен учитывать минимум три уровня:

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

Страница может не быть нужна дизайнеру, но получать поисковый трафик или внешние ссылки.

Это не сохраняет релевантность. Поисковик может трактовать такие перенаправления как слабые или ошибочные.

При разработке часто теряются meta-теги, schema, canonical, hreflang, alt и технические правила.

После запуска маркетолог видит падение лидов и не понимает, проблема в SEO или просто перестали отправляться события.

Для SEO запуск - это середина миграции. После него начинается переобход, переиндексация и сравнение с baseline.

Перед релизом ответьте на 12 вопросов:

Если хотя бы на несколько вопросов ответ «нет», перенос лучше не считать готовым.

Начните не с переписывания текстов, а с технической сверки старого и нового сайта.

Порядок диагностики:

Так вы отделите техническую проблему миграции от обычного изменения поисковой конкуренции.

Нет. Важно сохранить сильные и актуальные страницы. Если адрес меняется, назначьте релевантную замену и постоянный редирект. Если страницы больше нет и эквивалента не существует, корректный 404 или 410 честнее нерелевантного перенаправления.

Можно, если новая версия не теряет поисковый интент и полезные смысловые блоки. Для страниц, которые уже получают органический трафик или лиды, сначала зафиксируйте запросы, структуру, внутренние связи и фактическое содержание, а затем меняйте текст осознанно.

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

Универсального срока нет. Google прямо предупреждает о временных колебаниях во время повторного обхода и переиндексации. Скорость зависит от масштаба сайта, количества URL и доступной серверной мощности. Поэтому оценивайте не один день, а динамику по приоритетным страницам и ошибкам.

Проверено 9 сентября 2026 года.

Безопасный редизайн сайта - это не задача «сохранить метатеги перед релизом». Это управляемая миграция с baseline, картой URL, тестированием staging, контролем редиректов, индексации, аналитики и лидов.

Лучший сценарий - подключить SEO к проекту до того, как новая структура окончательно утверждена. Тогда разработчики не переделывают сайт после запуска, а маркетинг не пытается восстанавливать то, что можно было сохранить заранее.

Если вы планируете новый сайт или крупный редизайн, полезно вести разработку и поисковую приемку как один проект. В Make All Perfect для этого можно связать редизайн и доработку сайта, SEO и органический рост и создание сайта в одной карте требований и проверок.