Переезд URL осенью 2026 года: карта редиректов без цепочек и потерь
Переезд сайта часто начинается с красивой новой структуры и заканчивается забытым адресом из письма пятилетней давности. Пользователь нажимает ссылку на инструкцию, попадает на главную и должен заново угадывать путь. Поисковый робот видит то же несоответствие. В августе 2026 года Google обновил документацию о канонических URL, а рекомендации по переносу сайтов были актуализированы в конце лета. Главный принцип остался практичным: у каждой старой полезной страницы должен быть наиболее близкий новый адрес.
Редирект сообщает браузеру и поисковой системе, что ресурс переехал. Постоянные серверные коды 301 и 308 применяют, когда возврата к старому адресу не планируется. Временные 302 и 307 подходят для временной замены. Сам выбор кода не исправит плохую карту: постоянный редирект со ста разных материалов на главную остается плохим маршрутом.
Сначала инвентаризация, потом настройка
Соберите старые URL из sitemap, системы аналитики, журналов сервера, базы сайта и списка внешних ссылок. У каждого источника есть слепая зона. Sitemap может не содержать старую, но посещаемую страницу; аналитика не покажет адрес без визитов за выбранный период; база не знает о статических файлах.
Создайте таблицу с колонками: старый URL, код ответа сейчас, новый URL, тип соответствия, трафик, внешние ссылки, ответственный, результат проверки. Тип соответствия полезно обозначить словами точное, объединено, удалено без замены. Тогда спорную строку видно до запуска.
Не отправляйте все на главную
Если статья получила новый адрес, перенаправьте старую ссылку на эту статью. Если три близких материала объединены в один подробный, все три старых URL могут вести на объединенную страницу. Если товар снят, но существует его новая модель или точная категория, решение зависит от того, отвечает ли страница прежнему намерению пользователя.
Google прямо предупреждает: массовое перенаправление нерелевантных старых URL на одну главную может запутать людей и восприниматься как soft 404. Если достойной замены нет, честный 404 или 410 с навигацией полезнее ложного обещания.
Сократите маршрут до одного перехода
Плохая цепочка выглядит так: HTTP ведет на HTTPS, затем адрес с www - на адрес без www, старая папка - на промежуточную, а она - на финальную страницу. Браузер справится, но каждый шаг добавляет задержку и новую точку отказа. Googlebot способен следовать цепочкам, однако официальная документация советует направлять сразу к конечной цели.
Проверьте заголовки командой или инструментом, который показывает всю цепочку. Для каждой строки таблицы нужны исходный код, число переходов, конечный код и конечный URL. Нормальный постоянный маршрут: старый адрес отвечает 301 или 308, один раз переводит на новый, новый отвечает 200.
Canonical не заменяет редирект
Элемент rel=canonical помогает указать предпочтительную версию среди одинаковых или очень похожих страниц. Пользователь при этом остается на исходном URL. Редирект физически переводит его на другой адрес. Поэтому при окончательном удалении старой страницы canonical сам по себе задачу переезда не решает.
На новых страницах поставьте самоссылочный canonical с абсолютным HTTPS-адресом. Обновите hreflang, если есть языковые версии, и проверьте, что JavaScript не меняет canonical на другое значение. В новом sitemap должны находиться конечные канонические URL, а не старые адреса и не промежуточные переходы.
Внутренние ссылки нужно переписать
Редирект страхует старую ссылку, но не является поводом оставить ее в меню, статьях и шаблонах. После запуска замените внутренние ссылки на конечные URL. Это ускоряет переход пользователя и уменьшает лишнюю работу сервера. Отдельно проверьте изображения, CSS, PDF, формы, канонические теги и ссылки в письмах.
Google рекомендует хранить постоянные редиректы как можно дольше, обычно не менее года. Для пользователей разумно сохранять их и дальше, если старые адреса продолжают встречаться в документах и закладках. Удалять правило только потому, что прошел месяц, рано.
Контроль в первые семь дней
В день запуска проверьте двадцать самых посещаемых URL вручную и весь список автоматически. На следующий день изучите рост 404, 5xx и циклических перенаправлений. Через неделю сравните обращения к старым адресам: частые внутренние переходы укажут на ссылки, которые забыли заменить.
Не меняйте домен, структуру, дизайн и систему управления одновременно без необходимости. Если ошибка возникнет сразу в четырех слоях, поиск причины займет дольше. Переезд URL заканчивается не тогда, когда новое меню открылось у разработчика, а когда старая ссылка из письма, закладки и поисковой выдачи приводит человека ровно туда, куда он собирался.