Шаблон карти 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.