Що насправді означають HTTP-статуси для SEO

HTTP-статуси — одна з тих тем, де SEO-поради іноді стають дивно драматичними. Один 404 перетворюється на “втрачений авторитет”. Редирект — на “витік посилальної ваги”. 500 — на надзвичайну ситуацію, навіть якщо він тривав шість хвилин під час деплою.

Спокійніша версія така: HTTP-статуси — це інструкції та сигнали. Вони повідомляють браузерам, ботам, кешам та іншим клієнтам, що сталося, коли ті запросили URL. Пошукові системи використовують ці відповіді, щоб вирішити, чи сканувати, індексувати, зберігати, замінювати або вилучати сторінку.

Але не кожен статус має однакову SEO-вагу. Деякі є рутинними. Деякі стають проблемою лише у великому масштабі. Кілька потребують негайної уваги.

Статус-код — це не вся SEO-історія

Статус-код — лише одна частина HTTP-відповіді. Пошукові системи також дивляться на:

• фінальний URL після редиректів
• canonical-теги
• директиви robots
• вміст сторінки
• внутрішні посилання
• сигнали sitemap
• історичну поведінку сканування
• надійність сервера з часом

Це означає, що “сторінка повертає 200” — не те саме, що “сторінку можна індексувати”. URL може повертати 200 і водночас бути заблокованим через noindex, канонікалізованим на іншу адресу або сприйнятим як soft 404 через тонкий чи порожній контент.

Так само 404 не є автоматично поганим. Видалена сторінка зазвичай має повертати 404 або 410. SEO-проблема не в тому, що відсутні сторінки існують. Проблема виникає, коли важливі сторінки повертають неправильний код або коли сайт надсилає суперечливі сигнали.

Якщо ви налагоджуєте це в продакшені, не покладайтеся лише на те, що показує браузер. Перевірте фактичний ланцюжок відповідей. Перевірка сирих заголовків, запит із командного рядка або трасування редиректів скажуть більше, ніж видима сторінка. Ми описували практичний workflow у матеріалі невеликий набір інструментів для налагодження редиректів і HTTP-заголовків у продакшені.

200 OK: індексована, але не автоматично цінна

Відповідь 200 OK означає, що запит виконано успішно і сервер повернув контент. Для SEO це нормальна відповідь для сторінок, які ви хочете сканувати й потенційно індексувати.

Але 200 не гарантує індексацію. Пошукові системи все одно можуть вирішити не індексувати сторінку, якщо вона дубльована, низької якості, заблокована директивами на рівні сторінки або недоступна через посилання.

Найпоширеніша SEO-помилка з відповідями 200 — повертати їх для сторінок, які насправді не є повноцінними сторінками:

• порожні сторінки результатів пошуку
• видалені сторінки товарів із текстом “вибачте, недоступно”
• сторінки локацій без змістовного контенту
• зламані шаблони, які рендерять лише оболонку
• прострочені оголошення, які слід видалити або перенаправити

Вони можуть стати soft 404. Soft 404 — це ситуація, коли сервер каже “OK”, але контент повідомляє сканеру “тут немає нічого корисного”. Пошукові системи можуть усе одно трактувати такий URL як відсутню сторінку.

Добре правило: якщо людина сказала б “цієї сторінки більше не існує”, сервер, імовірно, не має казати 200.

301 і 308: постійні редиректи

301 Moved Permanently і 308 Permanent Redirect повідомляють клієнтам, що URL переміщено назавжди. Для SEO це правильні інструменти, коли сторінка має чітку заміну:

• міграція з HTTP на HTTPS
• старий slug на новий slug
• об’єднана стаття на сильнішу статтю
• знятий із продажу товар на близького наступника
• нормалізація trailing slash або canonical host

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

Ризик не в тому, що 301 сам по собі шкідливий. Ризик — у поганому зіставленні.

Погані патерни редиректів включають:

• перенаправлення кожного старого URL на головну сторінку
• перенаправлення видалених сторінок на лише приблизно пов’язані сторінки категорій
• створення ланцюжків на кшталт A → B → C → D
• перенаправлення на URL, який заблокований, має noindex або канонікалізований в інше місце
• непослідовні редиректи для mobile і desktop

Постійний редирект має відповідати на одне запитання: “Який найкращий актуальний еквівалент цього URL?” Якщо еквівалента немає, 404 або 410 можуть бути чеснішими.

302 і 307: тимчасові редиректи

302 Found і 307 Temporary Redirect означають, що переміщення тимчасове. Очікується, що початковий URL з часом залишатиметься основним URL.

Використовуйте тимчасові редиректи для справді тимчасових ситуацій:

• короткострокова маршрутизація кампаній
• геолокація або A/B-тестування, які не мають замінювати canonical URL
• тимчасові альтернативи на час обслуговування
• сценарії запасів або доступності, що часто змінюються

Для SEO головна проблема — неоднозначність. Якщо “тимчасовий” редирект залишається на місяці або роки, пошукові системи можуть зрештою все одно вважати цільову сторінку канонічною. Але не варто покладатися на таке трактування.

Якщо переміщення постійне, використовуйте постійний редирект. Якщо тимчасове — тимчасовий. Нудна відповідь є правильною.

304 Not Modified: корисно, але не shortcut для ранжування

304 Not Modified є частиною HTTP-кешування. Він повідомляє клієнту, що ресурс не змінився відносно версії, яку клієнт уже має.

Цей код корисний для ефективності сканування та гігієни продуктивності. Він може зменшити непотрібну передачу даних і здешевити повторні запити. Але це не прямий фактор ранжування в спрощеному сенсі.

Сприймайте 304 як якість інфраструктури. Він допомагає клієнтам і сканерам ефективно взаємодіяти з вашим сайтом. Він не перетворює слабкий контент на сильний.

404 Not Found: нормально, коли сторінка зникла

404 Not Found означає, що сервер не може знайти запитаний ресурс. Це не є автоматичною SEO-катастрофою.

404 доречні, коли:

• сторінку видалено і вона не має заміни
• погане зовнішнє посилання веде на неіснуючий URL
• користувачі помиляються під час введення URL
• старі test або staging URL ніколи не мали існувати

Пошукові системи зрештою вилучать постійні 404 URL з індексу. Зазвичай це саме те, що потрібно.

Виправляти 404 варто тоді, коли вони стосуються важливих URL:

• сторінок із цінними backlinks
• URL, які отримують суттєвий трафік
• важливих сторінок, випадково видалених під час міграції
• внутрішніх посилань, що ведуть на відсутні сторінки
• sitemap URL, які повертають 404

Не перенаправляйте кожен 404 на головну сторінку. Це збиває з пантелику користувачів і пошукові системи. Якщо є релевантна заміна — зробіть редирект. Якщо ні — поверніть 404 і надайте корисну сторінку помилки для людей.

410 Gone: сильніше за 404, але використовуйте обережно

410 Gone означає, що ресурс навмисно зник і не очікується його повернення.

Для SEO 410 може бути корисним, коли ви хочете вилучити URL більш рішуче:

• прострочені юридичні сторінки
• видалені профілі користувачів
• видалені spam-сторінки
• застарілі landing pages без заміни

Пошукові системи можуть трактувати 410 як сильніший сигнал видалення, ніж 404. Практична різниця часто полягає у швидкості, а не в результаті. І постійні відповіді 404, і 410 можуть призвести до деіндексації.

Використовуйте 410, коли ви впевнені, що сторінка зникла назавжди. Якщо сторінка може повернутися, 404 або тимчасова обробка можуть бути безпечнішими.

401, 403 і заблокований доступ

401 Unauthorized означає, що потрібна автентифікація. 403 Forbidden означає, що сервер зрозумів запит, але відмовляє в доступі.

Для SEO ці коди зазвичай перешкоджають нормальному скануванню та індексації захищеного контенту. Це нормально для приватних dashboard, зон акаунтів, staging-систем і платного контенту, який не має публічно індексуватися.

Проблеми з’являються, коли публічні сторінки випадково повертають 401 або 403 сканерам через:

• правила захисту від ботів
• неправильно налаштовані firewalls
• блокування за країною
• правила CDN
• застарілі припущення щодо автентифікації
• staging-обмеження, перенесені в продакшен

Сторінка, яка працює для вас, коли ви залогінені, може не працювати для сканера. Завжди тестуйте як неавтентифікований клієнт.

429 Too Many Requests: контроль сканування з наслідками

429 Too Many Requests повідомляє клієнтам, що до них застосовано rate limit. Це може бути доречно, коли боти справді перевантажують вашу інфраструктуру.

Однак необережне використання 429 може зменшити активність сканування. Пошукові системи можуть уповільнити запити, якщо неодноразово стикаються з rate limiting. Це може затримати виявлення нового або оновленого контенту.

Якщо вам потрібен rate limiting, будьте точними. Уникайте випадкового блокування основних пошукових сканерів. Використовуйте серверні логи, щоб відрізняти агресивний scraping від легітимного сканування. Якщо можливо, повертайте заголовок Retry-After, щоб добросовісні клієнти знали, коли повернутися.

500, 502, 503 і 504: сигнали надійності

Сімейство 5xx означає, що сервер не зміг виконати валідний запит.

Поширені приклади:

• 500 Internal Server Error
• 502 Bad Gateway
• 503 Service Unavailable
• 504 Gateway Timeout

Поодинокі відповіді 5xx трапляються. Коротка проблема під час деплою зазвичай не є катастрофою. Постійні 5xx-помилки — інша справа. Вони повідомляють сканерам, що ваш сайт ненадійний, і пошукові системи можуть зменшити частоту сканування або тимчасово вилучити зачеплені сторінки, якщо не можуть отримати їх повторно.

503 Service Unavailable — правильний код для планового обслуговування, особливо із заголовком Retry-After. Він каже: “Це тимчасово; поверніться пізніше.” Повертати 200 для сторінки обслуговування гірше, бо сканери можуть сприйняти контент обслуговування як контент сторінки.

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

Ланцюжки та цикли редиректів потребують особливої уваги

Редиректи — це нормально. Ланцюжки редиректів — це борг, якого можна уникнути.

Простий редирект зі старого URL на новий URL — це добре. Ланцюжок із п’яти редиректів збільшує затримку, марнує crawl budget і створює більше місць, де запит може зламатися. Цикл гірший: клієнт ніколи не доходить до фінальної сторінки.

Для SEO-міграцій зберігайте карту редиректів і тестуйте її до запуску. Кожен виведений з обігу URL в ідеалі має доходити до фінального місця призначення за один перехід. Після запуску перевіряйте вибірку старих URL, URL з високим трафіком і URL із великою кількістю backlinks.

Саме тут також перетинаються продуктивність і SEO. Редиректи затримують початок завантаження справжньої сторінки. Якщо ви оцінюєте користувацький досвід разом зі сканованістю, читання звіту Lighthouse без паніки допоможе відокремити серйозні проблеми завантаження від шумної діагностики.

Практичний список пріоритетів

Якщо ви аудитуєте статус-коди, не сприймайте всі попередження однаково. Почніть із цього:

1. Важливі URL повертають 5xx — спершу виправте надійність сервера.
2. Індексовані сторінки повертають неправильний статус — відновіть очікувані відповіді 200.
3. Ланцюжки та цикли редиректів — спростіть до редиректів в один перехід.
4. Sitemap URL повертають відповіді не 200 — тримайте sitemaps чистими.
5. Внутрішні посилання на 404 — виправте навігацію та контентні посилання.
6. Патерни soft 404 — припиніть повертати 200 для порожніх або видалених сторінок.
7. Випадкове блокування сканерів — дослідіть неочікувані відповіді 401, 403 і 429.

Мета — не сайт із нульовою кількістю 404. Це нереалістично і часто непотрібно. Мета — сайт, де кожен URL дає правдиву, послідовну відповідь.

<!-- tool-cta:start -->

💡 Спробуйте це: Перевірте, які коди стану насправді повертають ваші URL-адреси за допомогою Redirect Checker, що показує повний ланцюжок, який бачать краулери.

<!-- tool-cta:end -->

Просте правило вибору правильного коду

Коли сумніваєтесь, обирайте код, який відповідає правді з погляду користувача:

• Сторінка існує і має бути доступною: 200
• Сторінку переміщено назавжди: 301 або 308
• Сторінку переміщено тимчасово: 302 або 307
• Сторінка більше не існує і не має заміни: 404
• Сторінку навмисно видалено назавжди: 410
• Сторінка тимчасово недоступна: 503
• Запит заблокований або приватний: 401 або 403

Пошукові системи добре справляються зі звичайною веб-неохайністю. SEO-проблеми спричиняє непослідовність у масштабі: постійні переміщення, позначені як тимчасові, видалені сторінки, що вдають валідні, невирішені серверні помилки та логіка редиректів, яку ніхто не тестував із часів останньої міграції.

HTTP-статуси — не магічні SEO-важелі. Це базова семантика вебу. Використовуйте їх чесно, і більшість SEO-користі прийде сама.