Шаблон карты 301-редиректов

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

Менять URL-адреса без плана — верный способ за одну ночь потерять с трудом заработанные позиции. Этот шаблон дает вам четкий и повторяемый способ сопоставить каждый старый URL с ближайшим новым аналогом, избежать цепочек редиректов и мягких 404, а также проверить всё после запуска. Скопируйте его, заполните заполнители и внедряйте изменения URL уверенно.

6 готовых вариантов

Карта редиректов для миграции домена (Старый URL → Новый URL)

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

Карта редиректов для миграции домена

Когда вы меняете домен, каждый проиндексированный старый URL должен вести к своему ближайшему аналогу на новом домене через один 301 (постоянный) редирект. 301 передает сигналы ранжирования; 302 или 307 являются временными и не должны использоваться для постоянного перехода. Никогда не перенаправляйте всё на главную страницу: поисковые системы трактуют это как мягкую 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/non-www

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

Объединение HTTP→HTTPS & www/non-www

Сайт часто доступен по четырем адресам (http/https и www/non-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. Затем обновите свой sitemap, канонические теги и внутренние ссылки, чтобы они сразу использовали канонические 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), когда страница действительно удалена без замены: перенаправление на нерелевантную страницу или главную создает мягкую 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-sitemap с новыми URL и обновите внутренние ссылки, навигацию и канонические теги, чтобы они сразу указывали на новые пути.

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

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

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

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

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

Старый URL: [/old-path] → Возвращает: [301]
Ведет на: [/new-path] → Конечный статус: [200 OK]
Шагов: [1] → Цепочка/петля: [нет]

Убедитесь, что код статуса — 301 (не 302/307), целевая страница возвращает 200, а каждый редирект разрешается за один шаг без цепочек или петель. Проверьте, что ни одна важная страница не ведет на главную как мягкая 404. Наконец, отправьте новый sitemap, следите за отчетами о покрытии на предмет ошибок и исправьте все внутренние ссылки, всё еще указывающие на старые URL.

Как использовать этот шаблон

Просканируйте свой текущий сайт и экспортируйте полный список каждого живого проиндексированного URL, чтобы ничего не пропустить в карте.
Создайте карту как два столбца пар старый→новый, с одной строкой на каждый старый URL и его единственный ближайший новый аналог.
Для каждого старого URL определите наиболее релевантную целевую страницу; никогда не направляйте несопоставленные URL по умолчанию на главную, так как это вызывает мягкие 404.
Установите каждому редиректу тип 301 (постоянный), чтобы передавались сигналы ранжирования; оставляйте 302/307 только для действительно временных переходов.
Принимайте решения по выведенным из обращения страницам индивидуально: 301 на аналог там, где он существует, или верните 410/404, когда замены нет.
Выпрямите все цепочки, чтобы каждый старый URL перенаправлялся прямо на конечный за один шаг, и удалите все петли.
Обновите внутренние ссылки, навигацию, канонические теги и свой XML-sitemap, чтобы они сразу ссылались на новые URL, а не полагались на редиректы.
После запуска протестируйте коды статуса для каждого сопоставленного URL, убедитесь, что каждый ведет на целевую страницу со статусом 200, и следите за отчетами о покрытии на предмет ошибок.

Советы

Сопоставляйте с ближайшей соответствующей страницей, а не с главной. Сплошной редирект на главную трактуется как мягкая 404 и теряет сигнал.
Устраняйте цепочки и петли редиректов: направляйте исходный старый URL сразу на конечную цель, чтобы он разрешался за один шаг.
Обновляйте внутренние ссылки сразу на новые URL, а не полагайтесь на редиректы — это поддерживает эффективность сканирования и уменьшает лишние шаги.
Используйте 301 только для постоянных изменений; если переход действительно временный, используйте 302/307, чтобы поисковые системы держали исходный URL в индексе.

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

В чем разница между редиректами 301 и 302?

301 — это постоянный редирект, который сообщает поисковым системам, что перемещение окончательное, и передает сигналы ранжирования на новый URL. 302 (или 307) является временным и сигнализирует, что исходный URL должен оставаться в индексе. Для миграций, объединений и постоянных изменений URL используйте 301.

Могу ли я перенаправить все свои старые URL на главную страницу?

Нет. Перенаправление несопоставленных URL на главную трактуется как мягкая 404, потому что целевая страница не соответствует исходному контенту, и сигналы страницы обычно теряются. Вместо этого всегда сопоставляйте каждый старый URL с его ближайшей соответствующей страницей.

Что такое цепочка редиректов и почему ее следует избегать?

Цепочка редиректов — это когда URL A перенаправляет на B, который перенаправляет на C, вынуждая делать несколько шагов. Цепочки замедляют сканирование и могут разбавлять сигналы. Направляйте исходный старый URL прямо на конечную цель, чтобы каждый редирект разрешался за один шаг, и никогда не позволяйте двум URL перенаправлять друг на друга в петле.

Когда следует использовать 410 вместо 301?

Используйте 410 Gone (или 404), когда страница окончательно удалена и не имеет релевантного аналога для перенаправления. Используйте 301 только тогда, когда существует близкая замена. Принудительный 301 на нерелевантную страницу создает мягкую 404, поэтому 410 — более чистый выбор для настоящих удалений.

Нужно ли обновлять внутренние ссылки, если редиректы уже настроены?

Да. Редиректы — это подстраховка для внешних ссылок и закладок, но ваши собственные внутренние ссылки, навигация и канонические теги должны указывать прямо на новые URL. Это избегает лишних шагов, ускоряет сканирование и предотвращает случайные цепочки.

Как убедиться, что мои редиректы работают после запуска?

Протестируйте код статуса каждого старого URL и убедитесь, что он возвращает 301, ведет на нужный новый URL, а целевая страница возвращает 200 OK за один шаг. Пересканируйте сайт, чтобы поймать цепочки или петли, отправьте обновленный sitemap и следите за отчетами о покрытии на предмет ошибок редиректов или 404.