Google 検索における推測ルールの使用方法

Barry Pollard
Oleksiy Busaryev
Oleksiy Busaryev
LinkedIn

公開日: 2025 年 2 月 12 日

Google 検索は、ウェブ上で最も人気のあるサイトの一つであり、最も高速なサイトの一つでもあります。検索チームは、検索エクスペリエンスの高速化に継続的に取り組んでいます。Google 検索のような人気のページでは、ミリ秒単位の改善でもすぐに効果が現れます。このスピードへの関心は、よく知られている Google のホームページ、検索エンジン結果ページ（SERP）、検索結果から他のサイトへのクリックにも当てはまります。

Google 検索では、投機的ルールの API を使用して、検索結果ページから結果リンクへのナビゲーション速度を向上させています。また、他のサイト所有者にとって興味深い API の機能もいくつか使用しています。

最初の 2 件の結果をプリフェッチする

投機的ルールの最初の用途の 1 つは、最初の 2 つの検索結果をプリフェッチすることでした。たとえば、「テスト」を検索すると、ページに次の投機的ルールが含まれます。

{
    "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"
        ]
    }]
}

下部の 2 つの URL は最初の 2 つの検索結果で、すぐにプリフェッチされます。ユーザーがそれらをクリックすると、HTML ドキュメントがすでにブラウザで利用可能になっているため、すぐにページが表示されます。

ルールとプリフェッチの試行は、DevTools の [Application] -> [Speculation] タブで確認できます（前述のとおり）。

単語「text」の 2 つの辞書定義が一覧表示され、両方ともプリフェッチに成功したことを示す DevTools の [投機] パネル
2 つのプリフェッチが成功した投機パネル。

プライバシー保護プリフェッチ

これらのリンクは別のサイトのコンテンツを対象としているため、ユーザーがまだアクセスしていないサイトをプリフェッチする際には、プライバシーに関する追加の考慮事項があります。

幸いなことに、API はこの点を考慮して設計されており、Google 検索ではユーザーのプライバシーを保護するために 2 つの機能が使用されています。

1 つ目は、requires 構成を使用して、プリフェッチで Chrome のプライベート プリフェッチ プロキシが使用されるようにすることです。

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

これは、ユーザーが検索結果ページからリンクをクリックしてサイトに移動する前に、ユーザーの IP アドレスがサイトに漏洩しないように、プロキシを使用して接続の IP アドレスを匿名化します。

次に、Google 検索は referrer_policy 設定を使用して、検索ページの URL にエンコードされた詳細が referer HTTP ヘッダーでサイトに送信されないようにします。

"referrer_policy": "strict-origin",

ほとんどのブラウザではデフォルトで strict-origin-when-cross-origin が使用されますが、この設定ではより厳格な設定を使用して、同一オリジンのプリフェッチでも strict-origin リファラー ポリシーが使用されます。

ユーザーがサイトの Cookie を持っている場合、3 つ目の保護が自動的に行われます。この場合、ユーザーは Cookie に基づいて異なる結果を受け取る可能性があり、Chrome はプリフェッチされた HTML を使用しません。

DevTools の [投機] パネルに 2 つの URL が表示されているが、1 つはプリフェッチに失敗し、ユーザーがそのオリジンの Cookie を保有しているため対象外であるというエラーが表示されている
Cookie が原因でプリフェッチが 1 回失敗した投機パネル。

つまり、Cookie を使用しているユーザーは、そのサイトをクリックしたときにプリフェッチによるパフォーマンスの向上というメリットを得られませんが、プライバシー保護と正確なページ読み込みが優先されます。また、ユーザーがすでにサイトにアクセスしており、そのサイトの Cookie を持っている場合、そのサイトのアセットがキャッシュに保存されている可能性が高く、プリフェッチを行わなくてもページの読み込みが速くなる可能性があります。

最初の 2 件の結果をプリフェッチした場合のユーザーへの影響

ほとんどの変更と同様に、Google 検索は A/B テストでプリフェッチをロールアウトし、影響を測定しました。Largest Contentful Paint（LCP）が大幅に改善されました。Android 版 Chrome では、Google 検索からのクリックの LCP が 67 ミリ秒短縮されました。パソコン版 Chrome のリリースでも同様に LCP が 58.6 ミリ秒改善されました。これは Google 検索サイト自体ではなく、移動先のサイトの改善ですが、Google 検索ユーザーにとってメリットがあります。

LCP の改善はわずかに見えるかもしれませんが、Google 検索のような高度に最適化されたサイトでは、ユーザーのためにミリ秒単位の改善も祝うため、数十ミリ秒単位の改善は異例です。サイトによっては、大幅なメリットが得られる可能性があります。ぜひお試しください。

投機ルールを使用したプリフェッチは、2022 年 10 月より Android 版検索でデフォルトで有効になっており、2024 年 9 月までにパソコン版にも導入されました。

最初の 2 件の結果以外

Speculation Rules API の初回リリース以降、投機がユーザーがリンクにカーソルを合わせるか、クリックを開始したときにのみ発生するようにする熱心さプロパティで強化されました。

Google 検索は、最初の 2 件の検索結果だけでなく、残りの検索結果もプリフェッチすることにしました。ただし、ユーザーがリンクにカーソルを合わせた場合に限ります。これは、moderate の熱心度設定を使用することで実現しています。これにより、クリックされる可能性の低いリンクに対するリソースの無駄な消費を防ぐことができます。

このルールは、Chrome で検索したときにデベロッパー ツールで確認できます。このルールは前のルールと同一ですが、今回は "eagerness": "moderate" オプションが設定されています。

DevTools の [ルール] パネルに、anonymous-client-ip-when-cross-origin、strict-origin リファラー ポリシー、中程度の積極性、7 つの URL を使用するリストルールが表示されている
Google 検索で使用される投機ルール。

これらのリンクにカーソルを合わせると、プリフェッチがトリガーされます。Google 検索では、広告などの他の URL をプリフェッチしたくないため、Speculation Rules API のドキュメント ルール機能を使用するのではなく、URL を明示的にリストしています。

最初の 2 件を超える結果のプリフェッチがユーザーに与える影響

パソコン版 Chrome では、Google 検索からのナビゲーションの First Contentful Paint（FCP）が 7.6 ミリ秒、LCP が 9.5 ミリ秒短縮されました（A/B テストの結果）。これは、最初の 2 つの結果で確認された 58.6 ミリ秒の改善と比較すると、改善幅は小さくなりますが、リードタイムが短いため、それほど驚くことではありません。ただし、前述の理由から、これらは依然として大きなメリットです。

パソコンでの残りの検索結果のプリフェッチは、2024 年 12 月にデフォルトでロールアウトされました。

モバイルでは、通常ホバーは利用できないため、実際の改善は見られませんでした。回帰もなかったため、モバイルではこれらの追加のプリフェッチは有効になりませんでした。

Google はこのエキサイティングな新しい API のテストを完了していません。ウェブの閲覧をできるだけ高速化することが目標です。現在、他にもいくつかの機能の開発に取り組んでいます。

たとえば、Chrome では、ユーザーが Chrome のアドレスバーや Android の検索ボックスなどの場所で検索クエリを入力すると、プリロードが有効になっているユーザー向けに、検索結果ページをプリレンダリングする機能が導入されています。この仕様は Google 検索だけでなく、他の検索エンジンでも実装できます。ただし、現時点では他の検索エンジンでの実装は確認されていません。

Google 検索では、結果リンク自体にプリレンダリングを実装する予定はありません。これは、クロスサイト ナビゲーションでは利用できないためです（同じサイトのクロスオリジン プリレンダリングでもオプトインが必要です）。

ブラウザ サポートに関する注意事項

Browser Support

  • Chrome: 109.
  • Edge: 109.
  • Firefox: not supported.
  • Safari: behind a flag.

Source

現時点では、Speculation Rules API は Chromium ベースのブラウザで実装されていますが、Chrome は W3C 標準プロセスを通じて API 仕様を公開しており、他のブラウザにもこの API を実装してほしいと考えています。

プライベート プリフェッチ プロキシは現在 Chrome でのみ実装されており、他の Chromium ベースのブラウザでは実装されていませんが、他のブラウザが独自のプライベート プリフェッチ プロキシを実装した場合、Google 検索でもこれらの改善が実装される可能性があります。

プライベート プリフェッチ プロキシなしでプリフェッチを行うとプライバシーに影響するため、Google 検索では、この技術をサポートしていないブラウザではプリフェッチを行いません。そのため、他のブラウザで他の技術を使用してフォールバックを実装することもありません。ただし、プログレッシブ エンハンスメントとして、これらのブラウザのユーザーは速度のわずかな向上によるメリットを受けられないだけです。

ぜひサイトでお試しください。

Speculation Rules API は、Google 検索だけでなく、すべてのサイトで利用できます。ここで説明したプリフェッチ機能以外にも、プリレンダリングは、使用できる状況でさらにメリットをもたらします。Google 検索などの大規模なサイトで、この API がユーザー エクスペリエンスに明確なメリットをもたらすことが示されているため、すべてのサイト所有者は、この API を使用してメリットを得る方法を検討することをおすすめします。

また、この投稿で説明したプライバシー保護は、他のサイトでも利用できます。ただし、Google 以外のサイトが Google のプライベート プリフェッチ プロキシを使用してトラフィックをルーティングできるようにするには、ユーザーが設定で拡張プリロードのサポートを有効にする必要があります。これは、Google サイトでは Google がすでに当事者であるため、ユーザーとサイトの間に Google を追加する必要がないためです。