Проверка кэша Google

Проверка кэша Google позволяет бесплатно проверить, есть ли у Google сохранённая копия страницы по указанному URL, и сообщает, если URL не найден в кэше.

Что на самом деле показывает проверка кэша 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

Сайт может перенаправлять часть этих адресов или все сразу на один предпочтительный URL. Если ты не уверен, на какую версию попадает Google, найди конечный адрес с помощью инструмента "Проверка перенаправления URL", а затем проверь его в Search Console.

Когда стоит запускать такую проверку?

Проверка пригодится, если ты ищешь старый снимок страницы или хочешь понять, почему у конкретного URL, по всей видимости, нет кэшированной копии. По результату нельзя определить, проиндексирован ли URL.

1. Страница недавно изменилась. Возможно, ты хочешь узнать, доступна ли ещё её предыдущая версия. Отрицательный результат означает, что проверка не нашла такую копию, но поисковые сниппеты всё ещё могут содержать сведения, полученные при более раннем сканировании.
2. Новая страница не появляется в поиске. Проверь точный опубликованный URL, а затем посмотри в Search Console, обнаружил и проиндексировал ли его Google. Также убедись, что страница возвращает успешный код состояния HTTP и не исключена из индекса директивой noindex.
3. Сайт переехал на другой домен или изменил структуру URL. Проверь перенаправления со старого адреса на новый. Google может потребоваться время, чтобы просканировать перенаправления, выбрать канонические URL и обновить результаты поиска, независимо от наличия кэшированной копии.

Ошибки разрешения DNS, недоставленные письма и предупреждения браузера о сертификатах связаны с DNS, настройками почты или сертификатами TLS. Инструмент "Проверка хостинга веб-сайта" может помочь определить, где размещён работающий сайт, но не позволяет диагностировать все ошибки DNS или сертификатов.

Кэширование, индексирование и задержки обновления

Правильный результат может казаться ошибочным, если задействовано несколько независимых кэшей и циклов обновления. Google сам решает, когда повторно посещать страницы, поэтому изменения на сервере не сразу появляются в поиске. Сниппеты, сведения о канонических URL и проиндексированное содержимое могут обновляться в разное время.

У изменений 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 или поищи в Google характерное предложение со страницы. При этом помни, что обычный поисковый запрос не даёт полного отчёта об индексе.

Нужно ли добавлять в URL параметры отслеживания?

Используй чистый канонический URL, если только тебе не нужно проверить именно версию с параметрами. Такие параметры, как utm_source, обычно обозначают переходы из рекламных кампаний, а не отдельное содержимое. Google может объединить эти варианты под одним каноническим URL.

Можно ли проверить закрытую страницу или страницу с паролем?

Как правило, поисковый робот не может получить содержимое, для доступа к которому требуется войти в систему, если ему явно не предоставили такую возможность. Поэтому не стоит ожидать, что у подобной страницы будет общедоступная поисковая копия. Отправленный URL передаётся на сервер инструмента по HTTPS для обработки и не сохраняется. Не включай в него пароли, токены доступа и другие секретные данные.

Влияют ли фрагменты URL на страницу, которую видит Google?

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

Что проверить перед запросом повторного сканирования?

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