INPとは？スマホの操作が遅いときの測り方と公開事例

1. 遅いページのURLを入れて、実際のユーザーの数値を見る

文末のPageSpeed Insightsを開き、遅さが気になるページの公開URLを入力して「分析」を押します。スマートフォン側の「実際のユーザーの環境で評価する」には、データがあれば直近28日間の実際の利用状況が表示されます。INPが出ていたら、入力したページのデータか、サイト全体（オリジン）のデータかを確認します。Googleの「良好」の目安は、実際の利用で測った値の75パーセンタイルが200ミリ秒以下です。おおむね4分の3の計測値がその値以下という意味です。

2026年11月9日に毎日1%改善のホームページ（https://get1pct.com/）を分析すると、スマートフォン側では「データがありません」と表示されました。その場合は、まず実機で操作を再現します。下の診断欄に出るTBT（合計ブロック時間）は、読み込み時のテストで、長い処理がブラウザの操作を待たせた時間の目安です。実際の利用時のINPは、上の欄で確認します。

2. スマホで押す操作を1つ選び、遅さを再現する

たとえば予約ページで、日付の選択ボタンをタップし、押したことが画面で分かるまでを見ます。日付を押しても何も変わらない場合と、すぐに読み込み中の表示が出てから空き枠を待つ場合では、見る場所が違います。前者は操作直後の反応を、後者は通信や結果表示までの待ち時間を調べます。

担当者には、対象URL、端末、押したボタン、押す前にした操作、どこで画面が止まって見えたかを渡します。同じ手順で再現できるなら、開発担当者はChrome DevToolsのパフォーマンス パネルで操作を記録し、反応を待たせた処理を調べられます。タップ前にボタンの位置がずれる場合は、「CLSの確認方法。画像と地図で表示がずれるときの見直し方」を参照してください。

3. 公開事例2件では、反応を待たせた処理を減らした

バス予約サイトでは、運賃の検索結果を追加で読み込むときに、1回に取得する件数を30件から10件に変更しました。この変更で観測されたINPは870〜900ミリ秒から350〜370ミリ秒に短くなりました。別の施策では、入力中の変更をその欄の中にとどめ、入力欄から離れたときに共有データに反映することで、画面の再描画を減らしました。この変更で、検索ページのINPが72%改善したと報告されています。

メディアサイトに関連記事などを配信する事業者は、ページ上で動く長い処理を分け、一部を後回しにして、ブラウザが利用者の操作に応じる時間を確保しました。新しい配信エンジンと処理を分ける仕組みを組み合わせ、従来方式とA/Bテストで比較したところ、4媒体のINPの75パーセンタイルが6〜36%短くなりました。たとえば1媒体では75ミリ秒から48ミリ秒です。バス予約サイトは検索ページを、メディアの事例は4媒体のテスト対象を測った結果です。

今日やることは、いちばん使われるボタンを1つ試す

予約や商品検索など、利用者がよく押すボタンをスマホで1つ試します。直す前に「押した直後に何が出るか」を記録しておくと、修正後に同じ端末と手順で比べられます。実ユーザーのINPを追うときは、同じページと端末の区分で比較します。