Карта 301 редиректов и очистка цепочек: шаблон

Лист очистки цепочек редиректов (для заполнения)

Когда использовать: Одна строка на каждый исходный URL с цепочкой: переходы, конечный URL, нужная цель, правило для изменения и итог проверки.

Лист очистки цепочек редиректов

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

Правила для каждой строки

• Направьте источник сразу на нужную цель одним 301 или 308.
• Если конечный URL неверный (404, главная страница, временный 302), исправьте цель, а не просто укоротите цепочку.
• Циклы отмечайте отдельно. Они никогда не доходят до страницы, и их нужно исправлять первыми.
• Обновите внутренние ссылки, canonical и карты сайта на конечный URL, чтобы они вообще обходили редиректы.

Проверка завершения: каждая строка перепроверена: 1 переход, итог 200, циклов нет, внутренние ссылки обновлены, назначена дата следующего краулинга: [дата].

Карта редиректов при смене домена (старый URL → новый URL)

Когда использовать: Вы переезжаете на новый домен, и каждый старый URL нужно направить на точное соответствие на новом сайте.

Карта редиректов при смене домена

При переезде на другой домен каждый проиндексированный старый URL должен вести на ближайший аналог на новом домене одним редиректом 301 (постоянный). Google считает 301 и 308 постоянными, поэтому в выдаче показывается новый URL. 302, 303 и 307 временные, и для окончательного переезда их использовать не стоит. Не перенаправляйте все подряд на главную: Google может счесть это soft 404.

Составьте карту из пар старый→новый:

• Старый URL: [https://old-domain.com/services] → Новый URL: [https://new-domain.com/services]
• Старый URL: [https://old-domain.com/blog/post-a] → Новый URL: [https://new-domain.com/blog/post-a]
• Тип редиректа: [301]
• Проверка статуса: [200 OK на цели]

Направляйте каждый редирект сразу на конечный живой URL, чтобы не было цепочек и циклов, и обновите внутренние ссылки на новый домен, а не полагайтесь на редиректы.

HTTP→HTTPS и объединение www/без www

Когда использовать: Закрепляете один канонический протокол и хост, чтобы дубли сайта схлопнулись в один адрес.

HTTP→HTTPS и объединение www/без www

Сайт часто доступен по четырем адресам (http/https и www/без www), и сигналы делятся между дублями. Выберите одну каноническую версию и настройте 301 с трех остальных на нее, чтобы весь авторитет собрался на одном хосте и протоколе.

Сопоставьте каждый неканонический вариант с выбранным каноническим:

• Старый URL: [http://example.com/page] → Новый URL: [https://www.example.com/page]
• Старый URL: [https://example.com/page] → Новый URL: [https://www.example.com/page]
• Старый URL: [http://www.example.com/page] → Новый URL: [https://www.example.com/page]

Настройте это одним правилом на уровне сервера, которое за один переход приводит к каноническому хосту и протоколу (вместе с HSTS), вместо четырех отдельных редиректов по путям. Каждый URL все равно должен попадать на соответствующую страницу, а не на главную. Избегайте цепочек вида http→https→www. Затем обновите карту сайта, теги canonical и внутренние ссылки, чтобы они сразу вели на канонические URL.

Объединение дублей и слабых страниц (сначала слить, потом редирект)

Когда использовать: Сливаете несколько пересекающихся или слабых страниц в одну сильную и перенаправляете остальные.

Объединение дублей и слабых страниц

Когда несколько страниц конкурируют за одну тему или слишком слабы для ранжирования, перенесите их полезный контент на одну авторитетную страницу, а затем настройте 301 с удаленных URL на эту оставшуюся. Так сигналы ранжирования собираются вместе, а не распыляются.

Решите, какой URL остается, и сопоставьте с ним остальные:

• Остающийся URL: [/guides/email-marketing]
• Старый URL: [/blog/email-tips] → Новый URL: [/guides/email-marketing]
• Старый URL: [/blog/email-basics] → Новый URL: [/guides/email-marketing]

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

Удаление страниц (выбор между 301 и 410)

Когда использовать: Решаете по каждой странице, перенаправить удаленную страницу или отдавать статус «удалено».

Удаление страниц (301 или 410)

Не каждая удаленная страница заслуживает редиректа. Используйте 301, когда есть близкий аналог и вы хотите сохранить сигналы. Используйте 410 Gone (или 404), когда страницы действительно больше нет и замены ей нет: редирект на нерелевантную страницу или главную создает soft 404.

Примите решение по каждому URL:

• Старый URL: [/promo/spring-sale] → Решение: [301] → Цель: [/sales]
• Старый URL: [/event/2019-webinar] → Решение: [410 Gone] → Цель: [нет]

Спросите себя: есть ли релевантный аналог? Если да, ставьте 301 на него. Если нет, отдавайте 410, чтобы страница чисто выпала из индекса. Всегда ведите редирект на ближайшее соответствие за один переход и уберите внутренние ссылки на URL с ответом 410.

Реструктуризация сайта / карта смены URL

Когда использовать: Меняете структуру URL или папок, оставаясь на том же домене.

Реструктуризация сайта / карта смены URL

Смена папок, слагов или иерархии URL на том же домене все равно ломает каждый старый URL. Сопоставьте каждый измененный путь с новым адресом через 301, чтобы позиции и обратные ссылки перешли вместе с контентом на новый адрес.

Запишите пары старый→новый для каждого измененного URL:

• Старый URL: [/products/widget] → Новый URL: [/shop/widgets/widget]
• Старый URL: [/category/news] → Новый URL: [/blog/news]
• Тип редиректа: [301]

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

Чек-лист проверки редиректов после запуска

Когда использовать: Проверяете, что каждый редирект действительно работает в день смены URL или миграции.

Чек-лист проверки редиректов после запуска

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

Проверьте каждый редирект по этим критериям:

• Старый URL: [/old-path] → Отдает: [301]
• Попадает на: [/new-path] → Итоговый статус: [200 OK]
• Переходы: [1] → Цепочка/цикл: [нет]

Убедитесь, что код ответа 301 или 308 (а не 302/307), цель отдает 200, а каждый редирект срабатывает за один переход без цепочек и циклов. Держите редиректы активными минимум год; руководство Google по переезду сайта советует как можно дольше. Проверьте, что ни одна важная страница не попадает на главную как soft 404. Наконец, отправьте новую карту сайта, следите за ошибками в отчете об индексировании страниц (Page indexing) и исправьте внутренние ссылки, которые все еще ведут на старые URL.

Пример с решением (вымышленная сеть пекарен)

Когда использовать: Заполненная очистка для вымышленного сайта пекарни, который переехал на HTTPS, а затем сменил путь блога.

Пример с решением: Crumb Street

Только пример. Компания, люди, URL и цифры вымышлены, чтобы показать, как выглядит полезная заполненная версия.

Почему в последней строке нет редиректа

Вакансии больше нет, и заменить ее нечем. Отправка на главную выглядит аккуратно, но Google может принять это за soft 404. Чистый 410 - честный ответ.

Следующий шаг

Вставьте каждый источник в Redirect Checker, чтобы увидеть каждый переход, код ответа и цикл, и выгрузите трассировку для задачи. С помощью Backlink Analyzer поднимите в начало списка старые URL с внешними ссылками. После выкатки правил запустите аудит сайта и пересоздайте карту сайта в XML Sitemap Generator. Планируете полную миграцию? Наша команда услуг SEO и GEO может взять план редиректов на себя.