AIが最も多く引用するページは、良好なFCPを**77％の読み込みで記録し、最も引用が少ないページの75％**を上回る——すでに健全なベースラインの上での、ささやかながら相関関係のある差である。
First Contentful Paint（FCP）は、ページが最初のコンテンツを表示する速さを測定する指標です。GoogleのChrome UX Report（CrUX）フィールドデータで測定した場合、ほとんどの実ユーザーに対してページが1.8秒以内に最初のコンテンツを描画すると、FCPを「合格」とみなします。このレポートでは、そのフィールドデータをAmICitedの引用トラッキングと組み合わせて、シンプルな問いを投げかけます：AIエンジンがより頻繁に引用するページは、FCPにおいて優れているのか？
フィールドデータを持つすべての引用ドメイン において、75％が良好なFCPを記録しており、これは堅実なベースラインです。しかし、最も多く引用されるドメインはさらに少し優れています：10回以上引用されたページの**77％が良好な閾値に達しているのに対し、1〜2回しか引用されていないページでは75％**です。
引用頻度別の良好なFCP率
この方向性は、このデータセットにおける他のすべてのCore Web Vitals シグナルと一致しています：AIがより頻繁に引用するページは、Googleの良好なFCP基準をクリアする可能性がやや高くなります。最も引用が多いグループと最も少ないグループの差は3パーセントポイント——確かで一貫性はあるものの、小さい差です。これは、FCPが補助的なシグナルであり、ゲートキーパーではないことを示しています。頻繁に引用されるページの多くはFCPが不完全であり、技術的に優れたページでもほとんど引用されていないものが多数存在します。
基礎となる数値
| 引用頻度 | データがあるドメイン数 | 良好なFCP |
|---|---|---|
| 10回以上引用 | 659 | 77% |
| 3〜9回引用 | 1,584 | 75% |
| 1〜2回引用 | 4,313 | 75% |
FCPと他のCore Web Vitalsとの比較
引用ページの中で、各Vitalsの合格率は均等ではありません。全引用ページセットにおいて、INP が最も強く（88％が良好）、FCPが最も弱く（75％が良好）、FCPは75％です。この順位自体が有用です：自分のサイトの修正の優先順位をつける場合、AIが引用するページ群が最も頻繁に失敗する指標こそが、通常は最も競合との差を埋めやすい領域です——そこでのハードルは全員にとって低いからです。
AI検索の可視性にとっての意味
実践的な takeaways は、Core Web Vitals全体と同様です：FCPを修正する価値はあるが、それは参加条件（テーブルステークス）であり、AI引用の成長レバーではないということです。軽微な不利を解消し、さらに重要なこととして、すでに得ているトラフィックの実ユーザー体験を向上させます。しかし、このエビデンスによれば、優れたFCPスコアだけでAIエンジンの引用セットに加われるわけではありません。コンテンツの関連性と、これらのエンジンが合成するソースに存在することがはるかに重要です。それに応じて優先順位をつけましょう：FCPを衛生要因として「良好」な範囲に収め、その後、努力の大部分を関連性とカバレッジに注ぎ込んでください。
Stay Updated on AI Visibility Trends
Get the latest insights on AI mentions, brand monitoring, and optimization strategies.
AI検索の可視性にとってFCPが重要な理由
First Contentful Paintは、ページが最初の視覚要素を表示する速さ——ユーザーが「何かが動き出した」と感じる瞬間——を測定します。AIクローラーにとって、FCPはTTFB のようなサーバーサイドの指標ほど直接的な関連性はありませんが、間接的には重要です：高速に描画するページは通常、効率的なHTML 配信、最小限のCSSブロッキング、高速なフォント読み込みで構築されています。これらの同じ品質により、ページのテキストコンテンツがクローラーにより早く利用可能になります。
Core Web Vitalsの中で、FCPはAI引用ページセットが最も弱い指標です——合格率はわずか75％です。これは注目に値します。なぜならFCPはしばしばVitalsの中で最も修正が容易だからです。通常はクリティカルレンダリングパスの最適化、サーバーの応答時間 の短縮、レンダリングブロッキングリソースの回避が必要です。引用ページの4分の1が依然としてFCPに不合格であるという事実は、多くのサイトが簡単に達成できるパフォーマンス向上の余地を残していることを示唆しています。
引用セットにおけるFCPの弱いパフォーマンスは、同時に機会も生み出します。競合他社がFCPに不合格の25％に含まれており、あなたがページを「良好」な範囲に引き上げることができれば、わずかながら技術的優位性を生み出せます。それ自体が引用を勝ち取るための手段ではありませんが、潜在的な摩擦点を除去し、技術的な健全性を評価するあらゆるシステムに対して全体的なサイト品質を示すことになります。
AI引用ページとウェブ全体の比較
GoogleのChrome UX Reportによると、FCPはウェブ全体で見ても最も課題の多いVitalsの一つです——全URLの約55〜60％しか「良好」なFCP閾値を通過しません。AI引用ページセットの75％はウェブ平均よりも顕著に優れており、引用されるページはプロフェッショナルなエンジニアリングチームを持つ確立されたリソース豊富なドメインから来る傾向があることを反映しています。
しかし、最も多く引用されるページ（77％）と最も少ないページ（75％）の差はわずか2パーセントポイント——実質的に無視できる程度です。これはすべてのCore Web Vitalsにわたるより広範な知見を強化します：AIエンジンはパフォーマンスを主要なフィルターとして使用していないということです。最も多くの引用を獲得するページは、わずかな引用しか得られないページと比較して、FCPにおいて意味のある差はありません。結論は明確です：FCPはAIの可視性 における競争上の差別化要因ではなく、衛生要因なのです。
実践的な推奨事項
より広範なサイト品質向上の取り組みの一環としてFCPを改善したい場合：
クリティカルレンダリングパスを監査する。 Chrome DevToolsやWebPageTestを使用して、最初の描画をブロックしている要因を特定します。一般的な原因は、大規模なCSSファイル、レンダリングをブロックするウェブフォント、
<head>内の同期JavaScriptです。クリティカルCSSをインライン化し、残りを遅延読み込みする。 FCPを改善する最も迅速な方法は、ファーストビューコンテンツに必要なCSSをインライン化し、残りを非同期で読み込むことです。これはROIの高い、確立された手法です。
エッジカバレッジの良いCDNを使用する。 オリジンサーバーからの地理的な距離は、FCPが遅くなる主要な要因です。ユーザーに近い場所から静的アセットを配信するCDNは、FCPを大幅に削減できます。
現実的な目標を設定する。 「良好」なFCPの閾値は1.8秒です。現在のページが2.5〜3.0秒の場合、「良好」を目指しましょう——サブ秒のFCPを追い求める必要はありません。データは、「良好」よりも速くても追加の引用利益がないことを示しています。
TTFBの改善と組み合わせる。 FCPとTTFBは密接に関連しています。サーバーの応答時間が遅いと、FCPも遅くなります。サーバーサイドの要素については、TTFBのレポートを参照してください。
方法論
FCPの「良好」な割合は、Google CrUXフィールドデータをAmICitedの引用トラッキングと結合し、1,905の追跡プロンプト（2026年6月24日〜2026年7月23日）にわたって算出されています。CrUXデータは8,845の引用ドメインのうち6,556（74％）で利用可能でした——トラフィックが少なすぎてCrUXに含まれないページは除外されており、アクセス数の多いサイトにサンプルがやや偏っています。ドメインは、追跡プロンプトの応答で引用された回数によってグループ化され、各グループ内で良好なFCPの割合が平均化され、全体および比較の数値はグループ間でボリューム加重されています。これは引用ページ間の関連性であり、証明された因果関係ではありません——良好なFCPがより多くの引用を引き起こすと主張しているわけではありません。本レポートに外部リンクは含まれていません。
