Модуль 5 · Урок 17
HTTP, redirects, status codes і дублікати
HTTP response — машинний факт про стан URL. Правильний аудит читає весь redirect chain, кінцевий status, content і canonical, а не довіряє тому, що браузер «щось показав».
Status contract
| Клас | Сенс для URL | SEO-рішення |
|---|---|---|
| 2xx | Запит успішний; content може оброблятися | Перевірити реальний main content, indexability і canonical |
| 301/308 | Постійне переміщення | Вести прямо на еквівалентну final destination |
| 302/303/307 | Тимчасове переміщення | Source може лишатися preferred; використовуйте лише коли move тимчасовий |
| 404/410 | Ресурс відсутній | Повернути чесний status або redirect лише за наявності релевантної заміни |
| 429/5xx | Rate/server failure | Виправити availability, capacity, retry behavior; не маскувати 200 |
Redirect має зберігати намір
Permanent server-side redirect є сильним canonical signal. Будуйте one-hop map old URL → найближча еквівалентна final page. Не відправляйте всі видалені матеріали на homepage: якщо заміни немає, 404/410 чесніші для людини й системи.
Chains і loops — операційний борг
A→B→C витрачає час і створює більше точок відмови; A→B→A блокує доступ. Оновіть rules та internal links до прямого final URL.
Soft 404: 200 без корисного ресурсу
Сторінка може повертати 200, але показувати «нічого не знайдено», порожній template або нерелевантний replacement. Google може трактувати її як soft 404. Перевіряйте status разом із main content і URL purpose. Custom 404 page корисна для навігації, але HTTP response все одно має бути 404.
Exact replacement? → 301/308. Temporary outage? → 503 із контрольованим retry. Resource permanently gone without replacement? → 404/410. Never return 200 only to hide an error.
Duplicate inventory, а не «магічний canonical»
Дублікати виникають через protocol/host, slash, parameters, sort/filter, print/AMP, tracking, case, session IDs або CMS archives. Для кожного pattern визначте: потрібна окрема сторінка, crawl-only utility, canonical alternate, redirect чи removal. Не canonicalize різні tasks/contents на одну сторінку.
Практика уроку
- Побудуйте redirect/status inventory для 20 дозволених URL.
- Розгорніть кожен chain: source status, hops, final status, canonical і content match.
- Знайдіть один soft-404 candidate та доведіть observation.
- Створіть redirect map із reason, owner, acceptance і rollback.
- Не запускайте mass redirect без staging test, backup і sign-off.
Офіційні джерела
Закріпіть матеріал уроку
Три сценарні питання. Для зарахування уроку потрібно дати щонайменше дві правильні відповіді.