ブラウザはウェブページを解析し、画像、スクリプト、CSS などのリソースの検出とダウンロードを開始すると、最適な順序でダウンロードできるようにフェッチ priority
を割り当てます。通常、リソースの優先度は、そのリソースの内容とドキュメント内の場所によって決まります。たとえば、ビューポート内の画像の優先度は High
で、<head>
で <link>
を使用する早期読み込みのレンダリング ブロック CSS の優先度は Very High
とします。通常は優先度の自動割り当てで十分ですが、割り当て順序が最適でない場合もあります。
このページでは、Fetch Priority API と fetchpriority
HTML 属性について説明します。この属性を使用すると、リソースの相対的な優先度(high
または low
)をヒントにすることができ、Core Web Vitals の最適化に役立ちます。
まとめ
「Fetch Priority」は、次のような場面で役立ちます。
- 画像要素に
fetchpriority="high"
を指定して、LCP 画像の優先度を上げる。これにより、LCP が早く発生します。 - 現在最もよく使用されるハック(
async
スクリプトに<link rel="preload">
を挿入する)よりも優れたセマンティクスを使用して、async
スクリプトの優先度を上げる。 - 画像シーケンスを改善するために、後期スクリプトの優先順位を下げます。
これまで、デベロッパーがプリロードと事前接続を使用して、リソースの優先度に影響を与えることはほとんどありませんでした。プリロードを使用すると、ブラウザが自然に検出する直前に読み込む重要なリソースをブラウザに伝えることができます。これは、スタイルシートに含まれるフォント、背景画像、スクリプトから読み込まれるリソースなど、検出しにくいリソースに対して特に便利です。事前接続は、クロスオリジン サーバーへの接続をウォームアップし、最初のバイトまでの時間などの指標の改善に役立ちます。これは、送信元はわかっているが、必要となるリソースの正確な URL がわからない場合に便利です。
フェッチ優先度は、これらのリソースヒントを補完します。これはマークアップ ベースのシグナルで、fetchpriority
属性を通じて使用できます。デベロッパーは、この属性を使用して、特定のリソースの相対的な優先度を指定できます。また、JavaScript や Fetch API で priority
プロパティを使用してこれらのヒントを使用し、データに対するリソース取得の優先度に影響を与えることもできます。フェッチ優先度は プリロードを
補完することもできますLargest Contentful Paint 画像を取得します。プリロードしても、優先度は低くなります。早期に優先順位の低い他のリソースによってプッシュバックされる場合は、Fetch Priority を使用すると、イメージがどれだけ早く読み込まれるか確認できます。
リソースの優先度
リソースのダウンロード順序は、ページ上のすべてのリソースにブラウザに割り当てられた優先度によって異なります。優先度の計算ロジックに影響する可能性のある要素は次のとおりです。
- リソースの種類(CSS、フォント、スクリプト、画像、サードパーティのリソースなど)。
- ドキュメントがリソースを参照する場所または順序。
preload
リソースヒント。ブラウザがリソースをより迅速に検出し、早期に読み込むのに役立ちます。async
またはdefer
スクリプトの優先度の計算が変更されました。
次の表に、Chrome でほとんどのリソースの優先度と順序がどのように設定されるかを示します。
レイアウト ブロック フェーズで読み込む | レイアウト ブロック フェーズで一度に 1 つずつ読み込む | ||||
---|---|---|---|---|---|
点滅 優先 |
VeryHigh | 高 | 中 | 低 | VeryLow |
DevTools 優先 |
最高 | 高 | 中 | 低 | 最低 |
メインリソース | |||||
CSS(早期**) | CSS(遅延**) | CSS(メディアの不一致***) | |||
スクリプト(早期** またはプリロード スキャナからではない) | スクリプト(遅延**) | スクリプト(非同期) | |||
Font | フォント(rel=preload) | ||||
インポート | |||||
画像(ビューポート内) | 画像(最初の 5 個の画像 > 10,000px2) | 画像 | |||
メディア(動画/音声) | |||||
プリフェッチ | |||||
XSL | |||||
XHR(同期) | XHR/フェッチ*(非同期) |
ブラウザは、計算された同じ優先度を持つリソースを検出順にダウンロードします。ページの読み込み時にさまざまなリソースに割り当てられている優先度は、Chrome デベロッパー ツールの [ネットワーク] タブで確認できます。(テーブルの見出しを右クリックして、優先値の列を含めてください)。
優先度が変更されると、[大きなリクエスト行] の設定またはツールチップに初期優先度と最終優先度の両方が表示されます。
フェッチ優先度が必要になるのはどのような場合ですか。
ブラウザの優先順位付けロジックについて理解したら、ページのダウンロード順序を調整して、パフォーマンスと Core Web Vitals を最適化できます。優先度フェッチを使用せずに変更できる項目の例を次に示します。
<script>
や<link>
などのリソースタグを、ブラウザでダウンロードする順序に配置します。- 必要なリソース(特に、ブラウザで検出しにくいリソース)を早期にダウンロードするには、
preload
リソースヒントを使用します。 async
またはdefer
を使用して、他のリソースをブロックせずにスクリプトをダウンロードします。- スクロールしなければ見えない範囲のコンテンツを遅延読み込みして、ブラウザがより重要なスクロールせずに見える範囲のリソースに利用可能な帯域幅を使用できるようにします。
次に、フェッチ優先度が、必要なリソースの優先度を設定するのに役立つ複雑なケースを示します。
- スクロールせずに見える範囲の画像がいくつかありますが、すべてに同じ優先度を設定する必要はありません。たとえば、画像カルーセルでは、最初に表示される画像にのみ高い優先度が必要です。
- ビューポート内のヒーロー画像は通常、優先度
Low
またはMedium
から開始します。レイアウトが完成すると、Chrome はこれらの要素がビューポート内にあることを検出し、優先度を上げます。これにより、通常、画像の読み込みに大幅な遅延が発生します。マークアップにフェッチの優先度を指定すると、画像が「高」優先度で開始され、はるかに早く読み込みを開始できます。
CSS 背景として含まれる LCP 画像を早期に検出するには、引き続きプリロードが必要です。背景画像の優先度を上げるには、プリロードにfetchpriority='high'
を含めます。 - スクリプトを
async
またはdefer
として宣言すると、ブラウザはスクリプトを非同期で読み込むように指示できます。ただし、優先度の表に示すように、これらのスクリプトにも「低」優先度が割り当てられます。特にユーザー エクスペリエンスに不可欠なスクリプトの場合は、非同期ダウンロードを保証しつつ、優先度を上げることをおすすめします。 - JavaScript
fetch()
API を使用してリソースまたはデータを非同期で取得する場合、ブラウザは優先度High
を割り当てます。特に、バックグラウンド API 呼び出しとユーザー入力に応答する API 呼び出しが混在している場合、一部のフェッチを低い優先度で実行したほうがよい場合があります。バックグラウンド API 呼び出しの優先度をLow
、インタラクティブ API 呼び出しの優先度をHigh
に設定します。 - ブラウザは CSS とフォントに
High" priority
を割り当てますが、これらのリソースの一部は他のリソースよりも重要となる場合があります。フェッチの優先度を使用すると 重要性の低いリソースの優先度を下げることができます
fetchpriority
属性
link
タグ、img
タグ、script
タグを使用してダウンロードする場合、fetchpriority
HTML 属性を使用して、CSS、フォント、スクリプト、画像などのリソースタイプのダウンロード優先度を指定します。指定できる値は次のとおりです。
high
: リソースの優先度は高く、ブラウザ独自のヒューリスティックがそれを妨げるわけではない限り、ブラウザはリソースを優先します。low
: リソースの優先度は低く、ヒューリスティックによって許容される場合はブラウザでの優先度を下げます。auto
: ブラウザが適切な優先度を選択できるようにするデフォルト値。
マークアップで fetchpriority
属性と、スクリプトで同等の priority
プロパティを使用する例を次に示します。
<!-- We don't want a high priority for this above-the-fold image -->
<img src="/images/in_viewport_but_not_important.svg" fetchpriority="low" alt="I'm an unimportant image!">
<!-- We want to initiate an early fetch for a resource, but also deprioritize it -->
<link rel="preload" href="/js/script.js" as="script" fetchpriority="low">
<script>
fetch('https://example.com/', {priority: 'low'})
.then(data => {
// Trigger a low priority fetch
});
</script>
ブラウザの優先順位と fetchpriority
の影響
次の表に示すように、さまざまなリソースに fetchpriority
属性を適用して、計算された優先度を増減できます。各行の fetchpriority="auto"
(◉)は、そのタイプのリソースのデフォルトの優先度を示します。
レイアウト ブロック フェーズで読み込む | レイアウト ブロック フェーズで一度に 1 つずつ読み込む | ||||
---|---|---|---|---|---|
点滅 優先 |
VeryHigh | 高 | 中 | 低 | VeryLow |
DevTools 優先 |
最高 | 高 | 中 | 低 | 最低 |
メインリソース | ◉ | ||||
CSS(早期**) | ⬆◉ | ⬇ | |||
CSS(遅延**) | ⬆ | ◉ | ⬇ | ||
CSS(メディアの不一致***) | ⬆*** | ◉⬇ | |||
スクリプト(早期** またはプリロード スキャナからではない) | ⬆◉ | ⬇ | |||
スクリプト(遅延**) | ⬆ | ◉ | ⬇ | ||
スクリプト(async/defer) | ⬆ | ◉⬇ | |||
Font | ◉ | ||||
フォント(rel=preload) | ⬆◉ | ⬇ | |||
インポート | ◉ | ||||
画像(ビューポート内 - レイアウト後) | ⬆◉ | ⬇ | |||
画像(最初の 5 個の画像 > 10,000px2) | ⬆ | ◉ | ⬇ | ||
画像 | ⬆ | ◉⬇ | |||
メディア(動画/音声) | ◉ | ||||
XHR(同期)- サポート終了 | ◉ | ||||
XHR/フェッチ*(非同期) | ⬆◉ | ⬇ | |||
プリフェッチ | ◉ | ||||
XSL | ◉ |
fetchpriority
は、相対優先度を設定します。つまり、優先度を High
または Low
に明示的に設定するのではなく、デフォルトの優先度を適切な量だけ増減します。多くの場合、優先度は High
または Low
になりますが、常にそうなるとは限りません。たとえば、fetchpriority="high"
を持つクリティカルな CSS の優先度は「非常に高い」/「最高」のままであり、これらの要素に fetchpriority="low"
を使用しても「高」の優先度が維持されます。どちらの場合も、優先度を High
または Low
に明示的に設定する必要はありません。
ユースケース
リソースを取得する優先度に関する情報をブラウザに追加したい場合は、fetchpriority
属性を使用します。
LCP イメージの優先度を上げる
fetchpriority="high"
を指定すると、LCP またはその他の重要なイメージの優先度を高めることができます。
<img src="lcp-image.jpg" fetchpriority="high">
次の比較は、Google フライトページで LCP の背景画像を読み込んだ場合と、フェッチの優先度を有効にした場合としない場合を比較しています。優先度を「高」に設定すると、LCP は 2.6 秒から 1.9 秒に向上しました。
スクロールせずに見える範囲の画像の優先度を下げる
画像カルーセルなど、すぐには重要でないスクロールせずに見える範囲の画像の優先度を下げるには、fetchpriority="low"
を使用します。
<ul class="carousel">
<img src="img/carousel-1.jpg" fetchpriority="high">
<img src="img/carousel-2.jpg" fetchpriority="low">
<img src="img/carousel-3.jpg" fetchpriority="low">
<img src="img/carousel-4.jpg" fetchpriority="low">
</ul>
Oodle アプリを使用した以前のテストでは、これを使用して、読み込み時に表示されない画像の優先度を低くしました。ページの読み込み時間が 2 秒短縮されました。
プリロード リソースの優先度を下げる
プリロードされたリソースが他の重要なリソースと競合しないようにするには、リソースの優先度を下げることができます。この方法は、画像、スクリプト、CSS に使用します。
<!-- Lower priority only for non-critical preloaded scripts -->
<link rel="preload" as="script" href="critical-script.js">
<link rel="preload" href="/js/script.js" as="script" fetchpriority="low">
<!-- Preload CSS without blocking other resources -->
<link rel="preload" as="style" href="theme.css" fetchpriority="low" onload="this.rel='stylesheet'">
スクリプトの優先度を再設定する
ページをインタラクティブにする必要があるスクリプトは、すばやく読み込む必要がありますが、他のリソースをブロックしてはいけません。これらには、優先度の高い async
のマークを付けることができます。
<script src="async_but_important.js" async fetchpriority="high"></script>
特定の DOM 状態に依存している場合は、スクリプトを async
としてマークすることはできません。ただし、コンテナがページの後半で実行される場合は、低い優先度で読み込むことができます。
<script src="blocking_but_unimportant.js" fetchpriority="low"></script>
重要性の低いデータ取得の優先度を下げる
ブラウザが高い優先度で fetch
を実行する。複数の取得が同時に実行される可能性がある場合は、重要度の高いデータ取得に高いデフォルトの優先度を使用し、重要度の低いデータの優先度を下げることができます。
// Important validation data (high by default)
let authenticate = await fetch('/user');
// Less important content data (suggested low)
let suggestedContent = await fetch('/content/suggested', {priority: 'low'});
優先度の実装メモを取得する
フェッチの優先順位を使用する場合は、次の点に注意してください。
fetchpriority
属性はディレクティブではなくヒントです。ブラウザはデベロッパーの設定を尊重しますが、リソースの優先度の設定を適用して競合を解決することもできます。「Fetch Priority」と「プリロード」を混同しないでください。
- プリロードは必須のフェッチであり、ヒントではありません。
- プリロードを行うと、ブラウザはリソースを早期に検出できますが、デフォルトの優先度でリソースを取得することに変わりはありません。一方、フェッチの優先度は検出可能性には役立ちませんが、フェッチの優先度の増減はできます。
- 優先度の変更による影響よりも、プリロードによる影響をより簡単にモニタリング、測定できます。
フェッチの優先度は、優先順位の粒度を高めることで、プリロードを補完できます。LCP イメージの
<head>
で最初の項目の 1 つとしてプリロードをすでに指定している場合、high
取得優先度では LCP が大幅に改善されない可能性があります。ただし、他のリソースの読み込み後にプリロードが行われる場合は、high
フェッチの優先度により LCP を改善できます。重要な画像が CSS の背景画像の場合は、fetchpriority = "high"
を使用してプリロードします。優先順位付けによる読み込み時間の改善は、使用可能なネットワーク帯域幅をめぐってより多くのリソースが競合する環境ではより重要になります。これは、並列ダウンロードができない HTTP/1.x 接続や、低帯域幅の HTTP/2 接続でよく発生します。このような場合、優先順位を付けることでボトルネックの解決に役立ちます。
CDN は一様に HTTP/2 優先度を実装しません。ブラウザがフェッチの優先度から優先度を通知しても、CDN が指定された順序でリソースの優先度を再調整しない場合があります。これにより、フェッチ優先度のテストが困難になります。優先度は、ブラウザ内で内部的にも、優先度設定をサポートするプロトコル(HTTP/2 と HTTP/3)でも適用されます。CDN や送信元のサポートとは無関係に、ブラウザがリソースをリクエストすると優先度が変更されることが多いため、フェッチ 優先度は、CDN や送信元のサポートとは無関係に、内部ブラウザの優先順位付けのためにのみ使用する価値があります。たとえば、ブラウザが重要な
<head>
アイテムを処理する間、画像などの優先度の低いリソースはリクエストされないことがよくあります。最初の設計では、フェッチ優先度をベスト プラクティスとして導入できない場合があります。開発サイクルの後半で、ページ上のさまざまなリソースに優先度を割り当てることができます。優先度が想定と一致しない場合は、フェッチ優先度を導入してさらに最適化できます。
プリロードの使用に関するヒント
プリロードを使用する場合は、次の点に注意してください。
- HTTP ヘッダーにプリロードを含めると、そのプリロードが読み込み順序の他のすべてのものよりも前に配置されます。
- 一般的に、優先度が「中」を超える場合、パーサーが到達する順序で読み込みが行われます。HTML の先頭にプリロードを含める場合は注意が必要です。
- フォント プリロードは、通常、head の終端または body の始まり寄りに最適に機能します。
- インポート プリロード(動的
import()
またはmodulepreload
)は、インポートを必要とするスクリプトタグの後に実行する必要があります。そのため、依存関係の読み込み中に評価できるように、まずスクリプトの読み込みまたは解析を行ってください。 - 画像のプリロードには、デフォルトで「低」または「中」の優先度が設定されています。非同期スクリプトやその他の優先度の低いタグまたは最も低いタグとの相対的な順序をつけてください。
History
Fetch Priority は、2018 年に Chrome のオリジン トライアルとして最初にテストされ、2021 年に importance
属性を使用して再度テストされました。当時、これは優先度ヒントと呼ばれていました。ウェブ標準プロセスの一環として、インターフェースが HTML では fetchpriority
、JavaScript の Fetch API では priority
に変更されました。混乱を避けるために
この API をフェッチの優先度と呼ぶことにしました