Interaction to Next Paint（INP）

<ph type="x-smartling-placeholder">

Chrome の使用状況データによると、ユーザーがページに滞在した時間の 90% は読み込み後に費やされていることがわかっています。そのため、ページのライフサイクル全体における応答性を慎重に測定することが重要です。これが INP 指標で評価されるものです。

応答性が良好とは、ページが操作に迅速に応答することを意味します。ページが操作に応答すると、ブラウザはペイントする次のフレームで視覚的なフィードバックを表示します。視覚的なフィードバックは、オンライン ショッピング カートに追加した商品が実際に追加されたかどうか、モバイル ナビゲーション メニューが開いたかどうか、ログイン フォームの内容がサーバーで認証されているかどうかなどをユーザーに伝えます。

操作によっては、他の操作よりも時間がかかるものがありますが、特に複雑な操作の場合は、何か処理が行われていることをユーザーに伝えるために、最初の視覚的なフィードバックをすばやく表示することが重要です。ブラウザが描画する次のフレームが、これを実行できる最短のタイミングです。

そのため、INP の目的は、ネットワーク取得や他の非同期オペレーションからの UI 更新など、インタラクションによる最終的な効果をすべて測定することではなく、次回のペイントがブロックされるまでの時間を測定することになっています。視覚的なフィードバックを遅らせると、ページの応答が速くないという印象を与える可能性があります。INP は、このユーザー エクスペリエンスの部分を開発者が測定できるように開発されました。

次の動画の右側の例では、アコーディオンが開いていることをすぐに視覚的にフィードバックしています。左の例は、応答性の低さと、それがユーザー エクスペリエンスの低下につながる様子を示しています。

<ph type="x-smartling-placeholder">

</ph>

このガイドでは、インプレッション数（INP）の仕組みと測定方法について説明します。また、INP を改善するためのリソースも紹介します。

INP とは何ですか？

INP は、ユーザーによるページ訪問までに発生したすべてのクリック、タップ、キーボード操作のレイテンシをモニタリングすることで、ユーザー操作に対するページの全体的な応答性を評価する指標です。最終的な INP 値は、最大時間を要したことがモニタリングされたインタラクションであり、外れ値は無視されます。

インタラクションとは、同じ論理的なユーザー操作中に発生するイベント ハンドラのグループです。たとえば、タッチスクリーン デバイスでの「タップ」操作には、pointerup、pointerdown、click などの複数のイベントが含まれます。インタラクションは、JavaScript、CSS、組み込みのブラウザ コントロール（フォーム要素など）、またはそれらの組み合わせによって実行できます。

インタラクションのレイテンシは、ユーザーがインタラクションを開始してからブラウザが次にフレームを描画できるようになるまでの、インタラクションを推進するイベント ハンドラ グループの最も長い期間で構成されます。

優れた INP スコアとは

応答性の指標に「良好」や「低い」などのラベルを固定することは困難です。一方では、優れた応答性を優先する開発手法を推奨したいと考えています。一方で、ユーザーが使用するデバイスの機能にはかなりのばらつきがあるため、達成可能な開発の期待値を設定する必要があります。

優れた応答性でユーザー エクスペリエンスを提供するために、モバイルとデスクトップ デバイスに分けて、フィールドで記録されたページ読み込みの75 パーセンタイルを測定するのが適切なしきい値です。

• INP が 200 ミリ秒未満または 200 ミリ秒の場合、ページの応答性は良好です。
• INP が 200 ミリ秒以上、500 ミリ秒以下、またはページの応答性に改善が必要であることを意味します。
• INP が 500 ミリ秒を超える場合、ページの応答性が低いことを意味します。

インタラクションに含まれるもの

インタラクティビティの主な推進力は JavaScript ですが、ブラウザは JavaScript で動くもの以外のコントロール（チェックボックス、ラジオボタン、CSS で動くコントロールなど）を通じてインタラクティビティを提供します。

INP の目的上、以下のインタラクション タイプのみが確認されます。

• マウスのクリック。
• タッチスクリーン搭載のデバイスをタップしている様子。
• 物理キーボードまたは画面キーボードのキーを押す。

インタラクションは、埋め込み動画の再生ボタンをクリックするなど、メインのドキュメントまたはドキュメントに埋め込まれた iframe で発生します。エンドユーザーは iframe に何が含まれているか認識できません。そのため、最上位のページのユーザー エクスペリエンスを測定するには、iframe 内の INP が必要です。JavaScript Web API は iframe のコンテンツにアクセスできないため、CrUX と RUM の差異として表示される可能性があります。

インタラクションには複数のイベントが含まれる場合があります。たとえば、キーストロークには keydown、keypress、keyup イベントが含まれます。タップ操作には、pointerup イベントと pointerdown イベントが含まれます。インタラクション内で最も長い時間のイベントが、インタラクションの合計レイテンシに影響します。

ページの INP は、ユーザーがページを離れたときに計算されます。結果は、ページのライフサイクル全体における全体的な応答性を示す単一の値です。INP が低いということは、ページがユーザー入力に安定して応答していたことを意味します。

INP と初回入力遅延（FID）の違いは何ですか？

INP は、初回入力遅延（FID）の後継指標です。どちらも応答性の指標ですが、FID はページでの最初の操作の入力遅延のみを測定していました。INP は、入力遅延からイベント ハンドラの実行にかかった時間、そして最終的にブラウザが次のフレームを描画するまで、ページ上のすべてのインタラクションを監視することで、FID を改善します。

これらの違いは、INP と FID の両方が異なるタイプの応答性指標であることを意味します。FID はページでのユーザーの第一印象を評価するために設計された読み込み応答性指標でしたが、INP はページ操作の全期間でいつ発生したかにかかわらず、全体的な応答性を示すより信頼性の高い指標となります。

INP 値が報告されない場合はどうすればよいですか？

ページから INP 値が返されない場合があります。これは、次のような理由により発生します。

• ページは読み込まれたが、ユーザーがクリック、タップ、キーボードのキー入力をまったく行わなかった。
• ページは読み込まれたが、ユーザーが測定対象外のジェスチャー（スクロールや要素のホバーなど）を使用してページを操作した。
• ページが、ページを操作するスクリプトが作成されていない検索クローラーやヘッドレス ブラウザなどの bot によってアクセスされている場合。

INP を測定する方法

INP は、現実的なユーザー インタラクションをシミュレートできる範囲で、現場とラボの両方で測定できます。

業務の現場

理想的には、フィールド データから INP の最適化を開始します。実際のユーザー モニタリング（RUM）のフィールド データは、ページの INP 値だけでなく、INP 値そのものの原因となった特定のインタラクション、ページの読み込み中または読み込み後に発生したインタラクション、インタラクションの種類（クリック、キープレス、タップ）、その他反応のどの部分が応答性に影響を与えたのかを特定するのに役立つ重要なタイミングを示すコンテキスト データを提供します。

<ph type="x-smartling-placeholder">

ウェブサイトが Chrome ユーザー エクスペリエンス レポート（CrUX）の対象となる場合は、PageSpeed Insights の CrUX 経由（およびその他の Core Web Vitals）を介して INP のフィールド データをすばやく取得できます。少なくとも、ウェブサイトの INP のオリジンレベルの画像を取得できますが、URL レベルのデータも取得できる場合があります。

CrUX は、問題があるかどうかを伝えることはできますが、問題の原因を特定することはできません。RUM ソリューションは、応答性の問題が発生しているページ、ユーザー、ユーザー操作の詳細を明らかにするのに役立ちます。INP を個々のインタラクションに関連付けることで、推測や無駄な労力を回避できます。

実験室

ページの操作が遅いことを示すフィールド データが得られたら、ラボでテストを開始するのが最適です。フィールド データを使用することで、ラボで問題のあるインタラクションを再現する作業が非常に簡単になります。

ただし、フィールド データがない可能性もあります。一部のラボツールでは INP を測定できますが、ラボテスト中のページの INP 値は、測定期間中に行われたインタラクションによって異なります。ユーザーの行動は予測不可能で、非常に多様であるため、ラボでのテストでは、フィールドデータと同じ方法で問題のあるインタラクションが見つからない可能性があります。また、一部のラボツールでは、インタラクションのないページの読み込みのみをモニタリングするため、ページの INP が報告されません。このような場合、[Total Blocking Time（TBT）] は INP の妥当な代替指標ですが、それ自体が INP の代わりとなる指標ではありません。

ページの INP を評価する際にラボツールに制限があるものの、ラボでインタラクションの遅延を再現するための戦略はいくつかあります。たとえば、一般的なユーザーフローをたどりながらその過程でインタラクションをテストしたり、メインスレッドが最もビジー状態の場合にページを読み込ませたりして、ユーザー エクスペリエンスの重要な部分で遅いインタラクションを特定できるようにします。

<ph type="x-smartling-placeholder">

INP を改善する方法

INP の最適化に関するガイドのコレクションには、現場で遅いインタラクションを特定するプロセスや、ラボデータを使用して原因を特定して最適化するプロセスのガイドがあります。

変更履歴

指標の測定に使用される API でバグが見つかることがありますが、指標自体の定義に見つかることもあります。そのため、変更が必要となることがあり、こうした変更は社内のレポートやダッシュボードに改善や回帰として表示されることがあります。

これらの指標の実装または定義に対するすべての変更は、この変更ログに表示されます。

これらの指標についてフィードバックがある場合は、web-vitals-feedback Google グループからお寄せください。

理解度テスト