Карта 301 редиректів та очищення ланцюжків: шаблон

Аркуш очищення ланцюжків редиректів (для заповнення)

Коли використовувати: Один рядок на кожен URL-джерело з ланцюжком: переходи, кінцевий URL, бажана ціль, правило, яке треба змінити, і результат QA.

Аркуш очищення ланцюжків редиректів

Звідки брати список: сканування сайту, правила редиректів на сервері або 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, щоб вони одразу вказували на нові шляхи.

Чекліст QA редиректів після запуску

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

Чекліст QA редиректів після запуску

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

Перевірте кожен редирект за цими критеріями:

• Старий URL: [/old-path] → Повертає: [301]
• Веде на: [/new-path] → Кінцевий статус: [200 OK]
• Переходи: [1] → Ланцюжок/петля: [немає]

Переконайтеся, що код статусу 301 або 308 (а не 302/307), ціль повертає 200, а кожен редирект спрацьовує за один перехід без ланцюжків і петель. Тримайте редиректи активними щонайменше рік, а посібник Google із переїзду сайту радить якомога довше. Перевірте, що жодна важлива сторінка не потрапляє на головну як soft 404. Наостанок надішліть нову карту сайту, стежте за помилками у звітах про покриття та виправте внутрішні посилання, які досі ведуть на старі URL.

Розібраний приклад (вигадана мережа пекарень)

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

Розібраний приклад: Crumb Street

Лише приклад. Компанія, люди, URL і цифри вигадані, щоб показати, як виглядає придатна до використання заповнена версія.

Чому останній рядок не редирект

Вакансії більше немає, і нічого її не замінює. Редирект на головну виглядає охайно, але Google може сприйняти його як soft 404. Чистий 410 тут чесна відповідь.

Наступний крок

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