Перевірка кешу Google

Перевірка кешу Google, це безкоштовний інструмент, який шукає кешовану копію вказаної URL-адреси в Google і повідомляє, якщо її немає.

Що насправді показує перевірка кешу Google?

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

Кешування та індексування, це різні процеси. Проіндексована URL-адреса може з'являтися в результатах пошуку Google, а кешована URL-адреса мала збережений знімок, який можна було відкрити. Сторінка може бути проіндексована без загальнодоступної кешованої копії, тому негативний результат перевірки кешу не доводить, що Google видалив її зі свого індексу.

У 2024 році Google відмовився від загальнодоступних посилань на кешовані сторінки. Тому наявність кешу більше не можна вважати надійним показником індексування. Якщо ти керуєш сайтом, інструмент перевірки URL у Google Search Console надасть доречнішу інформацію про виявлення, сканування, вибір канонічної URL-адреси та індексування.

Як зрозуміти результат перевірки?

Результат означає, що для надісланої URL-адреси не знайдено кешованої копії. Інструмент повертає одне поле результату:

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

Результат стосується саме введеної URL-адреси, зокрема її імені хоста, шляху та параметрів. Наведені нижче адреси можуть представляти різні ресурси:

• https://www.example.co.uk/guide
• https://example.co.uk/guide
• https://www.example.co.uk/guide/
• https://www.example.co.uk/guide?source=email

Сайт може перенаправляти деякі або всі ці адреси на одну пріоритетну. Якщо не знаєш, на яку версію потрапляє Google, знайди кінцеву адресу за допомогою інструмента Перевірка перенаправлення URL, а потім перевір її в Search Console.

Коли варто виконати цю перевірку?

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

1. Сторінку нещодавно змінено. Можливо, тобі потрібно дізнатися, чи досі доступна її попередня копія. Негативний результат означає, що ця перевірка її не виявила, однак пошукові описи все ще можуть містити інформацію, зібрану під час попереднього сканування.
2. Нова сторінка не з'являється в пошуку. Перевір точну опубліковану URL-адресу, а потім у Search Console подивися, чи виявив та проіндексував її Google. Також переконайся, що сторінка повертає успішний код стану HTTP і не виключена з індексу директивою noindex.
3. Сайт переїхав на новий домен або змінив структуру URL-адрес. Перевір перенаправлення зі старої адреси на нову. Google може знадобитися час, щоб просканувати перенаправлення, вибрати канонічні URL-адреси та оновити результати пошуку, незалежно від наявності кешованої копії.

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

Кешування, індексування та затримки оновлення

Навіть правильний результат може здаватися помилковим, коли одночасно діють кілька незалежних кешів і циклів оновлення. Google сам вирішує, коли повторно відвідувати сторінки, тому зміни на твоєму сервері не відразу з'являються в пошуку. Пошукові описи, відомості про канонічну адресу та проіндексований вміст можуть оновлюватися в різний час.

Зміни DNS також поширюються із затримкою. Рекурсивні DNS-резолвери зберігають записи протягом терміну їх дії, який зазвичай називають TTL. Через це частина відвідувачів може потрапляти на старий сервер, а решта вже на новий. Кеші браузерів, зворотні проксі-сервери та мережі доставки вмісту також можуть зберігати попередні файли. Жоден із цих кешів не є кешованою сторінкою Google.

Якщо нещодавно відредагована сторінка досі має старий вигляд, відкрий її актуальну URL-адресу, перевір відповідь HTTP та очисть або обійди всі кеші, якими керуєш. Потім перевір URL-адресу в Search Console. Повторні перевірки кешу не змусять Google просканувати сторінку раніше.

Як обробляються URL-адреси з пробілами або символами поза ASCII?

Надіслана адреса кодується на сервері за допомогою операції PHP urlencode. Вона використовує правила application/x-www-form-urlencoded: пробіли перетворюються на знаки плюса, а інші небезпечні байти кодуються у відсотковому форматі.

Наприклад, текст https://www.example.co.uk/search?q=cream tea кодується як https%3A%2F%2Fwww.example.co.uk%2Fsearch%3Fq%3Dcream+tea. За такого кодування пробіл перетворюється на знак плюса. Значення UTF-8 з діакритичним знаком, наприклад café, стає caf%C3%A9.

Формат кодування приймає цифри без змін, тоді як такі розділові знаки, як скісні риски, знаки питання та знаки рівності, кодуються. Інтернаціоналізоване доменне ім'я може містити A-мітку IDNA, у якій для цієї мітки використовуються префікс xn-- і Punycode.

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

Поширені запитання

Якщо кешованої копії немає, мою сторінку видалили з індексу?

Ні. Наявність загальнодоступного кешу та індексування в пошуку, це різні речі, а Google більше не надає колишніх посилань на кешовані сторінки. Перевір URL-адресу в Google Search Console або пошукай характерне речення зі сторінки. Водночас пам'ятай, що звичайний пошуковий запит не дає повного звіту про індексування.

Чи потрібно додавати до URL-адреси параметри відстеження?

Використовуй чисту канонічну URL-адресу, якщо тобі не потрібно перевірити саме версію з параметрами. Такі параметри, як utm_source, часто позначають відвідування з рекламних кампаній, а не окремий вміст, тому Google може об'єднати ці адреси під однією канонічною URL-адресою.

Чи можна перевірити приватну або захищену паролем сторінку?

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

Чи впливає фрагмент URL-адреси на сторінку, яку бачить Google?

Фрагмент, це частина після знака решітки, наприклад #delivery. Зазвичай браузери не надсилають фрагменти в запитах HTTP, тому дві звичайні URL-адреси, що відрізняються лише фрагментом, переважно завантажують той самий документ. Перевіряй адресу без фрагмента, коли з'ясовуєш стан індексування самої сторінки.

Що перевірити перед запитом на повторне сканування?

Переконайся, що пріоритетна URL-адреса завантажується без циклічного перенаправлення, повертає успішну відповідь, дозволяє Googlebot виконувати сканування та не містить небажаної директиви noindex. Перевір, чи значення href елемента link із типом посилання canonical вказує на потрібну URL-адресу. Якщо ти керуєш сайтом, після цього надішли запит на індексування через Search Console.