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

Редизайн — это всегда соблазн «начать с чистого листа»: новый дизайн, новый движок, обновлённая структура. Но для SEO чистый лист почти всегда означает обнуление позиций, которые вы зарабатывали месяцами и годами. Я видел десятки случаев, когда красивый новый сайт в первую же неделю терял 40–70% поискового трафика, а владелец узнавал об этом только через месяц по упавшим заявкам. Хорошая новость: обвал не предопределён. Если относиться к редизайну как к технической миграции, а не как к творческому проекту, трафик и позиции можно сохранить почти полностью. В этой статье — пошаговый чек-лист, который мы применяем в SEO ПРОГРЕСС на каждом переезде: от подготовки и снимка текущего состояния до дня переключения и мониторинга после запуска.

Почему редизайн обрушивает трафик: пять главных причин

Прежде чем защищаться, нужно понимать, от чего именно. Поисковая система воспринимает ваш сайт как набор адресов с привязанными к ним сигналами: содержимым, метатегами, ссылочным весом, поведением пользователей. Редизайн почти всегда задевает все эти сигналы сразу. Вот что конкретно ломает выдачу.

• Смена URL. Самая частая и самая дорогая ошибка. Новая CMS или новая структура каталогов генерирует другие адреса страниц. Старый URL отдаёт 404, накопленный за годы ссылочный вес и история ранжирования просто исчезают, а новый адрес для Яндекса — это новая страница без какой-либо репутации.
• Потеря метатегов. При переносе контента дизайнеры и верстальщики думают о картинках и кнопках, а Title и Description либо генерируются движком автоматически по шаблону, либо теряются вовсе. В итоге выверенные под запросы заголовки заменяются на «Главная — Название компании», и релевантность падает.
• Потеря и переписывание контента. «Старые тексты выглядят устарело, давайте сократим» — и со страницы исчезает половина смыслового объёма, по которому она ранжировалась. Поисковик перестаёт находить ключевые вхождения и понижает страницу.
• Новые технические ошибки. Свежая вёрстка тянет за собой битые ссылки, дубли, неправильные коды ответа, закрытые от индексации блоки, сломанную микроразметку. Часто на тестовый период ставят запрет индексации и забывают снять его на бою.
• Изменение структуры и скорости. Перестроенное меню и хлебные крошки меняют внутренний вес страниц, а «тяжёлый» современный дизайн с анимациями и неоптимизированными изображениями роняет скорость загрузки и Core Web Vitals — а это уже фактор ранжирования.

Объединяет все пять причин одно: каждый из этих сбоев по отдельности проседание ускоряет, а вместе они дают тот самый обвал. Поэтому защита — это не одно действие, а система мер, начинающаяся задолго до запуска нового сайта.

Подготовка до редизайна: снимок текущего состояния

Главный принцип миграции: нельзя сохранить то, что вы не зафиксировали. До того как дизайнер нарисовал первый макет, нужно сделать полный «слепок» сайта в его нынешнем виде. Этот снимок станет эталоном, с которым вы будете сверять новый сайт. Без него после запуска вы не докажете даже самому себе, что и где потерялось.

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

1. Полный список URL. Выгрузите все индексируемые страницы краулером (Screaming Frog, Netpeak Spider) плюс список из Яндекс.Вебмастера и из карты sitemap.xml. Это ваш реестр адресов, которые обязаны либо сохраниться, либо получить редирект.
2. Метатеги. К каждому URL приложите его текущие Title, Description, H1. Это таблица, которую вы перенесёте на новый сайт один в один.
3. Позиции. Снимите позиции по всему семантическому ядру в Яндексе (и в Google, если он вам важен) на дату до начала работ. После запуска вы будете сравнивать именно с этими цифрами.
4. Трафик. Зафиксируйте в Яндекс.Метрике посещаемость по страницам за последние 3–6 месяцев: какие URL приносят основной поисковый трафик. Эти страницы — приоритет номер один при переносе.
5. Бэклинки. Выгрузите внешние ссылки (через Вебмастер и сторонние сервисы). Страницы, на которые ссылаются с других сайтов, нельзя ни удалять, ни менять без 301-редиректа — иначе ссылочный вес утечёт в никуда.
6. Структура и перелинковка. Сохраните схему вложенности разделов, меню, хлебные крошки и карту внутренних ссылок. Это нужно, чтобы воспроизвести распределение веса на новом сайте.

Отдельно сохраните полную копию текстов всех ключевых страниц. Когда контент-менеджер начнёт «освежать» формулировки, у вас на руках будет оригинал, и вы проконтролируете, что смысловой объём и ключевые вхождения не вырезали.

Работа на тестовом домене: закройте его от индексации

Новый сайт почти всегда собирают на отдельном поддомене или тестовом адресе вроде test.site.ru или new.site.ru. Здесь кроется ловушка, которая регулярно убивает проекты: тестовая версия попадает в индекс. Поисковик находит её, индексирует копию вашего контента — и вы получаете полный дубль собственного сайта. Дальше Яндекс решает, какая из версий «настоящая», и нередко выбирает не ту.

Чтобы этого не случилось, тестовый домен нужно жёстко закрыть от индексации, причём не одним способом, а с подстраховкой:

• закройте доступ HTTP-авторизацией (логин и пароль на уровне сервера) — это самый надёжный барьер, робот просто не попадёт внутрь;
• пропишите в robots.txt тестового домена директиву Disallow: / для всех роботов;
• добавьте на все страницы мета-тег <meta name="robots" content="noindex, nofollow">;
• не размещайте на тестовый домен карту sitemap и не добавляйте его в Вебмастер.

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

Сохранение URL или карта 301-редиректов

Это сердце всей миграции. Есть два сценария, и первый всегда предпочтительнее.

Сценарий А — сохранить URL без изменений. Если новая CMS позволяет оставить ровно те же адреса, что были, — оставьте их. Тогда вся история ранжирования, весь ссылочный вес и весь накопленный траст остаются привязанными к тем же страницам, и для поисковика по сути ничего не меняется. Это идеал, к которому нужно стремиться: договоритесь с разработчиками о сохранении структуры URL ещё на этапе ТЗ.

Сценарий Б — карта 301-редиректов. Если адреса всё же меняются (сменилась CMS, изменилась логика каталога, ушли лишние параметры), для каждого старого URL должен быть прописан постраничный 301-редирект на точный новый аналог. Не на главную, не на раздел «оптом», а именно страница в страницу: карточка товара → та же карточка, статья → та же статья.

• Возьмите полный список URL из снимка и в таблице сопоставьте каждому старому адресу новый. Это и есть карта редиректов.
• Используйте именно код 301 (постоянное перенаправление), а не 302 — только 301 передаёт ссылочный вес и сигнализирует поисковику о переезде навсегда.
• Избегайте цепочек редиректов (старый → промежуточный → новый): они замедляют обход и размывают вес. Редирект должен быть в один шаг.
• Проверьте, что нет «осиротевших» старых URL без пары — каждый адрес из снимка должен либо сохраниться, либо получить 301.

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

Перенос метатегов, заголовков и контента

Здесь работает та самая таблица из снимка. Перенос — не «по памяти», а по документу: каждый Title, Description и H1 со старой страницы должен оказаться на её новом аналоге без потерь.

• Title и Description. Перенесите их точь-в-точь. Если движок генерирует метатеги по шаблону, проверьте, что у важных страниц прописаны индивидуальные значения, а не автогенерация. Заодно убедитесь, что новый шаблон не обрезает Title и не плодит дубли. Как составлять и проверять метатеги, мы разбирали в материале про эффективные метатеги.
• Заголовки H1–H3. H1 на странице должен остаться один и сохранить ключевую фразу. Иерархия подзаголовков переносится без перемешивания — она помогает поисковику понимать структуру документа.
• Тексты. Переносите контент полностью. Если хотите обновить тексты — делайте это после успешного переезда, отдельным этапом, а не одновременно с миграцией. Менять адреса и контент в один день — значит лишить себя возможности понять, что именно вызвало проседание.
• Альты изображений, подписи, таблицы, FAQ-блоки. Всё это тоже сигналы релевантности. Контролируйте, чтобы при «упрощении» дизайна не выпали целые смысловые блоки.

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

Сохранение структуры и перелинковки

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

• Сохраните уровни вложенности ключевых разделов. Если страница была на втором уровне, она должна остаться на втором, а не уехать на четвёртый.
• Воспроизведите хлебные крошки и сквозную навигацию — они формируют значительную часть внутренних ссылок.
• Перенесите контекстные ссылки внутри текстов и блоки «похожие/рекомендуемые». Внутренняя перелинковка — это то, чем вы управляете весом сами, и терять её нельзя.

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

Микроразметка, sitemap и robots.txt

Три технических элемента, которые на новом сайте часто оказываются недонастроены — и каждый бьёт по выдаче.

• Микроразметка. Schema.org-разметка (товары, цены, рейтинги, хлебные крошки, организация, FAQ) формирует расширенные сниппеты в выдаче. При смене вёрстки она часто слетает или ломается. Проверьте каждый тип разметки валидатором и убедитесь, что новые шаблоны её сохранили — иначе вместе с разметкой исчезнут звёзды рейтинга и цены из сниппета, а с ними и часть кликабельности.
• Sitemap.xml. На боевом сайте карта должна автоматически перегенерироваться под новые URL, отдавать только актуальные индексируемые страницы (код 200, без редиректов и 404) и быть указана в robots.txt и в Вебмастере. Старая sitemap со старыми адресами после переезда — источник лишних ошибок обхода.
• Robots.txt. Это файл, в котором чаще всего «забывают» тестовый Disallow: /. На боевом домене robots.txt должен открывать сайт к индексации, закрывать служебные разделы (корзина, личный кабинет, фильтры-дубли) и указывать на sitemap. Перепроверьте его построчно в день запуска.

Проверка скорости и мобильной версии

Современный дизайн любит тяжёлые шрифты, видеофоны, анимации и неоптимизированные изображения. Всё это роняет скорость, а скорость и стабильность интерфейса — измеримые факторы ранжирования через Core Web Vitals. Бывает, что новый сайт красивее старого, но грузится вдвое дольше — и проседает именно из-за этого.

• Замерьте скорость нового сайта на тесте через PageSpeed Insights и в Вебмастере, сравните с показателями старого из снимка. Новый сайт не должен быть медленнее.
• Оптимизируйте изображения (современные форматы, сжатие, lazy-load), включите кэширование и сжатие, уберите тяжёлые блокирующие скрипты.
• Проверьте адаптивность на реальных мобильных разрешениях: не уехала ли вёрстка, кликабельны ли элементы, читается ли текст без масштабирования.

Подробные нормы и метрики мы разбирали в материалах про скорость сайта и Core Web Vitals и мобильную оптимизацию. На редизайне это не «приятный бонус», а часть обязательной приёмки: медленный или сломанный на мобильных новый сайт теряет позиции даже при идеальных редиректах.

День переключения: чек-лист запуска

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

1. Карта 301-редиректов залита и протестирована: выборочно проверьте десяток старых URL — каждый должен в один шаг отдавать 301 на правильный новый адрес.
2. Сняты все тестовые запреты: убран noindex со страниц, в robots.txt больше нет Disallow: /, снята HTTP-авторизация.
3. Метатеги и контент на месте — выборочная сверка по таблице снимка для топовых по трафику страниц.
4. Sitemap.xml перегенерирована под новые URL и доступна по адресу из robots.txt.
5. Микроразметка проходит валидацию, скорость и мобильная версия приняты.
6. Настроена 404-страница: несуществующие адреса отдают именно код 404 (а не 200 «мягкая ошибка» и не редирект на главную).
7. Яндекс.Метрика и счётчики установлены на всех страницах нового сайта — без них вы ослепнете в самый важный момент.
8. Сделан полный бэкап старого сайта, чтобы при катастрофе откатиться за минуты.

Сразу после запуска: что делать в первые дни

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

1. Откройте индексацию и проверьте её. Ещё раз убедитесь, что боевой сайт открыт: robots.txt разрешает обход, на страницах нет noindex.
2. Отправьте на переобход. В Яндекс.Вебмастере загрузите новую sitemap и через инструмент переобхода отправьте приоритетные страницы. Это ускоряет переиндексацию.
3. Мониторьте Вебмастер ежедневно. Следите за разделами «Диагностика», «Страницы в поиске», статистикой обхода и ошибками. Резкий рост исключённых страниц — сигнал, что что-то пошло не так.
4. Отслеживайте 404. В логах сервера и в Вебмастере ловите адреса, отдающие 404, которых быть не должно — это пропущенные в карте редиректы. Дописывайте 301 по мере обнаружения.
5. Снимайте позиции и трафик. Сравнивайте с эталоном из снимка. Локальное проседание в первые недели — норма; важна динамика: трафик должен начать восстанавливаться, а не падать дальше.

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

Сроки восстановления и норма проседания

Даже при безупречной миграции краткосрочное проседание почти неизбежно — поисковику нужно время на переобход и пересчёт сигналов. Важно понимать, что считать нормой, а что поводом бить тревогу.

• Норма. При корректно настроенных 301, сохранённых метатегах и контенте просадка трафика в пределах 10–20% на 2–4 недели — обычное дело. Дальше показатели возвращаются к прежнему уровню, а часто и превышают его за счёт улучшенной скорости и структуры.
• Сроки. Большинство страниц восстанавливается за 2–6 недель. Крупные сайты с десятками тысяч URL могут переобходиться дольше — до 2–3 месяцев на полную стабилизацию.
• Тревога. Если трафик упал на 40% и более и через 3–4 недели не показывает признаков восстановления — это не «нормальная просадка», а последствие конкретной ошибки: потерянные редиректы, закрытая индексация, вырезанный контент. Нужно срочно искать причину по чек-листу, а не ждать.

Типичные фейлы при редизайне

Почти все провалы — это повторение одних и тех же ошибок. Вот те, что встречаются чаще всего и стоят дороже всего.

• Запуск без карты редиректов. Старые URL массово отдают 404, ссылочный вес и история теряются. Самая дорогая и самая частая ошибка.
• Забытый тестовый noindex или Disallow: /. Боевой сайт открывается закрытым от индексации и вылетает из выдачи целиком.
• Редиректы «оптом» на главную. Вместо постраничного 301 все старые адреса ведут на главную — поисковик трактует это как «удалённые страницы» и веса не передаёт.
• Цепочки и циклы редиректов. Многошаговые перенаправления замедляют обход и размывают вес.
• Потеря метатегов и контента. Автогенерация Title вместо ручных, вырезанные ради дизайна тексты — падение релевантности.
• Сломанная микроразметка. Исчезают расширенные сниппеты, падает CTR в выдаче.
• Падение скорости. Красивый, но тяжёлый сайт проседает по Core Web Vitals.
• Одновременная смена URL, структуры и контента. Когда меняется всё сразу, при проседании невозможно понять причину и быстро откатиться.
• Запуск без мониторинга. Нет Метрики и контроля Вебмастера — проблему замечают через месяц по упавшим заявкам, когда позиции уже глубоко просели.

Объединяет эти фейлы общая черта: каждый из них предотвращается на этапе подготовки. Редизайн, проведённый по чек-листу, обходится без них.

Вывод

Редизайн и SEO — не враги. Обновлять сайт можно и нужно, но как техническую миграцию: со снимком текущего состояния, картой 301-редиректов, аккуратным переносом метатегов и контента, сохранённой структурой и контролем скорости, а главное — с дисциплинированным мониторингом после запуска. Тогда вы получите и красивый современный сайт, и сохранённый трафик, и нередко прирост позиций за счёт улучшенной технички. Ошибка же в любом из звеньев цепочки способна обнулить годы работы за две недели.

Если редизайн на горизонте, а рисковать наработанным трафиком не хочется, разумнее не пускать миграцию на самотёк. В SEO ПРОГРЕСС мы сопровождаем редизайны и переезды под ключ — от аудита и снимка до карты редиректов и мониторинга в первые недели — в рамках технической поддержки и доработки сайта и системного продвижения. Посмотрите наши кейсы, где трафик после переезда не падал, а рос, и напишите нам — разберём ваш проект и составим план редизайна, который сохранит всё, что вы наработали в поиске.