Сторінка відповідає помилкою сервера

У звітіPage server error

page_http_5xx · Проблема

Коротка відповідь

Це з’являється, коли сторінка вашого сайту, крім головної, відповіла нашому сканеру помилкою сервера (5xx) на обидва запити. Відвідувачі та Googlebot можуть отримувати ту саму помилку, а Google сповільнює сканування, коли сторінки постійно не відповідають. З’ясуйте, що дає збій на сервері для цієї адреси, і відновіть нормальну відповідь.

Серйозність: Висока. Виправте це найближчим часом, починаючи з найважливіших сторінок; проіндексована сторінка, яка постійно не відповідає, зрештою вилучається з індексу Google.

Чому це важливо

Сканери Google сповільнюються пропорційно до кількості адрес, що повертають помилки сервера, ігнорують контент, надісланий із відповіддю 5xx, і зрештою вилучають проіндексовані сторінки, які постійно не відповідають.

Що зробити

  1. Відкрийте адресу із знахідки; якщо вона зараз працює, пошукайте в журналах помилок вашого хостингу за час аудиту.
  2. Якщо вона досі не працює, запитайте розробника чи хостинг, що ламається для цієї адреси.
  3. Запустіть новий аудит, щойно вона відповідатиме нормально.

Що ми читаємо

Ми повторно використовуємо збережені відповіді сторінки та одну повторну спробу. Кінцева відповідь 5xx підтверджується лише тоді, коли збережено щонайменше дві спроби й кожна завершилася 5xx. Одна відповідь 5xx, нечитабельна відповідь або 429 лишає результат невідомим.

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

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

Приклад і докази

Ілюстративний приклад — одну сторінку прочитано двічі за один аудит, а не реальний аудит.

Головна сторінка посилається на https://bakery.example/order-online:

GET https://bakery.example/order-online
HTTP/1.1 500 Internal Server Error

GET https://bakery.example/order-online
HTTP/1.1 502 Bad Gateway

Обидві відповіді — помилки сервера, тому сторінка фіксується з останньою: Page repeatedly returned HTTP 502.

Якби повторна спроба отримала відповідь 200 OK, знахідки не було б.

Підтвердити й перевірити знову

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

Повторна перевірка: Повний аудит — Запустіть новий аудит. Лише відповідь без помилки зі статусом нижче 500, крім 429, для тієї самої початкової та тієї самої кінцевої адреси може позначити цю знахідку виправленою. Нечитабельна відповідь, виключення сторінки з аудиту, зміна кінцевої адреси або видалення посилань не підтверджують виправлення. Попередні спостереження помилок залишаються в історії, а відхилення знахідки не залежить від її технічного стану.

Обмеження та джерела

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

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

Упевненість: Висока, бо обидва запити завершилися помилкою сервера; поодинокий збій не фіксується.

Джерела

  • Google, Як коди статусу HTTP впливають на роботів Google — каже, що Google сповільнює сканування пропорційно до кількості адрес, які повертають помилки сервера, і зрештою вилучає проіндексовані сторінки, що постійно не відповідають. Перевірено 25 вересня 2026.

Редакційна перевірка: 4 листопада 2026