最も引用されているドメインの平均ヘルススコア。76.5 / 100。
シグナルを統合する:最も引用されているドメインの平均パフォーマンススコアは76.5/100で、Core Web Vitals を60%の確率でパスしている。一方、最も引用されていないドメインでは74.9、57%である。より健康的なサイトはより多くの引用と関連している——穏やかに、そして相関的に。
ウェブサイトヘルススコアと引用頻度
引用されたすべてのドメインを、AmICitedの追跡プロンプト応答で引用された回数でグループ化し、Googleの実ユーザーCore Web Vitalsデータを結合すると、各層にわたって一貫したパターンが現れる。10回以上引用されたドメイン(データのある659ドメイン)が一方の端に、1〜2回引用されたドメイン(4,313ドメイン)がもう一方の端に位置する。測定可能なすべてのヘルス指標——パス率、サーバー応答時間 、パフォーマンススコア——で方向性は同じであり、これが(控えめながら)シグナルがノイズではなく信頼できる理由である。
基礎となる数字
| 引用頻度 | CrUXデータのあるドメイン数 | Core Web Vitalsパス率 | 中央値TTFB | 平均パフォーマンススコア |
|---|---|---|---|---|
| 10回以上引用 | 659 | 60% | 804 ms | 76.5 |
| 3〜9回引用 | 1,584 | 58% | 893 ms | 74.9 |
| 1〜2回引用 | 4,313 | 57% | 910 ms | 74.9 |
AI検索の可視性にとっての意味
技術的に健全なページはやや多く引用される傾向があるが、その効果は小さい——サイトの健康状態は、AIエンジンがあなたを引用するかどうかの主要な推進要因ではなく、補助的要因のように見える。コンテンツの関連性はほぼ間違いなくはるかに重要である(ソース別・トピック別のレポートを参照)。実践的な解釈:Core Web Vitalsとサーバー応答時間の改善は行う価値がある——軽度の逆風を取り除き、ユーザーにとっても有益である——しかし、それだけでAIエンジンの引用ソースに載ることはない。これを最低限の必要条件(テーブルステークス)として捉え、その上で関連性で競争しよう。
AI引用における「ウェブサイトヘルス」の意味
本レポートでは、GoogleのCrUXおよびPageSpeedデータから測定可能な、技術的ウェブサイトヘルスの3つの柱を統合している:
Core Web Vitalsパス率: GoogleのLCP (読み込み)、INP (インタラクティビティ)、CLS(視覚的安定性)のしきい値を満たすページ読み込みの割合。これは実ユーザー体験の複合的な尺度である。
Time to First Byte(TTFB ): サーバー側の応答時間——サーバーが最初のバイトのHTML を配信する速さ。これはAIクローラーの体験に最も直接関連する指標である。
PageSpeedパフォーマンススコア: Googleの合成パフォーマンススコア。ページ読み込みをシミュレーションし、速度、応答性、視覚的安定性を測定する。
3つの指標すべてでパターンは同じである:最も引用されているドメインは、最も引用されていないドメインよりも控えめに健康的である。方向性は一貫しており、規模は小さく、示唆することは明確である:技術的健康はAI引用の補助的要因であり、主要な推進要因ではない。
複合的な全体像:「健康的な」AI引用サイトの姿
追跡プロンプト全体で10回以上引用された層に基づくと、典型的な高引用ドメインは次のような特徴を持つ:
- Core Web Vitals: 約60%のページ読み込みでパス
- TTFB: 中央値約800 ms
- PageSpeedスコア: 100点中70点台半ば
これはエリート的なパフォーマンスプロファイルではない。「十分に良い」プロファイルである——基本的な技術的衛生管理(CDN、キャッシュ、適切なホスティング)に投資したが、パフォーマンスを中核的なエンジニアリング優先事項とはしていないサイトで得られる種類のパフォーマンスである。このプロファイルが最も引用されているドメインを説明しているという事実は、AIエンジンが厳格なパフォーマンスフィルターを適用していないことの証拠である。
ウェブサイトヘルスが予測因子として持つ限界
このデータが何を教えてくれるのか、何を教えてくれないのかを明確にすることが重要である。私たちは、AIエンジンがすでに引用しているページ間の関連性を測定している。決して引用されなかったページ——おそらくパフォーマンスが極めて低く完全にクロールされなかったため、あるいはコンテンツが関連性があると見なされなかったため——を見ることはできない。ウェブサイトヘルスと引用可能性の真の関係は、観測されたものよりも大きい可能性がある。
しかし、最も引用されているページの40%がCore Web Vitalsを不合格としているという事実は、厳格なパフォーマンスの関門が存在するという考えに対する強力な反論である。もしそのような関門があれば、それらの40%は最も引用されている層には存在しないはずである。より可能性の高い解釈は、AIエンジンは低いパフォーマンス基準——ごく最も遅く信頼性の低いサイトのみをフィルタリングする——を持っており、その基準を超えればコンテンツの関連性が支配的になるというものである。
技術的健康とAI可視性のための実践的フレームワーク
私たちの調査結果に基づくシンプルな判断フレームワークを以下に示す:
サイトがいずれかのCore Web Vitalで「poor(不良)」範囲にある場合、またはTTFBが1,500 msを超える場合: これを修正せよ。クロールの摩擦が発生しており、コンテンツが完全に取り込まれるのを妨げている可能性が高い。これはAI可視性 のためにできる最もROIの高い技術的作業である。
サイトが「needs improvement(改善が必要)」範囲にある場合: わずかな不利がある。作業が簡単であれば修正せよ。ただし、コンテンツ施策を遅らせてはならない。
サイトがすべてのバイタルで「good(良好)」範囲にあり、TTFBが800 ms未満の場合: スイートスポットにある。さらなる技術的最適化はAI引用に対して収穫逓減となる。時間をコンテンツの品質と権威構築に投資せよ。
方法論
これはAIがすでに引用しているページ間の関連性であり、因果関係の証明ではない。Google CrUX / PageSpeedのフィールドデータを、各ドメインがAmICitedの追跡対象1,905プロンプト全体で引用された回数と結合することで算出される。CrUXデータは8,845の引用ドメイン中6,556(74%)で利用可能であった。ドメインは引用した応答数でグループ化され、各グループ内でサイトヘルス指標の平均が取られる。ドメインが「Core Web Vitalsをパス」するのは、監査対象URLの過半数が実ユーザーデータ(CrUX)でGoogleのLCP/INP/CLS のしきい値を満たす場合であり、TTFBとパフォーマンススコアも同様に平均化される。十分なCrUXデータのないページは除外される。AmICitedのプロンプトはSaaS 、eコマース、サポートトピックに偏っているため、これらの数値はその種のクエリで引用されるサイトを説明している。関係性は実在するが控えめであり、相関的である——高速なページがより多くの引用を引き起こすと主張しているわけではない。
