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

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

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

Що зробити

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

Що ми читаємо

Наше сканування починається з адреси вашого сайту й проходить до десяти переспрямувань. Коли перша відповідь головної сторінки — помилка сервера, 429 чи розірване з’єднання, ми запитуємо її ще раз після короткої паузи або після затримки, про яку просить сервер, до 60 секунд.

Головна сторінка фіксується, коли обидві відповіді — 5xx; два коди можуть відрізнятися, і в знахідці зазначено останній. Помилка сервера, після якої йде успішна відповідь, не фіксується, кінцевий код 429 позначається як неповне охоплення перевірки, а головну сторінку, яка взагалі не відповідає, наприклад через тайм-аут, перевірити неможливо.

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

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

GET https://bakery.example/
HTTP/1.1 503 Service Unavailable
Retry-After: 5

GET https://bakery.example/
HTTP/1.1 503 Service Unavailable

Перша відповідь просила нас зачекати п’ять секунд, і повторна спроба теж була невдалою. У знахідці зазначено HTTP status: 503 з обома спробами.

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

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

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

Повторна перевірка: Повний аудит — запустіть новий аудит сайту; він знову запитує головну сторінку з однією повторною спробою. Знахідка підтверджується як виправлена, лише коли цей аудит повний: не обірваний лімітом сторінок, кожну знайдену ним адресу завантажено з відповіддю 200 і жодну не відхилено через robots.txt.

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

Два запити з коротким проміжком показують збій під час аудиту, а не те, скільки він тривав; його можуть спричинити й планові технічні роботи. Запити йдуть із нашим власним user agent, тож те, що отримав Googlebot чи відвідувачі, може відрізнятися, а причину не визначено.

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

Джерела

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

Редакційна перевірка: 29 вересня 2026

Пов’язані правила

• Сторінка відповідає помилкою сервера — той самий тест із двома запитами для інших сторінок сайту.
• robots.txt відповідає помилкою сервера — помилкою сервера відповідає robots.txt, а не головна сторінка.
• robots.txt блокує вашу головну сторінку — головну сторінку взагалі не завантажено, бо це забороняє robots.txt.