Відповіді з джерела сайту під час сканування повільні

У звітіSlow host responses risk Googlebot crawl capacity

host_slow_crawl_budget_risk · Потребує перегляду

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

Це з’являється, коли ваш сайт повільно відповідав нашому сканеру: на рівні 75-го процентиля виміряний час відповіді перевищував ліміт — за замовчуванням 3 секунди. Google каже, що сканує менше, коли відповіді сайту сповільнюються. З’ясуйте, чи вистачає потужності вашого сервера і які сторінки найповільніші.

Серйозність: Середня. На перегляд: це вимірювання одного аудиту з нашого сканера, а не з Googlebot.

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

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

Що зробити

  1. Перегляньте знахідку: у ній показано час на рівні 75-го процентиля, кількість відповідей і кожен виміряний час.
  2. Перевірте свій хостинг: звичайні причини — навантаження на сервер, повільні запити до бази даних і сторінки, що генеруються без кешу.
  3. Порівняйте з журналами сервера або зі статистикою сканування в Search Console, щоб побачити, чи стикається Googlebot із такими самими затримками.

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

Що ми читаємо

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

Сайт фіксується, коли щонайменше за мінімальною кількістю відповідей — за замовчуванням 10 — час на рівні 75-го процентиля перевищує ліміт, за замовчуванням 3 000 мілісекунд. Обидва значення — налаштування аудиту, які записуються з кожним аудитом.

Коли відповідей менше за мінімум, перевірка може лише підтвердити, що із сайтом усе гаразд, але ніколи не фіксує його, і лише після аудиту всього сайту, який завантажив кожну знайдену сторінку без пропуску сторінок через ліміт і без запитів, що лишилися без відповіді: сайт у порядку, коли кожен виміряний час відповіді був у межах ліміту; інакше перевірка не може дійти висновку. Аудит вибраних сторінок не може дійти висновку, коли відповідей менше. У кожному разі перевірка не може дійти висновку, коли хоч одна просканована адреса переспрямувала — навіть лише щоб додати кінцеву косу риску чи перейти з http:// на https://, — або коли відповідь надійшла з іншого хоста: тоді не кожен запит можна віднести на рахунок вашого сервера.

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

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

Аудит https://bakery.example/ виміряв час 40 відповідей сайту:

75th percentile transport response time: 4,210 ms
responses timed: 40
limit: 3,000 ms

Щонайменше чверть відповідей тривала у транспорті 4,2 секунди або більше, що перевищує ліміт у 3 секунди, тому сайт фіксується з кожним виміряним часом.

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

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

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

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

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

Час виміряно з нашого сканера та його мережі в одному аудиті; це не дані Googlebot, і вони не показують, що швидкість сканування Google змінилася. Вимірювання охоплює з’єднання й читання відповіді, виключає наші паузи між запитами та перевірки бази даних і закінчується разом із транспортним читанням. Тіло може бути обмежене за розміром або пропущене, тому це не обіцянка повного завантаження. Рендеринг не вимірюється. Попередні аудити зберігають записані ними значення часу.

Упевненість: Середня, бо один аудит з одного місця — це коротка вибірка того, як швидко відповідає ваш сервер.

Джерела

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

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