Как перенести сайт и не потерять поисковый трафик

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

Сначала определите, что именно меняется

Переезд на другой хостинг при прежнем домене и прежних URL — одна задача. Смена CMS с перестройкой адресов — другая. Новый домен добавляет отдельную работу с поисковыми системами и ссылками. При одновременной смене дизайна, структуры, адресов и текстов сложнее понять причину падения: сравнить «до» и «после» уже не получится по одному признаку.

Если задача только в обновлении внешнего вида, сначала оцените, можно ли сохранить адреса и рабочую структуру. О выборе между локальной доработкой и новым проектом мы написали отдельно: «Доработать сайт или сделать новый».

До разработки сохраните исходную картину

Выгрузите все доступные адреса из карты сайта, CMS, Вебмастера, Метрики и сканирования сайта. Отметьте страницы, которые получают поисковые переходы, показы, заявки, заказы и внешние ссылки. Каталог нужно смотреть не только по карточкам: категории и полезные страницы фильтров нередко служат точками входа. URL с нулевыми переходами тоже могут быть нужны посетителям или внутренним ссылкам, поэтому удалять их по одному показателю нельзя.

Сохраните период и регион сравнения. Для бизнеса в Москве и Новосибирске выделите нужные города и страницы; общий трафик по всей России способен скрыть просадку в одном городе. Зафиксируйте число обращений в CRM и работу форм. После переезда снижение заявок может оказаться не потерей позиций, а сломанной передачей обращений.

Составьте карту адресов, а не список редиректов «на глаз»

У каждой старой важной страницы должно быть решение: оставить тот же URL; направить на наиболее близкую по смыслу новую страницу; сохранить как архив; либо честно отдавать отсутствие страницы, если аналога нет. Таблица должна содержать старый и новый адрес, тип страницы, приоритет, правило перенаправления и результат проверки. Для большого магазина карту формируют из данных каталога, но выбор соответствия проверяют на контрольной выборке: товары с вариантами, категории, фильтры, статьи и карточки снятых с продажи товаров.

При изменении адреса обычно используют постоянное перенаправление на соответствующую страницу. Не отправляйте все старые URL на главную: человек ищет конкретный товар или услугу. Яндекс рекомендует перенаправлять внутренние страницы на аналогичные новые, а Google отдельно описывает карту URL и проверку редиректов. Формальные ответы сервера ещё не доказывают, что новое содержимое действительно заменяет старое.

Что принять на тестовом сайте до переключения

1. Страницы. Сравните приоритетные старые и новые URL: заголовок, описание услуги или товара, цена и условия, изображения, доступность на телефоне. Новый дизайн не должен оставлять пустые категории и карточки.
2. Индексирование. Проверьте robots.txt, meta robots, canonical, sitemap, внутренние ссылки и ответы сервера. Запрет, необходимый тестовому стенду, не должен переехать на публичный сайт.
3. Редиректы. Для выборки старых URL проверьте конечную страницу и отсутствие циклов. Отдельно пройдите страницы, которые уже приводили заявки, и адреса из внешних ссылок.
4. Покупки и обращения. Отправьте тестовую заявку, звонок или заказ. Сверьте сайт, почту, CRM, Метрику и ответственного менеджера. Подробный сценарий есть в статье о проверке доставки заявок.
5. Интеграции. Для магазина сверяйте остатки, цены и заказы после обмена с 1С или другой учётной системой. Контрольная карточка должна пройти весь путь до заказа.

Если разработчик обещает «перенесём без потери SEO», попросите карту адресов и критерии приёмки. Именно они показывают, что входит в работу. В проекте разработки сайта под ключ эти условия лучше закрепить до дизайна и программирования.

После запуска проверяйте не только главную

В первые дни проверьте журнал ошибок, важные редиректы, файлы sitemap и robots.txt, рабочие формы и страницы с максимальной прежней ценностью. В мониторинге важных страниц Яндекс Вебмастера можно наблюдать обход и статус выбранных URL; при смене домена используйте предусмотренный Яндексом сценарий переезда. Сравнивайте показы и переходы по конкретным страницам и запросам за сопоставимые периоды, учитывая сезонность и изменения рекламы.

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

Частые вопросы

Если планируете редизайн, смену CMS или домена, пришлите REDBE адрес старого сайта и задачу нового проекта. Мы сопоставим текущие страницы с будущей структурой, включим перенос в план разработки и определим, что нужно контролировать после запуска.