アカデミー · ソース

AmICitedで各AIエンジンがどのソースを引用しているかを確認する方法

AmICitedのソースページにある「Cited by provider」ヒートマップを確認すると、Gemini、Perplexity、Google AI Overview、ChatGPTの各AIエンジンがあなたの主要ソースをそれぞれ何回引用したかがわかります。

1 min read · 高 priority

AmICitedで各AIエンジンがどのソースを引用しているかを確認する方法 — video walkthrough

すべてのAIエンジンが同じソースを信頼するわけではありません。Cited by providerヒートマップは、各エンジンがあなたの主要ソースをそれぞれ何回引用したかを正確に表示します。どのサイトがどのモデルの回答を形作っているかを把握できます。

AI引用とは何か、なぜエンジンによって異なるのか

AI引用 とは、ChatGPT、Perplexity、Gemini、Google AI Overviewといった生成AIシステムが、ユーザーの質問に答える際に特定のウェブページを名指しし、リンクし、あるいは直接参照する瞬間のことです。引用はAI可視性の原材料です。あるページが一度も引用されなければ、そのページはブランドや製品カテゴリ、競合について、モデルがユーザーに伝える内容に一切影響を与えません。この点で、引用データは従来のSEOランキングとは根本的に異なります。SEOでは1つのアルゴリズムが1つの順序付きリストを決定しますが、AI引用の世界では、ほぼ独立した4つのシステムがそれぞれ独自の回答を組み立て、それぞれが異なるソース群を参照し得ます。

この差異が生まれるのは、各エンジンの情報収集方法が異なるためです。ChatGPTはブラウジング結果と学習中に得たパターンを組み合わせ、権威性の高いパブリッシャー、構造化データ、サードパーティによる言及を織り交ぜて利用します。Perplexityはライブのウェブ検索を中心に構築されており、明確な事実主張を伴う、比較的新しく被引用数の多いページを好む傾向があります。Google AI Overviewは既存のGoogleインデックスに大きく依存し、オーガニック検索ですでに上位表示されているドメインをそのまま表示することが多くあります。Geminiは Googleのナレッジグラフとウェブコーパスから情報を引き出しますが、権威性とトピックの深さの重み付けはまた異なります。結果として、あるソースは1つのエンジンにとってはお気に入りの参照元でありながら、ほぼ同一のプロンプトに答える別のエンジンには全く現れない、ということが起こり得ます。

これは生成エンジン最適化 の実践的な土台です。生成エンジン最適化とは、これらのシステム全体でブランドのコンテンツが取得・引用されやすくなるようにする取り組みです。かつて「Google」を単一のターゲットとして最適化していたのと同じ感覚で、「AI検索」を単一のターゲットとして最適化することはできません。どのエンジンがどのソースを引用しているかを可視化する必要があります。なぜなら、ChatGPTのギャップを埋める施策(例えばサードパーティによる言及や構造化データを増やすこと)は、Perplexityのギャップを埋める施策(より新しく、より引用されやすい事実ベースのコンテンツ)としばしば異なるからです。エンジンレベルのソースデータがなければ、チームはどのレバーを引くべきか推測するか、あるいはすべてを一斉に引いて、すでに十分な成果が出ているチャネルに労力を浪費することになります。

ソースレベル、エンジン別のデータは、集計指標だけでは見えない競合構造も明らかにします。2つのソースが同じ総引用数を持っていても、一方はChatGPT専用の参照元で、もう一方はPerplexityのデフォルトの参照元、ということがあり得ます。この違いを知ることで、競合やパートナーサイトが引用されているかどうかだけでなく、どのモデルのユーザーが実際にそれを目にしているのかがわかり、それが次にコンテンツ、PR、技術的な修正のどこに注力すべきかを左右します。

ソースページのCited by providerヒートマップ

Tip
ヒートマップとして読み取ってください:セルが濃いほど=引用数が多い。あるエンジンの列で濃く、別のエンジンでは空白のソースは、そのソースが特定のモデルにのみ影響を与えていることを示します。

確認方法

これはソースページのCited by providerテーブルで、*「各AIエンジンが追跡対象の全プロンプトであなたのトップドメインを何回引用したか」*というサブタイトルが付いています。このテーブルは、AmICitedのソース分析全体と同じ基盤データから構築されています。追跡中のプロンプト がGemini、Perplexity、Google AI Overview、ChatGPTのそれぞれで生成する引用はすべて、その引用を生み出した正確なソースに紐づけられ、ドメイン単位(またはURL単位)とエンジン単位で集計されます。

何を計測しているか

このテーブルは、単一の引用数よりも狭く、より実用的な問いに答えます。*「このソースについて、個々のAIエンジンはそれぞれどの程度依存しているか」*という問いです。単一の統合された数値ではなく、エンジンごとの数値が横並びで表示されるため、ソース全体の影響力とエンジンごとの影響力を同時に把握できます。

  • 各行はソース(ドメイン、またはBy-URLビューのページ)です。自分のドメインはyouと表示され、リスト全体をスキャンしなくても自分の成績をすぐに見つけられます。
  • 各エンジンに列があり(Gemini、Perplexity、Google AI Overview、ChatGPT)、網掛けされたセルにそのエンジンでの引用数が表示されます。
  • セルの濃さはボリュームを示します(*「少ない→多い」*のグラデーション凡例で説明されており)、すべての数字を読まなくても一目でパターンが見えます。
  • Totalは全4エンジンにわたるソースの引用数を合計し、ソースの重要度の総合ランキングを示します。
  • Web Vitals列と14日間のスパークラインが引用数と並んで表示され、ページの健全性と最近のトレンドのコンテキストを追加します。引用数が伸びていてもコアウェブバイタル を満たしていないソースは、注視すべき脆弱なリーダーです。

このテーブルはソースを軸に、次にエンジンを軸に整理されているため、「どのエンジンがこのソースを信頼しているか」という問いに特化して答えます。これは「今月何件の引用を獲得したか」とは異なる(そして多くの場合より有用な)問いです。

読み方

どんなヒートマップでもそうであるように、数字だけでなく色を見てスキャンしてください。4つのエンジン列すべてで一様に濃い行は、どのモデルも参照したがる、幅広くエンジン横断的な権威性を持つソースです。1つの列だけ濃く、他は空白の行は、エンジン固有の限定的な影響力を持つソースであり、通常は構造的な理由を示唆します。たとえば、そのソースはGoogleにはよくインデックスされているものの、Perplexityにはライブで取得されにくい、あるいはその逆かもしれません。自分のyou行は、最初に、そして最も頻繁にチェックすべき行です。エンジンごとに分解された、自社ブランドのAI検索可視性 を直接示す数値だからです。

活用方法

  1. 各エンジンのお気に入りを見つける。 列を上から下にスキャンして、そのモデルが追跡対象のプロンプトで最も依存しているソースを確認します。これらは逆算して学ぶ価値のあるページです。その構造、新しさ、権威性のシグナルが、その特定のエンジンに対して明らかに機能しています。
  2. 自分の立ち位置を確認する。 自分のyou行を見つけて横に読み、どのエンジンが自分を引用していて、どのエンジンがまったく引用していないかを確認します。全体的な可視性が一様に弱い、あるいは強いと決めつけるのではなく、エンジン固有の盲点を素早く見つける最も速い方法です。
  3. 弱いエンジンをターゲットにする。 自分の行であるエンジンの下に空白のセルがある場合、それは「AI可視性を改善する」といった漠然としたタスクではなく、具体的で対処可能なギャップです。たとえばPerplexityが自分を取得しない一方でChatGPTは取得する理由を突き止め、コンテンツの鮮度、引用のされやすさ、クロールのしやすさを調整します。
  4. リーダーを研究する。 自分の行以外で最も濃い行は、複数のエンジンにまたがってあなたのトピックを支配しているソースです。それらは学ぶべき、比較対象とすべき、あるいは凌駕すべきページです。競合のドメインがすべての列で濃く表示されている場合、それは直接調査する価値のある強力なドメインオーソリティ のシグナルであり、どのようなコンテンツ形式や構造を使っているかも含めて確認する価値があります。

By domain / By URLトグルを使用して、ドメイン全体と個別ページを切り替えると、「どのサイトがどのエンジンで勝っているか」から「具体的にどのページが勝因になっているか」まで掘り下げられます(別のガイドで説明されています)。

エンジン別のソースデータが戦略にとって重要な理由

すべてのAI引用を一つの区別のないプールとして扱うと、2つのよくある間違いにつながります。1つ目は、あるエンジンの可視性を改善すればどこでも改善されると思い込むことです。コンテンツ施策の後に引用数が増えたのを見て戦略全体がうまくいっていると判断してしまうチームもありますが、実際には1つのエンジンだけが反応し、他のエンジンは依然として空白のままということがあります。2つ目は、競合の脅威を見誤ることです。総引用数の多い競合が、実は1つのエンジンに完全に偏っており、残る3つのエンジンは全くの手つかずという場合もあります。Cited by providerテーブルは、エンジンという軸を単一のスコアに集約せず常に可視化しておくことで、この2つの間違いを防ぐために存在します。

このようなソースレベルの詳細こそが、真のAIランクトラッカー と単なる言及回数カウンターとを分ける要素です。ブランドが何回言及されたかを数えるのは出発点にすぎません。各エンジンが自分の代わりにどのソースを引用しているかを把握し、それを自社のシェア・オブ・ボイス の推移と比較できることこそが、データを単なる自己満足の指標ではなく、優先順位付けされたアクションリストに変える鍵です。より広範なコンテンツギャップ分析 に取り組んでいるなら、このテーブルは自然な出発点になります。どのエンジンを最初にテストすべきか、そしてどの競合やサードパーティのソースが、自分が獲得しようとしているポジションをすでに占めているかが正確にわかるからです。代理店規模でAI可視性の業務を行っているチームや、従来のSEO のランクトラッキングと並行して管理しているチームは、このビューを毎週チェックする傾向があります。先月のコンテンツ施策や技術的な変更が、狙っていた特定のエンジンに実際に効果を及ぼしたかどうかを確認する最も速い方法だからです。

← すべてのアカデミーチュートリアル

実践する準備はできましたか?

無料チェック · 7日間お試し · クレジットカード不要