Search Control

Як використовувати обмін з підписом у Пошуку Google

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

Таким чином, коли користувач натискає на результат, відображення вебсторінки починає здійснюватися набагато швидше завдяки тому, що основні ресурси вже доступні. Це підвищує зручність перегляду ваших матеріалів. Показник Largest Contentful Paint (LCP) також може зменшитися, що може покращити загальну зручність сторінки.

Щоб налаштувати SXG, дотримуйтесь докладного посібника на сайті web.dev та посібника Chrome щодо покращення LCP за допомогою обміну підписом.

Якщо вас цікавить налаштування цієї функції для AMP-сторінок, дотримуйтесь докладного керівництва на сайті amp.dev.

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

Щоб у Пошуку Google був представлений актуальний контент, правильно вкажіть дату, до якої дані у форматі SXG вважатимуться дійсними. Дотримуйтесь наступних умов:

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

Як забезпечити коректний показ матеріалів на різних пристроях:

  1. Перенесіть персоналізований контент, наприклад, вміст кошика інтернет-магазину, в елементи з відкладеним завантаженням, які не включаються в SXG-файли. Також можна додати підписаний заголовок Vary: Cookie, щоб SXG-файли з ним відображалися тільки відвідувачам, які не мають файлу cookie вашого сайту.
  2. Використовуйте адаптивний дизайн. Якщо це неможливо, то розміщуйте сторінки для комп’ютерів і мобільних пристроїв за різними URL. Також ви можете позначати неадаптивні сторінки тегом supported-media (meta). Приклад такого тегу в елементі сторінки <head>:
    <meta name=supported-media content="only screen and (max-width: 640px)">

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

Коли в робота Googlebot не виходить обробити SXG, він може повторно відсканувати URL без елемента application/signed-exchange;v=b3 у заголовку Accept, щоб отримати варіант text/html. При виникненні помилки індексування SXG Google Пошук встановить зв’язок з вихідним URL, де не використовується SXG.

У випадку з AMP-сторінками виявити помилки SXG допоможе звіт про стан AMP-сторінок у Search Console.

Щоб визначити, чи відповідає SXG-файл вимогам кешу, скористайтеся розширенням SXG Validator у браузері Chrome.

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

https://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 може просканувати ваш сайт.

Google кешує SXG-файлы на термін, указаний у параметрі expires підпису SXG, або на термін дії неподписаних заголовків відповіді SXG.

Помилки кешування, пов’язані з AMP-сторінками, можна усунути за допомогою інструменту перевірки URL.

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

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

ІНші записи