Как перенести сайт и снизить риск потери поискового трафика

До разработки сохраните то, что уже работает

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

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

Составьте таблицу старых и новых адресов

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

Google рекомендует при смене адресов постоянные серверные перенаправления и предостерегает от массовой отправки разных страниц на нерелевантную главную. Делайте переход непосредственно на конечный адрес. Цепочка из нескольких редиректов усложняет проверку и создаёт лишние точки отказа.

Документация: Google: перенос сайта с изменением URL

Проверьте не только внешний вид

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

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

Запускайте с возможностью отката

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

После запуска проверьте коды ответов старых ссылок и доступность новых, затем обновите карту сайта в поисковых кабинетах. Несколько дней наблюдайте за техническими ошибками и заявками, а динамику поиска оценивайте с учётом времени переобхода. Изменение позиций после переезда возможно; обещать полное отсутствие колебаний было бы неверно.

Как понять, что переезд принят

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