なぜGoogleはFIDからINPに切り替えたのか

TL;DR

Googleは2024年3月12日に、Core Web VitalsとしてFirst Input Delay (FID)をInteraction to Next Paint (INP)に置き換えました。FIDは最初のユーザーインタラクションを処理する前のブラウザの遅延のみを測定します。INPはユーザーのインタラクション—クリック、タップ、またはキープレス—から画面上の最初の視覚的反応までの合計時間を測定し、セッション中のすべてのインタラクションの中で最も遅いものを報告します。INPは通過しにくく、30%以上のモバイルサイトがまだ閾値をクリアできていません。さらに重要なことに、2026年には、INPスコアが低いことがオーガニックランキング以上に悪影響を及ぼします。ページの応答性はAIクローラー（GPTBotやPerplexityBotを含む）のクロール可能性に直接影響を与え、AIの引用資格を予測するユーザー体験シグナルに影響を与えます。このガイドではFIDとINPを詳しく説明し、INP最適化をDageno AIが監視するAI検索可視性レイヤーに関連付けます。

FIDとINPの共通点

両方の指標はウェブサイトの応答性—ページがユーザーのアクションにどのように反応するかを測定します。両者は実際のユーザーインタラクションに基づいています：ユーザーがページを開いてクリック、タップ、またはキーを押さずに読むだけの場合、FIDやINPは記録されません。ページを再読み込みして純粋なラボ環境で信頼性のある測定を行うことはできず、スコアを生成するためには実際のインタラクションをシミュレートする必要があります。

これは、ユーザーの行動に関係なく自動的にページロード時にキャプチャされるLCP（Largest Contentful Paint）やCLS（Cumulative Layout Shift）とは異なります。

主な違い：なぜINPがFIDに取って代わったのか

1. 最初のインタラクション vs. すべてのインタラクション

FIDは最初のユーザーインタラクションのみを測定します—ページが読み込まれた後の最初のクリック、タップ、またはキー押下の処理を始める前の遅延です。

INPはセッション全体のすべてのインタラクションに関するデータを収集し、最も遅い単一のインタラクション—目に見える反応を生成するのに最も時間がかかったもの—を報告します。Googleは一つの例外を適用します：セッション中に50回以上のインタラクションがある場合、最も高いアウトライヤーは無視され、稀な壊滅的なイベントがスコアを歪めることを防ぎます。セッション中に50回未満のインタラクションがあるほとんどのページでは、最も長いインタラクションがINPスコアとなります。

セッション中にINPが更新される実際の例：

• 最初のインタラクション：104ms → INP = 104ms
• 2回目のインタラクション：472ms → INPが472msに更新
• 3回目から10回目のインタラクション：16ms–56ms → INPは472msのまま
• 472msのインタラクションが最も悪かった；それがセッションのINPを定義します

2. 実際に測定されているもの

FIDは入力遅延のみを測定します—ユーザーアクションからブラウザがそれを処理し始めるまでの時間です。ブラウザの処理時間や応答の視覚的レンダリングはFIDには含まれません。

INPは完全なインタラクションの期間を測定します：入力遅延 + 処理時間 + プレゼンテーション遅延—ユーザーのアクションの後、最初の視覚的フレームの変更が画面に現れるまでの時間です。INPはユーザーが何かが起こったのを確認するまでの合計待機時間を報告します。
これは、INPがインタラクション品質の根本的により完全な測定基準であることを意味します。インタラクションの処理を迅速に開始するが、800msで視覚的に更新されるページは、FID（迅速な入力遅延）に合格する一方で、INP（遅延する総インタラクション時間）に失敗する可能性があります。

3. 通過率と難易度

FIDの移行は、多くのウェブサイトが既に良好なFIDスコアを達成していたという事実に部分的に起因しています。この指標は十分に識別力がなくなっていました。90%以上のウェブサイトがモバイルとデスクトップの両方でFIDを通過しており、ウェブ全体のインタラクション品質を差別化するための適切なベンチマークではありませんでした。

INPは通過するのが非常に難しくなります。30%以上のモバイルサイトがまだINPの閾値に達しておらず、これがより意味のある差別化信号と業界の大多数にとっての真の最適化ターゲットを提供します。

4. ユーザー中心性

FIDは初回インタラクションのみを対象としているため、ユーザー体験の誤解を招く可能性があります。最初のクリックに即座に反応するが、ユーザーがより深くインタラクトするにつれて徐々に応答性が低下するページ（重いインタラクティブページでJavaScriptの実行が蓄積されるためかもしれません）は、優れたFIDを示しながら実際の体験は悪化します。

INPは全てのインタラクションを測定し、最も悪い結果を報告することで、ユーザーがページ上で過ごす時間の間に実際に体験することを反映し、ユーザーが認識する応答性のより正確な代理値となります。

INPの閾値

良好なINPスコアは、ユーザーアクションから視覚的な応答まで、セッション内のすべてのインタラクションが200ms以内に完了することを要求します。これは、FIDが最初のインタラクションの入力遅延だけが速くなればよかったのに対し、はるかに要求が厳しいです。

従来のSEOを超えた重要性：INPとAIクローラーアクセス

2026年、Core Web Vitalsの最適化は、FIDが導入されたときには存在しなかった有機ランキングを超えた影響を持ちます。

Cloudflareの2025年5月のクローラー分析によると、GPTBotはクローラー市場シェアの7.7%に成長しました（2024年5月の2.2%から+305%増）し、PerplexityBotはほぼ存在しなかったにもかかわらず157,490%成長しました。ClaudeBotや他のAIクローラーと共に、AIボットトラフィックは現在、クローラー活動の重要で成長中の割合を示しています。
AIクローラーはJavaScriptを実行しません。GPTBot、ClaudeBot、PerplexityBotはすべて静的HTMLのみを消費します。メインスレッドをブロックしたり、イベント処理を遅延させたり、タイムリーな視覚更新を妨げる長いタスクを作成するために、低いINPスコアを生じさせる重いJavaScriptペイロードは、AIクローラーにとってコンテンツを見えなくする可能性が最も高いペイロードです。実際のユーザーのINPを改善する同じJavaScript最適化は、AIクローラーが空のまたは不正なコンテンツを受信する原因となるレンダリング負担を減少させます。

これにより、直接的な整合性が生まれます：低いINPスコアを引き起こすJavaScriptの問題を修正することは、AIプラットフォームがあなたのコンテンツをインデックス化し、その後引用するかどうかを決定するAIクローラーのアクセシビリティを改善します。

INP測定のためのツール

• Google Search Console — 実際のChromeユーザーからのフィールドデータを使用したCore Web Vitalsレポート
• Google PageSpeed Insights — フィールドデータ（CrUX）とラボデータを組み合わせた個別URL分析
• Chrome DevTools — 詳細なインタラクションタイムライン分析のためのパフォーマンスパネル
• Web Vitals Chrome Extension — 手動テストセッション中のリアルタイムINP測定
• WebPageTest — 複数のロケーションでのインタラクションシミュレーションによるINPテスト

重要な違い：INPは主に**リアルユーザーモニタリング（RUM）**メトリックです。ラボテストはインタラクションをシミュレートできますが、Google Search ConsoleのINPスコアは合成テストでは完全に再現できない実際のユーザー行動パターンを反映しています。

INPとAI検索の可視性をつなぐ：Dageno AI

INPを最適化することは、ページ権限に寄与するユーザーエクスペリエンスのシグナルを改善します — そしてページ権限はAI引用適格性の予測因子の一つです。しかし技術的なパフォーマンスが最適化された後でも、その最適化が実際のAI引用に変換されているかどうかを知るためには、専用のレイヤーが必要です。

Dageno AI はその測定レイヤーを提供します — 単一のダッシュボードからChatGPT、Perplexity、Google AIオーバービュー、Google AIモード、Gemini、Claude、Grok、Microsoft Copilot、DeepSeek、およびQwenにわたるブランド引用パフォーマンスを同時に追跡します。

INP最適化がAIクローラーがあなたのサイトに訪れたときに何が起こるか（JavaScriptレンダリングの品質、コンテンツのアクセシビリティ）に対処するのに対し、Dageno AIの知識グラフ統合は、AIプラットフォームが訪れたときにあなたのブランドについて何を言うかに対処します — 最適化された高パフォーマンスページに含まれるコンテンツがAI生成の応答で正確に特徴付けられることを保証します。

接続は順次的です：良好なINP → より良いAIクローラーアクセス → より高いAIインデクシングの確率 → Dageno AIがインデックス化されたページがAI引用を獲得しているかどうかを監視 → 知識グラフの整合性がそれらの引用が正確であることを保証します。

価格設定: 無料プランあり。有料プランはプロンプトのボリュームとモニタリングの頻度に応じてスケールします。

FAQ

INPに移行した後もFIDを気にするべきですか？
FIDはもはやGoogle Search ConsoleやランキングシグナルでのCore Web Vital評価に影響を与えません。それを監視する必要はなくなりました。ただし、FIDは常にINP（入力遅延コンポーネント）のサブセットであったため、INPを最適化することで以前存在した可能性のあるFIDの問題にも自然に対処できます。

INPはランキング要素ですか？
はい — INPはCore Web Vitalsの一部であり、Googleはページエクスペリエンス評価のランキングシグナルとして使用しています。INPに失敗したからといってランキングが落ちるわけではありませんが、GoogleはCore Web Vitalsが他のランキング要素がページ間で類似している場合のタイブレイカーシグナルであると確認しています。

低いINPスコアの原因は何ですか？
ほとんどの低いINPスコアは、イベント処理を遅延させるメインスレッド上の長いJavaScriptタスク、インタラクション処理に干渉する重いサードパーティのスクリプト、または視覚的なレンダリングを遅らせる複雑なDOMの更新に起因します。これらの問題を軽減する最適化 — コード分割、重要でないJavaScriptの遅延実行、メインスレッドのブロックの削減 — は、AIクローラーのコンテンツアクセスビリティも向上させます。

参考文献

• Google Search Central – INPをCore Web Vitalとして導入: FID置換の公式理由、"ユーザーエクスペリエンスの質をより良く評価"という正当化
• web.dev – インタラクションから次のペイント(INP): 完全なメトリック定義、200ms/500msの閾値、入力+処理+プレゼンテーション遅延コンポーネント、50インタラクション例外ルール
• HTTP Archive / Chrome UX Report – Core Web Vitalsの合格率: FID 90%+合格率 vs INP 30%+モバイル失敗率、歴史的トレンドデータ
• Cloudflare – GooglebotからGPTBotへ (2025年5月): GPTBot 7.7%のクローラーマーケットシェア(+305%)、PerplexityBot +157,490%、AIボットトラフィックの成長とJavaScriptレンダリングの制限
• web.dev – INPを最適化: 長いタスクの削減、メインスレッドのブロック解除、JavaScript実行の最適化、インタラクションからフレームへのレイテンシ診断