Использование обмена с подписью в Google Поиске

Функция обмена с подписью (SXG) позволяет Google Поиску выполнять предзагрузку контента, не нарушая конфиденциальность пользователя. Это означает, что при показе обычных и AMP-результатов в Google Поиске может выполняться предварительная загрузка некоторых ключевых ресурсов (например, кода HTML, JavaScript и CSS, а также изображений и шрифтов) с сохранением конфиденциальности, если содержащий эти ресурсы сайт поддерживает технологию SXG.

Таким образом, когда пользователь нажимает на результат, отрисовка веб-страницы начинает осуществляться намного быстрее благодаря тому, что основные ресурсы уже доступны. Это повышает удобство просмотра ваших материалов. Может также сократиться время отрисовки самого крупного контента (LCP). Хотя само по себе использование обмена с подписью не учитывается при определении рейтинга контента в Google Поиске, уменьшение показателя LCP может повлиять на позиции сайта, поскольку мы планируем сделать удобство страниц критерием ранжирования.

Как настроить SXG

Следуйте подробному руководству на сайте web.dev.

Если вас интересует настройка этой функции для AMP-страниц, следуйте подробному руководству на сайте amp.dev.

Выполняя предзагрузку вашего контента, Google использует кеш SXG-файлов. Кешированные SXG-файлы могут отправляться с наших серверов многократно.

Чтобы в Google Поиске был представлен актуальный контент, правильно указывайте дату, до которой данные в формате SXG будут считаться действительными. Соблюдайте следующие условия:

  • Такая дата должна предшествовать моменту окончания срока, который указан в вашем HTTP-заголовке Cache-Control.
  • Такая дата должна наступать не позже чем на следующий день, если контент создается с помощью кода JavaScript или содержит такой код, а в противном случае – не позже чем через семь дней.

Как обеспечить корректный показ материалов на разных устройствах:

  1. Перенесите персонализированный контент, например содержимое корзины интернет-магазина, в элементы с отложенной загрузкой, которые не включаются в SXG-файлы. Например, вы можете подписывать только те ресурсы, для которых в заголовке cache control задана директива public.
  2. Создавайте страницы с адаптивным дизайном. Если это невозможно, размещайте страницы для компьютеров и мобильных устройств на разных URL. Также вы можете указывать с помощью метатега supported-media, что страница не является адаптивной. Пример такого тега в разделе <head>:
    <meta name=supported-media content="only screen and (max-width: 640px)">

Как проверить правильность настройки обмена с подписью

Чтобы робот Googlebot мог сканировать и индексировать страницу, при показе которой используется обмен с подписью, убедитесь в следующем:

  1. в заголовке Content-Type задано значение application/signed-exchange;v=b3;
  2. команда dump-signedexchange выполняется успешно;
  3. подписанный URL полностью совпадает с URL запроса.

Как выявлять и устранять неполадки в SXG-контенте

Ознакомьтесь со списком инструментов для отладки SXG-файлов на сайте web.dev.

В случае с обычными страницами выявить ошибки получения ресурсов поможет отчет о статистике сканирования.

В случае с AMP-страницами для выявления ошибок при обработке SXG-файлов используйте отчет о статусе AMP-страниц.

Как выполнять отладку при работе с кешем Google SXG Cache

Чтобы определить, отвечает ли SXG-файл требованиям кеша, отправьте запрос непосредственно в Google SXG Cache. Например, если URL для SXG – https://signed-exchange-testing.dev/sxgs/valid.html, то URL кешированного файла будет таким:

http://signed--exchange--testing-dev.webpkgcache.com/doc/-/s/signed-exchange-testing.dev/sxgs/valid.html

Субдомен и фрагмент URL в конце формируются по тому же принципу, что и для кеша Google AMP Cache, а компонент /doc/-/ в середине отличается.

Если вы получите ответ в формате SXG, значит ответ с исходного сервера соответствует требованиям кеша Google SXG Cache. В противном случае причина проблемы будет указана в HTTP-заголовке.

  • Заголовок Warning означает, что обнаружена ошибка, из-за которой SXG-файл не соответствует требованиям кеша.
  • Заголовок Location означает, что SXG-файл пока не добавлен в кеш. Это не говорит о наличии ошибок.

Независимо от вида ответа кеш добавляет в очередь запрос к исходному URL, который должен вернуть актуальную копию файла. Вероятность и время выполнения запроса зависят от разных факторов, например от частоты сканирования вашего сайта роботом Googlebot.

Ошибки кеширования, связанные с AMP-страницами, можно устранять при помощи инструмента проверки URL.

Следите за новостями

Подпишитесь на рассылку webpackaging-announce, чтобы своевременно получать следующую информацию:

  • уведомления о внедрении или упразднении функций кеша Google SXG Cache;
  • сведения о существенных изменениях в таких инструментах для работы с технологией SXG, как Web Packager, SXG-модуль nginx и библиотека libsxg.

Если у вас есть вопросы по поводу использования обмена с подписью в Google Поиске, посетите наш справочный форум.