Сторінки не мають валідаторів кешу
У звітіHTML responses carry no cache validators (neither ETag nor Last-Modified)
html_missing_cache_validators · Можливість
Це з’являється, коли відповідь сторінки, доступної для індексування, не містить ні заголовка ETag, ні заголовка Last-Modified. Будь-який із цих валідаторів дає сканеру змогу запитати, чи змінилася сторінка; сервер, який обробляє умовні запити, може тоді відповісти 304 Not Modified, а не надсилати всю сторінку. Увімкніть ETag або Last-Modified, чи обидва, на своєму сервері або в CDN.
Серйозність: До уваги. Виграш в ефективності, здебільшого для великих сайтів, сторінки яких рідко змінюються.
Чому це важливо
У дописі Google про HTTP-кешування сказано, що його сканери підтримують кешування через заголовки ETag і Last-Modified; допис наполегливо рекомендує ETag як менш схильний до помилок і пропонує, якщо можете, задати обидва. Для великого сайту, контент якого рідко змінюється, там сказано, що кешування може допомогти сканувати сайт ефективніше.
Що зробити
- Перегляньте знахідку: у ній показано заголовки відповіді сторінки, більшість значень приховано.
- Увімкніть
ETagдля HTML у своєму сервері, CDN чи плагіні кешування і додайте такожLast-Modified, якщо можете. - Переконайтеся, що значення змінюється щоразу, коли змінюється сторінка.
Коли залишити як є: якщо ваш сайт малий або його сторінки змінюються за кожного запиту, можна залишити як є; виграш невеликий.
Що ми читаємо
Ми зчитуємо назви заголовків відповіді на звичайний запит кожної просканованої сторінки — кінцевої відповіді після всіх переспрямувань, — не роблячи жодного додаткового чи умовного запиту.
Сторінка фіксується, коли це HTML-сторінка, доступна для індексування, яка відповіла кодом 200 і не має ні ETag, ні Last-Modified у будь-якому регістрі літер; порожнє значення вважається наявним. Сторінки з noindex, більш ніж однією канонічною адресою або canonical на іншу адресу пропускаються.
Сторінки поза цією перевіркою, як-от 404 чи сторінка з noindex, не вважаються такими, що не мають валідаторів. Сторінка, що підпадає під перевірку, залишається непідтвердженою, коли її HTML або заголовки відповіді не вдалося прочитати повністю, наприклад тому, що її тіло перевищує 2 МіБ або вона має понад 128 заголовків.
Приклад і докази
Ілюстративний приклад — заголовки відповіді однієї сторінки, а не реальний аудит.
https://bakery.example/cakes/ відповіла:
HTTP/1.1 200 OK
Content-Type: text/html; charset=utf-8
Cache-Control: max-age=0Немає ні ETag, ні Last-Modified, тому сторінка фіксується.
ETag: "5f3a9c"
Last-Modified: Mon, 28 Sep 2026 09:00:00 GMTМожливе виправлення: такі заголовки на кожній HTML-сторінці.
Підтвердити й перевірити знову
Перевірте самі: відкрийте інструменти розробника вашого браузера, перезавантажте сторінку й пошукайте ETag або Last-Modified у заголовках відповіді самої сторінки.
Повторна перевірка: Повний аудит — запустіть новий аудит сайту. Знахідка закривається, коли сторінку знову проскановано з повними доказами і її відповідь містить ETag або Last-Modified. Вона також може закритися, коли сторінка виходить з-під цієї перевірки, наприклад через noindex, canonical на іншу сторінку чи 404; це не показує, що кешування поліпшилося. Якщо сторінку не проскановано знову, знахідка залишається відкритою. Якщо вона й далі підпадає під цю перевірку, але її HTML чи заголовки не вдається прочитати повністю, знахідка теж залишається відкритою.
Обмеження та джерела
Перевірка бачить, чи є заголовки в одній відповіді нашому сканеру, а не те, чи правильні їхні значення, чи відповідає ваш сервер кодом 304 і що CDN надсилає Googlebot. Вона не вимірює, наскільки ефективно сканується сайт.
Упевненість: Висока, бо заголовки зчитуються безпосередньо з відповіді.
Джерела
- Google, Грудень сканування: HTTP-кешування — каже, що сканери Google підтримують кешування через ETag і Last-Modified, наполегливо рекомендує ETag, пропонує задати обидва і каже, що кешування може допомогти ефективніше сканувати великий сайт, який рідко змінюється. Перевірено 28 вересня 2026.
Редакційна перевірка: 29 вересня 2026