Начните с таблицы соответствия URL

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

Таблица задаёт проверяемое ожидание. Без неё перенаправление на любую работающую страницу может выглядеть успехом, хотя пользователь вместо инструкции попадает на общий каталог. По рекомендациям Google при постоянном переносе предпочтительны серверные постоянные редиректы, а массовое направление несвязанных старых страниц на главную может восприниматься как ошибка soft 404. Руководство по переезду сайта.

Чем редирект отличается от canonical

Редирект меняет маршрут запроса: после старого адреса открывается другой. Canonical сообщает поисковой системе предпочтительный адрес для одинакового или очень похожего содержимого, но сам посетителя не перенаправляет. В Google редиректы и canonical являются сигналами выбора основной версии, а не способом приказать поисковику показать определённый URL при любых обстоятельствах. Документация о канонических адресах.

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

Сохраняйте все промежуточные ответы. Цепочка может последовательно менять протокол, домен и путь, а затем завершаться ошибкой. Обычный скриншот конечной страницы эту цепочку не показывает. Кроме кода ответа полезны заголовок Location, итоговый адрес, время проверки и содержимое назначения.

Практический чек-лист

  • Получите перечень старых URL из доступного архива, карты сайта, аналитики и журналов; укажите пробелы в охвате.
  • Для каждого важного адреса назначьте ожидаемую судьбу: перенос, объединение, сохранение или удаление без подходящей замены.
  • Проверьте первый ответ и всю цепочку до конечной страницы; отметьте циклы, промежуточные ошибки и неожиданные домены.
  • Сравните назначение по смыслу: соответствует ли текст прежней потребности пользователя, сохранены ли важные файлы и функции.
  • Проверьте canonical в HTML и, при наличии, HTTP-заголовках, затем сопоставьте его с новым адресом.
  • Проверьте, не остались ли на новых страницах ограничения, предназначавшиеся только для тестовой версии.
  • Сверьте внутренние ссылки, карту сайта и адреса ключевых рекламных посадочных страниц.
  • Сохраните контрольный набор для повторной проверки и назначьте наблюдение за старой и новой структурой отдельно.

Гипотетический пример

Предположим, старая инструкция /help/setup перенаправляет на новую /guides/setup. Страница открывается и содержит нужный материал, но canonical в её шаблоне ведёт на /guides/, где расположен список всех инструкций. В журнале проверки это два отдельных результата: маршрут переноса работает, указание основной версии не соответствует ожидаемой странице.

Проверка ещё пяти инструкций обнаруживает тот же canonical. Появляется обоснованная гипотеза об ошибке шаблона, однако распространить её на весь сайт можно только после проверки других типов страниц. До исправления стоит сохранить ответы и примеры HTML, чтобы позднее сопоставить состояние.

Как наблюдать результат после запуска

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

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