Как Поиск Google использует правила спекуляции,Как Поиск Google использует правила спекуляции,Как Поиск Google использует правила спекуляции,Как Поиск Google использует правила спекуляции

Опубликовано: 12 февраля 2025 г.

Поиск Google – один из самых популярных сайтов в Интернете , а также один из самых быстрых. Команда поиска постоянно инвестирует в ускорение поиска. На такой популярной странице, как Google Поиск, даже миллисекунды улучшения быстро складываются! Этот интерес к скорости включает в себя известную домашнюю страницу Google, страницу результатов поисковой системы (SERP) и переходы на другие сайты из этих результатов поиска.

Поиск Google использует API правил спекуляций для повышения скорости навигации от страницы результатов поиска к ссылкам на результаты, а также использует несколько функций API, которые могут быть интересны другим владельцам сайтов.

Предварительная выборка первых двух результатов

Одним из первых применений правил спекуляции была предварительная выборка первых двух результатов поиска. Например, поиск по запросу «тест» включает в себя следующее спекулятивное правило на странице:

{
    "prefetch": [{
        "source": "list",
        "requires": [
            "anonymous-client-ip-when-cross-origin"
        ],
        "referrer_policy": "strict-origin",
        "urls": [
            "https://www.merriam-webster.com/dictionary/test",
            "https://dictionary.cambridge.org/dictionary/english/test"
        ]
    }]
}

Два URL-адреса внизу — это первые два результата поиска, и они сразу же предварительно загружаются. Если пользователь нажмет на них, он получит преимущество, поскольку HTML-документ уже должен быть доступен браузеру.

Правило и попытки предварительной выборки можно увидеть на вкладке DevTools Application -> Speculation , как описано ранее :

Панель DevTools Speculation, показывающая список двух словарных определений слова text, оба успешно предварительно загружены.
Панель спекуляций с двумя успешными предварительными выборками.

Предварительная выборка с сохранением конфиденциальности

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

К счастью, API был разработан с учетом этого, и Google Search использует две функции для сохранения конфиденциальности пользователей.

Первый — это использование конфигурации requires , чтобы гарантировать, что предварительная выборка использует частный прокси-сервер предварительной выборки в Chrome :

"requires": [
    "anonymous-client-ip-when-cross-origin"
],

При этом используется прокси-сервер, чтобы гарантировать, что соединение анонимизирует IP-адрес, чтобы мы не передавали IP-адрес пользователя сайту до того, как пользователь нажмет на ссылку, чтобы перейти к ней со страницы результатов поиска.

Во-вторых, поиск Google использует параметр referrer_policy , чтобы гарантировать, что никакие детали, закодированные в URL-адресе страницы поиска, не передаются на сайт в HTTP-заголовке referer :

"referrer_policy": "strict-origin",

Большинство браузеров теперь по умолчанию используют strict-origin-when-cross-origin но этот параметр использует более строгий параметр для использования политики реферера strict-origin даже для предварительной выборки одного и того же происхождения.

Третья защита автоматически срабатывает, если у пользователя есть файлы cookie для сайта. В этом случае они могут получать разные результаты в зависимости от этих файлов cookie, и Chrome не будет использовать предварительно загруженный HTML:

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

Это означает, что пользователи с файлами cookie не получат выгоды от улучшенной производительности предварительной загрузки при нажатии на этот сайт, но защита конфиденциальности и точная загрузка страниц имеют приоритет. Кроме того, если пользователь уже посещал сайт и имеет для него файлы cookie, то, скорее всего, некоторые ресурсы с этого сайта будут кэшированы, и страница, скорее всего, будет загружаться быстрее даже без предварительной загрузки.

Влияние предварительной выборки первых двух результатов на пользователей

Как и в случае с большинством изменений, Google Search внедрил предварительную выборку в эксперименте A/B-тестирования и измерил ее влияние. Они увидели значительные улучшения в Largest Contentful Paint (LCP) . В Chrome для Android время LCP для кликов из Google Поиска сократилось на 67 миллисекунд. Последующий запуск настольного Chrome привел к аналогичному улучшению LCP на 58,6 миллисекунд. Это улучшения сайта, на который осуществляется переход, а не самого сайта поиска Google, но они приносят пользу пользователям поиска Google.

Эти улучшения в LCP могут показаться незначительными, но для гипероптимизированного сайта, такого как Google Search, мы отмечаем даже миллисекундные улучшения для наших пользователей, поэтому улучшения в диапазоне десятков миллисекунд необычны! Ваш сайт может получить значительно большую выгоду — попробуйте, чтобы узнать!

Предварительная загрузка с использованием правил спекуляции включена по умолчанию в Поиске на Android с октября 2022 года и реализована на настольных компьютерах к сентябрю 2024 года.

Помимо первых двух результатов

С момента первого запуска API правил спекуляций он был дополнен свойством готовности , которое позволяет спекуляциям происходить только тогда, когда пользователь наводит курсор или начинает щелкать ссылку.

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

Опять же, правило можно увидеть в DevTools при поиске в Chrome, и оно идентично предыдущему правилу, но на этот раз с установленной опцией "eagerness": "moderate" :

Панель «Правила DevTools», показывающая правило списка, использующее анонимный-клиент-ip-при перекрестном происхождении, политику реферера строгого происхождения, умеренную активность и семь URL-адресов.
Правило спекуляции, используемое поиском Google.

Наведение курсора на эти ссылки вызовет предварительную выборку. Обратите внимание, что поиск Google явно перечисляет URL-адреса, а не использует функцию правил документа API-интерфейса Speculation Rules, поскольку они не хотят предварительно загружать другие URL-адреса, такие как реклама.

Влияние на пользователей предварительной выборки результатов, выходящих за рамки первых двух

Chrome для настольных компьютеров сократил время первой отрисовки контента (FCP) для навигации из поиска Google на 7,6 миллисекунды и LCP на 9,5 миллисекунды (как показало A/B-тестирование). Это представляет собой меньший прирост по сравнению с улучшением на 58,6 миллисекунды, наблюдаемым в первых двух результатах , но это неудивительно, учитывая меньшее время выполнения, поскольку они не подвергаются предварительной выборке с такой охотой. Тем не менее, это по-прежнему хорошие достижения по тем же причинам, которые были указаны ранее.

Предварительная загрузка остальных результатов поиска на настольных компьютерах была развернута по умолчанию в декабре 2024 года.

Для мобильных устройств, где наведение обычно недоступно, реального улучшения не наблюдалось, поэтому, хотя регрессов также не было, эти дополнительные предварительные выборки не были включены на мобильных устройствах.

Google еще не закончил экспериментировать с этим захватывающим новым API, и мы надеемся сделать просмотр веб-страниц максимально быстрым. У нас есть еще несколько хитростей, над которыми мы работаем.

В качестве лишь одного примера: Chrome развертывает предварительно обработанные страницы результатов поиска — для пользователей с включенной предварительной загрузкой — когда пользователи вводят поисковые запросы в адресной строке Chrome и в других местах, например в окне поиска на Android. Эту возможность могут реализовать и другие поисковые системы , а не только Google Search, хотя на данный момент нам неизвестны какие-либо реализации для других поисковых систем.

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

Примечание о поддержке браузера

Browser Support

  • Хром: 109.
  • Край: 109.
  • Firefox: не поддерживается.
  • Сафари: не поддерживается.

Source

В настоящее время API Speculation Rules реализован в браузерах на базе Chromium, но Chrome публикует спецификацию API в рамках процесса стандартов W3C и заинтересован в том, чтобы другие браузеры реализовали этот API.

Частный прокси-сервер предварительной выборки в настоящее время реализован только в Chrome, а не в других браузерах на базе Chromium, но если другие браузеры реализуют свой собственный частный прокси-сервер предварительной выборки, Google Search может попытаться реализовать эти улучшения и там.

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

Попробуйте на своем сайте!

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

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

,

Опубликовано: 12 февраля 2025 г.

Поиск Google – один из самых популярных сайтов в Интернете , а также один из самых быстрых. Команда поиска постоянно инвестирует в ускорение поиска. На такой популярной странице, как Google Поиск, даже миллисекунды улучшения быстро складываются! Этот интерес к скорости включает в себя известную домашнюю страницу Google, страницу результатов поисковой системы (SERP) и переходы на другие сайты из этих результатов поиска.

Поиск Google использует API правил спекуляций для повышения скорости навигации от страницы результатов поиска к ссылкам на результаты, а также использует несколько функций API, которые могут быть интересны другим владельцам сайтов.

Предварительная выборка первых двух результатов

Одним из первых применений правил спекуляции была предварительная выборка первых двух результатов поиска. Например, поиск по запросу «тест» включает в себя следующее спекулятивное правило на странице:

{
    "prefetch": [{
        "source": "list",
        "requires": [
            "anonymous-client-ip-when-cross-origin"
        ],
        "referrer_policy": "strict-origin",
        "urls": [
            "https://www.merriam-webster.com/dictionary/test",
            "https://dictionary.cambridge.org/dictionary/english/test"
        ]
    }]
}

Два URL-адреса внизу — это первые два результата поиска, и они сразу же предварительно загружаются. Если пользователь нажмет на них, он получит преимущество, поскольку HTML-документ уже должен быть доступен браузеру.

Правило и попытки предварительной выборки можно увидеть на вкладке DevTools Application -> Speculation , как описано ранее :

Панель DevTools Speculation, показывающая список двух словарных определений слова text, оба успешно предварительно загружены.
Панель спекуляций с двумя успешными предварительными выборками.

Предварительная выборка с сохранением конфиденциальности

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

К счастью, API был разработан с учетом этого, и Google Search использует две функции для сохранения конфиденциальности пользователей.

Первый — это использование конфигурации requires , чтобы гарантировать, что предварительная выборка использует частный прокси-сервер предварительной выборки в Chrome :

"requires": [
    "anonymous-client-ip-when-cross-origin"
],

При этом используется прокси-сервер, чтобы гарантировать, что соединение анонимизирует IP-адрес, чтобы мы не передавали IP-адрес пользователя на сайт до того, как пользователь нажмет на ссылку, чтобы перейти к ней со страницы результатов поиска.

Во-вторых, поиск Google использует параметр referrer_policy , чтобы гарантировать, что никакие детали, закодированные в URL-адресе страницы поиска, не передаются на сайт в HTTP-заголовке referer :

"referrer_policy": "strict-origin",

Большинство браузеров теперь по умолчанию используют strict-origin-when-cross-origin но этот параметр использует более строгий параметр для использования политики реферера strict-origin даже для предварительной выборки одного и того же происхождения.

Третья защита автоматически срабатывает, если у пользователя есть файлы cookie для сайта. В этом случае они могут получать разные результаты в зависимости от этих файлов cookie, и Chrome не будет использовать предварительно загруженный HTML:

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

Это означает, что пользователи с файлами cookie не получат выгоды от улучшенной производительности предварительной загрузки при нажатии на этот сайт, но защита конфиденциальности и точная загрузка страниц имеют приоритет. Кроме того, если пользователь уже посещал сайт и имеет для него файлы cookie, то, скорее всего, некоторые ресурсы с этого сайта будут кэшированы, и страница, скорее всего, будет загружаться быстрее даже без предварительной загрузки.

Влияние предварительной выборки первых двух результатов на пользователей

Как и в случае с большинством изменений, Google Search внедрил предварительную выборку в эксперименте A/B-тестирования и измерил ее влияние. Они увидели значительные улучшения в Largest Contentful Paint (LCP) . В Chrome для Android время LCP для кликов из Google Поиска сократилось на 67 миллисекунд. Последующий запуск настольного Chrome привел к аналогичному улучшению LCP на 58,6 миллисекунд. Это улучшения сайта, на который осуществляется переход, а не самого сайта поиска Google, но они приносят пользу пользователям поиска Google.

Эти улучшения в LCP могут показаться незначительными, но для гипероптимизированного сайта, такого как Google Search, мы отмечаем даже миллисекундные улучшения для наших пользователей, поэтому улучшения в диапазоне десятков миллисекунд необычны! Ваш сайт может получить значительно большую выгоду — попробуйте, чтобы узнать!

Предварительная загрузка с использованием правил спекуляции включена по умолчанию в Поиске на Android с октября 2022 года и реализована на настольных компьютерах к сентябрю 2024 года.

Помимо первых двух результатов

С момента первого запуска API правил спекуляций он был дополнен свойством готовности , которое позволяет спекуляциям происходить только тогда, когда пользователь наводит курсор или начинает щелкать ссылку.

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

Опять же, это правило можно увидеть в DevTools при поиске в Chrome, и оно идентично предыдущему правилу, но на этот раз с установленной опцией "eagerness": "moderate" :

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

Наведение курсора на эти ссылки вызовет предварительную выборку. Обратите внимание, что поиск Google явно перечисляет URL-адреса, а не использует функцию правил документа API-интерфейса Speculation Rules, поскольку они не хотят предварительно загружать другие URL-адреса, такие как реклама.

Влияние на пользователей предварительной выборки результатов, выходящих за рамки первых двух

Chrome для настольных компьютеров сократил время первой отрисовки контента (FCP) для навигации из поиска Google на 7,6 миллисекунды и LCP на 9,5 миллисекунды (как показало A/B-тестирование). Это представляет собой меньший прирост по сравнению с улучшением на 58,6 миллисекунды, наблюдаемым в первых двух результатах , но это неудивительно, учитывая меньшее время выполнения, поскольку они не подвергаются предварительной выборке с такой охотой. Тем не менее, это по-прежнему хорошие достижения по тем же причинам, которые были указаны ранее.

Предварительная загрузка остальных результатов поиска на настольных компьютерах была развернута по умолчанию в декабре 2024 года.

Для мобильных устройств, где наведение обычно недоступно, реального улучшения не наблюдалось, поэтому, хотя регрессий также не было, эти дополнительные предварительные выборки не были включены на мобильных устройствах.

Google еще не закончил экспериментировать с этим захватывающим новым API, и мы надеемся сделать просмотр веб-страниц максимально быстрым. У нас есть еще несколько хитростей, над которыми мы работаем.

В качестве лишь одного примера: Chrome развертывает предварительно обработанные страницы результатов поиска — для пользователей с включенной предварительной загрузкой — когда пользователи вводят поисковые запросы в адресной строке Chrome и в других местах, например в окне поиска на Android. Эту возможность могут реализовать и другие поисковые системы , а не только Google Search, хотя на данный момент нам неизвестны какие-либо реализации для других поисковых систем.

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

Примечание о поддержке браузера

Browser Support

  • Хром: 109.
  • Край: 109.
  • Firefox: не поддерживается.
  • Сафари: не поддерживается.

Source

В настоящее время API Speculation Rules реализован в браузерах на базе Chromium, но Chrome публикует спецификацию API в рамках процесса стандартов W3C и заинтересован в том, чтобы другие браузеры реализовали этот API.

Частный прокси-сервер предварительной выборки в настоящее время реализован только в Chrome, а не в других браузерах на базе Chromium, но если другие браузеры реализуют свой собственный частный прокси-сервер предварительной выборки, Google Search может попытаться реализовать эти улучшения и там.

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

Попробуйте на своем сайте!

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

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

,

Опубликовано: 12 февраля 2025 г.

Поиск Google – один из самых популярных сайтов в Интернете , а также один из самых быстрых. Команда поиска постоянно инвестирует в ускорение поиска. На такой популярной странице, как Google Поиск, даже миллисекунды улучшения быстро складываются! Этот интерес к скорости включает в себя известную домашнюю страницу Google, страницу результатов поисковой системы (SERP) и переходы на другие сайты из этих результатов поиска.

Поиск Google использует API правил спекуляций для повышения скорости навигации от страницы результатов поиска к ссылкам на результаты, а также использует несколько функций API, которые могут быть интересны другим владельцам сайтов.

Предварительная выборка первых двух результатов

Одним из первых применений правил спекуляции была предварительная выборка первых двух результатов поиска. Например, поиск по запросу «тест» включает в себя следующее спекулятивное правило на странице:

{
    "prefetch": [{
        "source": "list",
        "requires": [
            "anonymous-client-ip-when-cross-origin"
        ],
        "referrer_policy": "strict-origin",
        "urls": [
            "https://www.merriam-webster.com/dictionary/test",
            "https://dictionary.cambridge.org/dictionary/english/test"
        ]
    }]
}

Два URL-адреса внизу — это первые два результата поиска, и они сразу же предварительно загружаются. Если пользователь нажмет на них, он получит преимущество, поскольку HTML-документ уже должен быть доступен браузеру.

Правило и попытки предварительной выборки можно увидеть на вкладке DevTools Application -> Speculation , как описано ранее :

Панель DevTools Speculation, показывающая список двух словарных определений слова text, оба успешно предварительно загружены.
Панель спекуляций с двумя успешными предварительными выборками.

Предварительная выборка с сохранением конфиденциальности

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

К счастью, API был разработан с учетом этого, и Google Search использует две функции для сохранения конфиденциальности пользователей.

Первый — это использование конфигурации requires , чтобы гарантировать, что предварительная выборка использует частный прокси-сервер предварительной выборки в Chrome :

"requires": [
    "anonymous-client-ip-when-cross-origin"
],

При этом используется прокси-сервер, чтобы гарантировать, что соединение анонимизирует IP-адрес, чтобы мы не передавали IP-адрес пользователя сайту до того, как пользователь нажмет на ссылку, чтобы перейти к ней со страницы результатов поиска.

Во-вторых, поиск Google использует параметр referrer_policy , чтобы гарантировать, что никакие детали, закодированные в URL-адресе страницы поиска, не передаются на сайт в HTTP-заголовке referer :

"referrer_policy": "strict-origin",

Большинство браузеров теперь по умолчанию используют strict-origin-when-cross-origin но этот параметр использует более строгий параметр для использования политики реферера strict-origin даже для предварительной выборки одного и того же происхождения.

Третья защита автоматически срабатывает, если у пользователя есть файлы cookie для сайта. В этом случае они могут получать разные результаты в зависимости от этих файлов cookie, и Chrome не будет использовать предварительно загруженный HTML:

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

Это означает, что пользователи с файлами cookie не получат выгоды от улучшенной производительности предварительной загрузки при нажатии на этот сайт, но защита конфиденциальности и точная загрузка страниц имеют приоритет. Кроме того, если пользователь уже посещал сайт и имеет для него файлы cookie, то, скорее всего, некоторые ресурсы с этого сайта будут кэшированы, и страница, скорее всего, будет загружаться быстрее даже без предварительной загрузки.

Влияние предварительной выборки первых двух результатов на пользователей

Как и в случае с большинством изменений, Google Search внедрил предварительную выборку в эксперименте A/B-тестирования и измерил ее влияние. Они увидели значительные улучшения в Largest Contentful Paint (LCP) . В Chrome для Android время LCP для кликов из Google Поиска сократилось на 67 миллисекунд. Последующий запуск настольного Chrome привел к аналогичному улучшению LCP на 58,6 миллисекунд. Это улучшения сайта, на который осуществляется переход, а не самого сайта поиска Google, но они приносят пользу пользователям поиска Google.

Эти улучшения в LCP могут показаться незначительными, но для гипероптимизированного сайта, такого как Google Search, мы отмечаем даже миллисекундные улучшения для наших пользователей, поэтому улучшения в диапазоне десятков миллисекунд необычны! Ваш сайт может получить значительно большую выгоду — попробуйте, чтобы узнать!

Предварительная загрузка с использованием правил спекуляции включена по умолчанию в Поиске на Android с октября 2022 года и реализована на настольных компьютерах к сентябрю 2024 года.

Помимо первых двух результатов

С момента первого запуска API правил спекуляций он был дополнен свойством готовности , которое позволяет спекуляциям происходить только тогда, когда пользователь наводит курсор или начинает щелкать ссылку.

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

Опять же, правило можно увидеть в DevTools при поиске в Chrome, и оно идентично предыдущему правилу, но на этот раз с установленной опцией "eagerness": "moderate" :

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

Наведение курсора на эти ссылки вызовет предварительную выборку. Обратите внимание, что поиск Google явно перечисляет URL-адреса, а не использует функцию правил документа API-интерфейса Speculation Rules, поскольку они не хотят предварительно загружать другие URL-адреса, такие как реклама.

Влияние на пользователей предварительной выборки результатов, выходящих за рамки первых двух

Chrome для настольных компьютеров сократил время первой отрисовки контента (FCP) для навигации из поиска Google на 7,6 миллисекунды и LCP на 9,5 миллисекунды (как показало A/B-тестирование). Это представляет собой меньший прирост по сравнению с улучшением на 58,6 миллисекунды, наблюдаемым в первых двух результатах , но это неудивительно, учитывая меньшее время выполнения, поскольку они не подвергаются предварительной выборке с такой охотой. Тем не менее, это по-прежнему хорошие достижения по тем же причинам, которые были указаны ранее.

Предварительная загрузка остальных результатов поиска на настольных компьютерах была развернута по умолчанию в декабре 2024 года.

Для мобильных устройств, где наведение обычно недоступно, реального улучшения не наблюдалось, поэтому, хотя регрессов также не было, эти дополнительные предварительные выборки не были включены на мобильных устройствах.

Google еще не закончил экспериментировать с этим захватывающим новым API, и мы надеемся сделать просмотр веб-страниц максимально быстрым. У нас есть еще несколько хитростей, над которыми мы работаем.

В качестве лишь одного примера: Chrome развертывает предварительно обработанные страницы результатов поиска — для пользователей с включенной предварительной загрузкой — когда пользователи вводят поисковые запросы в адресной строке Chrome и в других местах, например в окне поиска на Android. Эту возможность могут реализовать и другие поисковые системы , а не только Google Search, хотя на данный момент нам неизвестны какие-либо реализации для других поисковых систем.

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

Примечание о поддержке браузера

Browser Support

  • Хром: 109.
  • Край: 109.
  • Firefox: не поддерживается.
  • Сафари: не поддерживается.

Source

В настоящее время API Speculation Rules реализован в браузерах на базе Chromium, но Chrome публикует спецификацию API в рамках процесса стандартов W3C и заинтересован в том, чтобы другие браузеры реализовали этот API.

Частный прокси-сервер предварительной выборки в настоящее время реализован только в Chrome, а не в других браузерах на базе Chromium, но если другие браузеры реализуют свой собственный частный прокси-сервер предварительной выборки, Google Search может попытаться реализовать эти улучшения и там.

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

Попробуйте на своем сайте!

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

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

,

Опубликовано: 12 февраля 2025 г.

Поиск Google – один из самых популярных сайтов в Интернете , а также один из самых быстрых. Команда поиска постоянно инвестирует в ускорение поиска. На такой популярной странице, как Google Поиск, даже миллисекунды улучшения быстро складываются! Этот интерес к скорости включает в себя известную домашнюю страницу Google, страницу результатов поисковой системы (SERP) и переходы на другие сайты из этих результатов поиска.

Поиск Google использует API правил спекуляций для повышения скорости навигации от страницы результатов поиска к ссылкам на результаты, а также использует несколько функций API, которые могут быть интересны другим владельцам сайтов.

Предварительная выборка первых двух результатов

Одним из первых применений правил спекуляции была предварительная выборка первых двух результатов поиска. Например, поиск по запросу «тест» включает в себя следующее спекулятивное правило на странице:

{
    "prefetch": [{
        "source": "list",
        "requires": [
            "anonymous-client-ip-when-cross-origin"
        ],
        "referrer_policy": "strict-origin",
        "urls": [
            "https://www.merriam-webster.com/dictionary/test",
            "https://dictionary.cambridge.org/dictionary/english/test"
        ]
    }]
}

Два URL-адреса внизу — это первые два результата поиска, и они сразу же предварительно загружаются. Если пользователь нажмет на них, он получит преимущество, поскольку HTML-документ уже должен быть доступен браузеру.

Правило и попытки предварительной выборки можно увидеть на вкладке DevTools Application -> Speculation , как описано ранее :

Панель DevTools Speculation, показывающая список двух словарных определений слова text, оба успешно предварительно загружены.
Панель спекуляций с двумя успешными предварительными выборками.

Предварительная выборка с сохранением конфиденциальности

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

К счастью, API был разработан с учетом этого, и Google Search использует две функции для сохранения конфиденциальности пользователей.

Первый — это использование конфигурации requires , чтобы гарантировать, что предварительная выборка использует частный прокси-сервер предварительной выборки в Chrome :

"requires": [
    "anonymous-client-ip-when-cross-origin"
],

При этом используется прокси-сервер, чтобы гарантировать, что соединение анонимизирует IP-адрес, чтобы мы не передавали IP-адрес пользователя на сайт до того, как пользователь нажмет на ссылку, чтобы перейти к ней со страницы результатов поиска.

Во-вторых, поиск Google использует параметр referrer_policy , чтобы гарантировать, что никакие детали, закодированные в URL-адресе страницы поиска, не передаются на сайт в HTTP-заголовке referer :

"referrer_policy": "strict-origin",

Большинство браузеров теперь по умолчанию используют strict-origin-when-cross-origin но этот параметр использует более строгий параметр для использования политики реферера strict-origin даже для предварительной выборки одного и того же происхождения.

Третья защита автоматически срабатывает, если у пользователя есть файлы cookie для сайта. В этом случае они могут получать разные результаты в зависимости от этих файлов cookie, и Chrome не будет использовать предварительно загруженный HTML:

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

Это означает, что пользователи с файлами cookie не получат выгоду от улучшенного предварительного получения производительности при нажатии на этот сайт, но защита конфиденциальности и точные нагрузки страниц приоритетны. Кроме того, если пользователь уже посетил сайт и имеет файлы cookie для него, то у него, скорее всего, будут некоторые активы с этого сайта, и, вероятно, испытают более быструю нагрузку на странице даже без предварительного выбранного.

Влияние на пользователей предварительного получения первых двух результатов

Как и в большинстве изменений, поиск Google выпустил предварительное получение в эксперименте с A/B, и измерял удар. Они увидели значительные улучшения в крупнейшей плотной краске (LCP) . На Chrome для Android LCP для кликов от поиска Google был уменьшен на 67 миллисекунд. Последующий запуск для настольного Chrome привел к аналогичному улучшению LCP 58,6 миллисекунд. Это улучшения для навигации сайта, а не к самому сайту поиска Google, но он приносит пользу пользователям поиска Google.

Эти улучшения в LCP могут показаться незначительными, но для гипер-оптимизированного сайта, такого как Google Search, мы отмечаем даже миллисекундные улучшения для наших пользователей, поэтому улучшения в диапазоне десятков миллисекундов являются необычными! Ваш сайт может увидеть значительно большую выгоду - вы должны попробовать его , чтобы узнать!

Предварительное получение с использованием правил спекуляций было включено по умолчанию по поиску на Android с октября 2022 года и было отправлено на настольный компьютер до сентября 2024 года.

Помимо первых двух результатов

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

Google Search решил выйти за рамки первых двух результатов поиска, а также предварительно переполнить оставшиеся результаты поиска, но только тогда, когда пользователь колеблется по ссылке, используя moderate настройку стремления. Это предотвращает ненужные отходы ресурсов для ссылок, которые с меньшей вероятностью будут нажимать.

Опять же, правило можно увидеть в Devtools, когда вы ищете в Chrome, и оно идентично предыдущему правилу, но на этот раз с "eagerness": "moderate" набор опций:

Панель правил Devtools, отображаемая правило списка с использованием анонимного клиента-ip-when-cross-origin, политика реферателей строгого происхождения, умеренное рвение и семь URL
Правило спекуляций, используемое поиском Google.

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

Влияние на пользователей предварительного получения первых двух результатов.

Настольный хром уменьшил первую плотную краску (FCP) для навигации от Google Search на 7,6 миллисекунд и LCP на 9,5 миллисекунд (как показано в тестировании A/B). Они представляют собой меньшие прибыли по сравнению с улучшениями на 58,6 миллисекунды, наблюдаемых в первых двух результатах , но это не удивительно, учитывая меньшее время заказа, так как они не предварительно перебранные. Тем не менее, это все еще хорошие результаты по тем же причинам, которые приведены ранее.

Предварительное получение оставшихся результатов поиска на рабочем столе было развернуто по умолчанию в декабре 2024 года.

Для мобильных устройств - где Hover обычно недоступен - не было никаких реальных улучшений, и поэтому, хотя не было никаких регрессий, эти дополнительные предварительные вычинки не были включены на мобильных устройствах.

Google не закончил экспериментировать с этим захватывающим новым API, и мы надеемся, что просмотр Интернета как можно быстрее. У нас есть несколько других трюков, над которыми мы работаем.

В качестве одного из примеров, Chrome разворачивает страницы результатов поиска, для пользователей с включенной предварительной загрузкой - когда пользователи вводят поисковые запросы в адресной строке Chrome, а также в других местах, таких как поле поиска на Android. Это также открыто для других поисковых систем для реализации , а не только поиск в Google, хотя мы не знаем о каких -либо реализациях для других поисковых систем в настоящее время.

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

Примечание о поддержке браузера

Browser Support

  • Хром: 109.
  • Край: 109.
  • Firefox: не поддерживается.
  • Сафари: не поддерживается.

Source

Правила спекуляций в настоящее время реализуется в браузерах на основе хрома, но Chrome публикует спецификацию API в процессе стандартов W3C и стремится к другим браузерам для реализации этого API.

Частный прокси-прокси-сервер в предварительном фишке в настоящее время реализован только в Chrome, а не в других браузерах на основе хрома, но если другие браузеры внедряют свой собственный личный прокси-прокси-сервер Prefetch, Google Search может также стремиться к реализации этих улучшений.

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

Попробуйте на своем сайте!

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

Кроме того, защита конфиденциальности, подробно описанная в этом посте, также доступна для других сайтов-с предостережением, что пользователи должны иметь расширенную поддержку предварительной нагрузки, включенную в их настройки , чтобы позволить сайтам, не имеющим Google, направлять трафик с использованием Prexy Prefetch от Google. Это связано с тем, что это представляет Google как дополнительную сторону между пользователем и сайтом, тогда как это не требуется на сайтах Google, поскольку они уже являются одной из вовлеченных сторон.