Редизайн и переезд сайта без потери поискового трафика: пошаговый план

Как сменить дизайн, CMS, структуру или домен сайта и сохранить позиции в Яндексе и Google: инвентаризация URL, карта 301-редиректов, перенос мета-тегов и контента, тестовая среда, день запуска и мониторинг после переезда.

Новый сайт запускается, дизайн хвалят, скорость выросла — а через две недели поисковый трафик падает на треть, через месяц вдвое. В панели вебмастера сотни страниц с ошибкой 404, по основным запросам сайт выпал из первой страницы выдачи, заявки из поиска почти прекратились. Сценарий настолько распространённый, что многие компании считают падение трафика после редизайна неизбежной платой за обновление. Это не так. Падение после переезда почти всегда вызвано конкретными и предсказуемыми ошибками: сменившимися адресами без перенаправлений, потерянным текстом, изменившимися мета-тегами, закрытым от индексации сайтом, сломанной внутренней перелинковкой. Ниже — пошаговый план, который позволяет сменить дизайн, систему управления контентом, структуру или даже домен и сохранить накопленные позиции. Какие изменения опасны для поиска Не каждый редизайн одинаково рискован. Оцените, что именно меняется: Только внешний вид. Адреса, тексты, заголовки и структура остаются прежними. Риск минимальный, если при вёрстке не потерялся текст и не сломалась техническая часть. Система управления или технологическая платформа. Меняется то, как формируются адреса, мета-теги, карта сайта, коды ответа. Риск средний и высокий: многие настройки, работавшие годами, приходится воспроизводить заново. Структура сайта и адреса страниц. Разделы объединяются, переименовываются, страницы переезжают. Без перенаправлений каждая сменившая адрес страница для поисковой системы исчезает и появляется новая, без истории. Контент. Тексты сокращаются «для чистоты дизайна», категории объединяются, старые статьи удаляются. Страницы, приносившие трафик, теряют то, за что ранжировались. Домен. Самый рискованный вариант. Даже при идеальном выполнении поисковым системам нужно время, чтобы перенести сигналы на новый адрес. Протокол и зеркало. Переход на HTTPS, смена основного зеркала с www на без www. Технически простые изменения, но требующие аккуратных перенаправлений. Если меняется несколько вещей сразу — например, платформа, структура и дизайн, — риски складываются, а диагностика после запуска усложняется: непонятно, какое из изменений вызвало падение. По возможности крупные изменения стоит разносить во времени. Этап 1. Инвентаризация до начала работ Самая частая ошибка — начинать думать о SEO за неделю до запуска. Инвентаризация делается до проектирования нового сайта, потому что её результаты влияют на структуру. Полный список адресов Соберите все адреса старого сайта из нескольких источников, потому что ни один не даёт полной картины: сканирование сайта краулером; текущая карта сайта; страницы, получающие трафик из поиска, по данным систем аналитики за год; страницы в индексе и страницы с внешними ссылками по данным Яндекс Вебмастера и Google Search Console; адреса из рекламных кампаний, email-рассылок, печатных материалов и QR-кодов. Страница, на которую не ведёт ни одна внутренняя ссылка, но на которую ссылается отраслевое издание или которую открывают по QR-коду с упаковки, при переезде теряется первой. Ценность каждой страницы Для каждого адреса зафиксируйте: поисковый трафик, запросы, по которым страница ранжируется, позиции, внешние ссылки, конверсии. Это определит приоритеты: страницы, приносящие основной трафик и заявки, требуют особой аккуратности при переносе. Снимок SEO-элементов Сохраните для каждой важной страницы title, description, заголовок H1, основной текст, микроразметку, canonical, атрибуты языка. После запуска это позволит сравнить старое и новое и быстро найти, что потерялось. Базовые показатели Зафиксируйте текущие значения: трафик из Яндекса и Google по неделям, число страниц в индексе, позиции по ключевым запросам, конверсии из органического трафика. Без этой точки отсчёта невозможно оценить последствия переезда. Этап 2. Проектирование нового сайта с учётом SEO Сохранять адреса, где возможно Лучшее перенаправление — то, которое не понадобилось. Если старые адреса логичны и понятны, их стоит сохранить, даже если новая система формирует адреса по-другому по умолчанию. Менять адреса имеет смысл, когда старая структура действительно мешает: адреса с идентификаторами вместо слов, бессистемная вложенность, дубли. Не терять страницы, приносящие трафик Если при новой структуре страница, получающая трафик, «не нужна», её содержание нужно перенести на страницу, которая будет отвечать на те же запросы, и настроить перенаправление. Простое удаление ранжирующейся страницы — прямая потеря трафика. Сохранять текст Дизайнеры часто сокращают тексты ради визуальной лёгкости. Если страница ранжировалась благодаря подробному описанию услуги, замена его на три строки и красивые иконки лишит страницу позиций. Текст можно переработать, улучшить, структурировать, но не удалять содержание, отвечающее на запросы пользователей. Техническое задание на SEO Требования к новому сайту фиксируются в техническом задании, а не передаются устно: формат адресов и правила их формирования; управление title, description, H1 для каждой страницы; автоматическая генерация карты сайта; правильные коды ответа — 404 для несуществующих страниц, 301 для перенесённых; canonical, микроразметка, хлебные крошки; управление перенаправлениями без участия разработчика; скорость загрузки и показатели Core Web Vitals; контент в исходном HTML, а не только после выполнения JavaScript. Последний пункт особенно важен при переходе на современные JavaScript-фреймворки: сайт, который выглядит отлично в браузере, может отдавать поисковому роботу почти пустую страницу. Подробно — в статье о том, почему сайт на React не индексируется . Как оформлять такие требования, — в материале о техническом задании . Этап 3. Карта перенаправлений Центральный документ переезда — таблица соответствия каждого старого адреса новому. Правила Постоянное перенаправление 301. Именно оно сообщает поисковым системам, что страница переехала навсегда и сигналы нужно перенести на новый адрес. Временное 302 для переезда не подходит. Один к одному. Каждая старая страница перенаправляется на самую близкую по смыслу новую. Не на главную и не на раздел целиком: массовое перенаправление всех страниц на главную поисковые системы могут воспринимать как ошибку «страница не найдена». Без цепочек. Старый адрес ведёт сразу на конечный новый, а не через промежуточные перенаправления, накопленные за годы прошлых переделок. Цепочки замедляют обход и теряют часть сигналов. Если аналога нет — перенаправление на ближайшую по теме страницу, а если и такой нет, честный ответ 404 или 410 для действительно удалённого контента. Параметры и варианты адресов. Адреса со слешем и без, в разном регистре, с параметрами сортировки и фильтров — учесть все варианты, получавшие трафик или ссылки. Шаблоны и исключения Для больших сайтов перенаправления описываются шаблонами: например, все карточки товаров старого формата переходят на новый формат по одному правилу. Но шаблоны нужно дополнять исключениями для страниц, чей адрес изменился нестандартно, и проверять на полном списке адресов. Этап 4. Тестовая среда Новый сайт разворачивается на тестовом адресе и проверяется до переключения. Закрыть тестовую среду от индексации — авторизацией, а не только запретом в robots.txt, который поисковые системы соблюдают не всегда, если на тестовый адрес уже есть ссылки. Просканировать новый сайт краулером: коды ответа, битые ссылки, дубли title и description, пустые H1, страницы без текста, canonical. Проверить перенаправления по полному списку старых адресов: каждый даёт один переход 301 на страницу с ответом 200. Сравнить SEO-элементы новых страниц со снимком старых: не потерялись ли title, тексты, микроразметка на ключевых страницах. Проверить скорость и мобильную версию ключевых шаблонов. Проверить аналитику: счётчики установлены, цели и события передаются, формы отправляют заявки. Этап 5. День запуска Чек-лист, который стоит пройти сразу после переключения: Снять закрытие от индексации: убрать авторизацию, запрещающие правила из robots.txt и метатег noindex, перенесённые с тестовой среды. Эта ошибка встречается настолько часто, что её стоит проверять первой. Убедиться, что перенаправления работают на боевом адресе, а не только на тестовом. Выложить новую карту сайта и отправить её в Яндекс Вебмастер и Google Search Console. При смене домена — оформить переезд в инструментах вебмастеров: в Google — через инструмент изменения адреса, в Яндексе — через настройку главного зеркала, и подтвердить права на оба домена. Проверить каноническую версию: HTTPS, с www или без, одинаково на всех страницах. Отправить на переобход ключевые страницы. Проверить формы, звонки, цели аналитики на реальных пользователях. Запуск разумно планировать на начало рабочей недели, а не на пятницу вечером: первые дни после переезда нужны люди, которые могут быстро исправить проблему. Этап 6. Мониторинг после переезда Первые дни ошибки 404 в журналах сервера и отчётах вебмастеров — каждая ошибка по адресу со старым трафиком или ссылками получает перенаправление; ошибки сервера и медленные ответы при реальной нагрузке; обход сайта роботами по журналам сервера: заходят ли роботы на новые адреса и получают ли перенаправления со старых. Первые недели число страниц в индексе: старые адреса постепенно заменяются новыми; позиции по ключевым запросам в сравнении с базовыми; трафик из поиска по неделям, отдельно для Яндекса и Google; трафик и конверсии по группам страниц: если просела конкретная группа, проблема локальна и её проще найти. Что нормально, а что нет Небольшие колебания позиций в первые недели после переезда — ожидаемы: поисковые системы пересчитывают сигналы. Резкое падение трафика на большую долю, особенно по конкретной группе страниц, — сигнал ошибки, который нужно искать сразу, а не ждать, что «само восстановится». Перенаправления со старых адресов стоит сохранять как можно дольше — годами, а не месяцами. На старые адреса продолжают вести внешние ссылки, закладки и материалы, которые никто не обновит. Если трафик уже упал Проверить закрытие от индексации: robots.txt, noindex, авторизация, коды ответа на ключевых страницах. Найти страницы, потерявшие трафик, — сравнить старые адреса с трафиком до переезда и проверить, что с ними происходит сейчас. Проверить перенаправления для этих адресов: есть ли, постоянные ли, ведут ли на релевантную страницу, нет ли цепочек. Сравнить содержание новых страниц со старыми: не потерян ли текст, не изменились ли title и H1, не пропала ли микроразметка. Проверить, что видит робот: исходный HTML, результат проверки адреса в инструментах вебмастеров. Исправить и отправить на переобход пострадавшие страницы. Чем раньше найдена ошибка, тем быстрее восстановление. Если исходные данные — список старых адресов и их трафик — не были сохранены до переезда, восстановить их помогут архивы сайта в веб-архиве, отчёты вебмастеров и исторические данные систем аналитики. Особенности переезда каталога и интернет-магазина У сайтов с каталогом свои риски: страниц на порядки больше, адреса формируются автоматически, а значительная часть поискового трафика приходит не на главную и разделы, а на карточки и отфильтрованные подборки. Страницы фильтров. На старом сайте подборки вида «диваны серые угловые» могли иметь собственные адреса и ранжироваться по точным запросам. Если в новом каталоге фильтры работают только без смены адреса, эти страницы исчезают вместе с трафиком. Посадочные подборки, приносившие трафик, нужно воспроизвести как индексируемые страницы с перенаправлениями со старых адресов. Пагинация. Изменение формата адресов страниц списка — через параметр, через путь, бесконечная прокрутка — влияет на обход товаров в глубине каталога. Товары, до которых робот может добраться только через десятую страницу списка, должны оставаться доступными по ссылкам. Идентификаторы товаров. При смене платформы товары часто получают новые внутренние номера, и адреса карточек меняются массово. Карту перенаправлений для карточек строят по устойчивому ключу — артикулу или коду товара, — а не по названию, которое могло меняться. Снятые с продажи товар