AI Visibility Software
← ブログ
公開日

AIビジビリティ・インシデントラダー:ブランド可視性低下のためのSEV-1からSEV-4までの重大度フレームワーク

AIビジビリティ・インシデントのためのSEV-1からSEV-4までの重大度フレームワーク。検知シグナル、対応時間、担当者、そしてブランド可視性低下時のランブックを定義する。

結論

AIビジビリティ・インシデントラダーは、ブランド可視性の低下を4つの重大度レベルに分類します。SEV-1(収益プロンプトから消失、2つ以上のエンジン、数時間以内に対応)からSEV-4(単一エンジンでのセンチメント変動、記録して様子を見る)までです。各レベルにはシグナル、対応時間、担当者、アクションが定義されています。

最終更新:2026年9月

火曜日の朝、あるブランドがChatGPTの回答から消えます。誰かがそれに気づき、Slackにスクリーンショットを貼り付け、チャンネルは一大事のように騒ぎ立てます。その反応が正しいこともあります。しかし半分のケースでは、それは数ある確率的な応答の1つにすぎず、次に実行すれば問題なく表示されます。

ほとんどのチームには、自分たちがどちらの状況にいるのかを判断する手段がありません。あるのはモニタリングダッシュボードと勘だけで、「これは緊急だ」と「これは後回しでよい」を分ける明確な基準がありません。このギャップにはコストがかかります。本物のインシデントがノイズに見えるせいで放置される一方、事前に基準を定めていないせいでノイズがエスカレーションされてしまいます。

サイト信頼性エンジニアリング(SRE)チームは、この問題を数十年前にすでに解決しています。SEV-1の障害は午前3時にエンジニアを呼び出しますが、SEV-4のバグは次のスプリントのバックログに入るだけです。基準がページャーの鳴る前にあらかじめ文書化されているため、どちらに該当するかで誰も揉めません。AIビジビリティにも同じ規律が必要です。このラダーは4つの重大度レベルを提供し、それぞれに検知シグナル、対応時間、担当者、アクションを定義しています。これにより「うちの可視性が落ちた」という感覚的な判断が、明確な分類へと変わります。

この問題は実際に重要です。B2Bソフトウェアの購買担当者の半数以上、51%が、従来の検索エンジンではなくAIチャットボットの中でリサーチを始めています(G2「The Answer Economy」レポート、2026年4月)。SEV-1が1週間放置されているのは、ダッシュボード上の問題ではありません。本来自社が最初に表示されるべきクエリで、購買担当者が競合を目にしているということです。

パニックになる前に、クロスエンジンでの確認がなぜ重要なのか

AIエンジン同士は、多くのチームが想定しているほど意見が一致しません。BrightEdgeのAI Catalyst調査によると、追跡対象の3つのエンジン、Google AI Overviews、AI Mode、ChatGPTの間でブランドメンションが一致しなかった割合は61.9%にのぼり、3つすべてで同じブランド名が返されたクエリはわずか33.5%でした(BrightEdge AI Catalyst調査、2025年7月)。

この事実は、トリアージの仕方を変えるべきものです。1回の実行で1つのエンジンからブランドが消えているのは、システムのほぼ通常の状態です。一方、同じ収益プロンプトで2つ以上のエンジンからブランドが消え、それが繰り返しの実行でも確認されるのは、まったく別の話です。それは通常なら不一致であるはずの状態が一致へと崩れたことを意味し、このデータにおいて一致は注目に値するほど稀です。

これが、以下のラダーにあるすべての閾値の背後にあるロジックです。重大度が高くなるほど、低下が本物であると確認するために必要なエンジンの数と実行回数の繰り返しも増えます。

ラダー全体の概観

4段のラダーを、実際にどれだけ収益に関わる可視性がリスクにさらされているかでランク付けしています。

SEV-1  重大   今すぐ呼び出す    収益プロンプトが消失、2エンジン以上
SEV-2  高     当日中に対応      収益プロンプトが1エンジンのみ消失、またはセンチメントが2エンジン以上で悪化
SEV-3  中     今週中に対応      追跡クラスターでシェアオブボイスが低下、または事実誤認が1件
SEV-4  低     記録して監視      1エンジンでセンチメントが変動、二次プロンプトのみ

収益プロンプトとは、購買意欲が高いクエリ、つまり購買の意思決定に最も近いクエリを指します。「best [category] tool」「[brand] pricing」「[brand A] vs. [brand B]」などです。二次プロンプトはそれ以外のすべて、つまり認知段階の質問、機能の説明、カテゴリー全般の教育コンテンツなどを指します。同じ低下でも、二次プロンプトより収益プロンプトで起きたときのほうがはるかに重大です。だからこそ、エンジン数を検討する前に、プロンプトの種類が重大度の上限を決めるのです。

このラダーが必要になる前に、収益プロンプトを定義する方法

このラダーが機能するのは、インシデントが起きる前に収益プロンプトのリストが用意されている場合だけです。作成にかかる時間は四半期ではなく、半日程度です。

  1. 営業チームに、デモや受注・失注分析の電話で買い手が実際に尋ねた質問を直近10〜20件挙げてもらいます。マーケティングコピーではなく、買い手自身の言葉を使いましょう。
  2. 買い手が最もよく実行する比較プロンプトを2〜3件追加します。「[your brand] vs. [top competitor]」や「best [category] for [your core segment]」などです。
  3. リストは10〜15件に絞ります。毎日チェックできないリストは、誰もチェックしないリストです。
  4. リストは四半期ごとに見直します。買い手の言葉遣いは変化するため、古いプロンプトリストのままでは、重要なクエリの追跡をやめてしまったせいで本物のSEV-1を見逃すことになります。

このページの他のすべての内容、表、ランブック、ツールの適合性は、このリストがすでに存在していることを前提としています。これを省略すると、以降の重大度判定はすべて当てずっぽうになります。

SEV-1:重大

自社ブランドが、ChatGPT、Perplexity、Google AI Overviews、Gemini、Microsoft Copilotのうち2つ以上で収益プロンプトから消え、その低下が繰り返しの実行でも続いている状態です。これは、気づいたその時間のうちに担当者を呼び出す必要がある唯一のレベルです。

シグナル対応時間担当者アクション
収益プロンプトで2つ以上のエンジンからブランドが消失、各エンジンで3回の実行にわたって確認済み1時間以内に認識、4時間以内に根本原因を特定グロースリードまたはマーケティングリード、およびAEOアナリストプロンプトを再実行し、サイト障害やクロールブロックを除外し、競合の新しい引用対象コンテンツの有無を確認し、当日中にエスカレーション

1週間放置されたSEV-1は、もはや異常ではありません。それが新しい標準になってしまい、対応せずに過ぎる一日一日が、本来自社が獲得すべきクエリで買い手が競合を目にする一日になります。

SEV-2:高

自社ブランドが1つのエンジンのみで収益プロンプトから消えている、あるいはブランド名は挙がっているもののセンチメントが2つ以上のエンジンで悪化している状態です。どちらもその日のうちに対応が必要ですが、どちらも午前3時に担当者を呼び出すほどではありません。

シグナル対応時間担当者アクション
収益プロンプトが1エンジンで消失、またはセンチメントが2つ以上のエンジンで悪化(3回の実行で確認済み)24時間以内に認識、3営業日以内に解決AEOアナリストまたはコンテンツリード単一エンジンでの原因を診断し、修正ブリーフを作成し、解消するまで毎日チェック

SEV-2における単一エンジンでの消失は、SEV-1の前兆であることがよくあります。偶然ではなく警告として扱い、クローズする前にもう一度他のエンジンも確認しましょう。

SEV-3:中

追跡対象のプロンプトクラスターでシェアオブボイスが2週間以上連続して低下している、あるいは古い価格や廃止された機能といった1件の事実誤認が単一のエンジンに現れているものの、緊急の収益リスクは伴わない状態です。

シグナル対応時間担当者アクション
プロンプトクラスターでシェアオブボイスが週次で継続的に低下、または1エンジンでの事実誤認1週間以内に記録、次のコンテンツスプリントで修正コンテンツチームまたはSEOチームバックログに追加し、ソースコンテンツを修正し、再クロールを依頼し、週次レビューで記録する

AIビジビリティに関する作業の大部分は、このレベルで発生します。緊急ではありませんが、誰もバックログに手をつけなければ積み重なっていきます。

SEV-4:低

収益プロンプトではないプロンプトで、単一エンジンにおいてセンチメントがわずかに変動している、あるいは購買意欲の低いクエリで競合がわずかに優位に立っている状態です。今日中に対応が必要なものはここには含まれません。

シグナル対応時間担当者アクション
軽微なセンチメント変動、1エンジン、二次プロンプトのみ記録して監視、次回の月次レビューで再確認モニタリングダッシュボードの担当者トラッカーに記録し、1か月を超えて継続する場合のみ対応する

今日は対応が不要だからといって、SEV-4項目の記録を省略してはいけません。複数のSEV-4項目にまたがる小さな変動のパターンは、SEV-3が形成されつつあることを示す最初の本物の兆候であることがよくあります。

1週間で実際に起きること

追跡対象の1週間で、重大度レベルが1つだけということはほとんどありません。通常は複数が混在して発生します。だからこそ、ラダーで素早く仕分ける必要があるのです。

  • 月曜日: 「best [category] tool for small teams」で、ChatGPTとGoogle AI Overviewsの両方から自社ブランドが消え、それぞれ3回の実行で確認されます。SEV-1です。グロースリード担当者が1時間以内に呼び出され、根本原因は2日前に行われたサイト移行に伴うrobots.txtの変更だったことが判明します。
  • 火曜日: Perplexityにおいて、二次的な連携機能プロンプトでのセンチメントが中立から「エンタープライズ機能に欠ける」に変わります。SEV-4です。記録するのみで対応はせず、月次レビューで再確認します。
  • 水曜日: 「[Your brand] pricing」がMicrosoft Copilotだけから消え、他の4つのエンジンでは引き続きブランド名が挙がっています。SEV-2です。AEOアナリストがチケットを起票し、原因を追跡したところ、競合が今は引用している古い価格ページが原因であることが判明し、修正ブリーフを提出します。
  • 木曜日: 「integration with [popular tool]」クラスターでシェアオブボイスが3週連続で低下しています。SEV-3です。次のスプリントのコンテンツバックログに追加されます。
  • 金曜日: 月曜日のSEV-1が、両エンジンでの3回の新しい実行を経て解決済みと確認されます。インシデントはクローズされ、記録されます。

5つの出来事、4つの重大度レベル、そのたびに一貫した対応。この一貫性こそが、単一のアラートではなくラダーを運用する意味そのものです。

ランブック:アラートが発生したときにすべきこと

  1. 分類する前に確認する。 該当のプロンプトをエンジンごとに3回再実行します。1回の回答は1つのサンプルにすぎず、結果ではありません。
  2. エンジン数を数える。 確認できたのが1エンジンだけなら、最初に想定した重大度から1段階下げます。2つ以上のエンジンで確認できたなら、そのままの重大度を維持します。
  3. プロンプトの種類を確認する。 収益プロンプトであれば重大度はそのままです。二次プロンプトであれば1段階下げます。
  4. 重大度を割り当てる。 上記の表のシグナル列を使って判定します。
  5. 担当者に通知する。 そのレベルに指定された担当者に、対応時間の範囲内で、期限を過ぎる前に通知します。
  6. 根本原因を特定する。 クロールブロック、サイト障害、競合の新しい引用、古いソースコンテンツ、あるいはモデルが参照する情報を変えてしまったプロンプトの言い回しの変化などです。
  7. 修正し、それから検証する。 インシデントをクローズする前に、エンジンごとに同じ3回のチェックを再実行します。確認していない修正は、修正とは言えません。
  8. 重大度にかかわらず、すべてのインシデントを記録する。 1つのプロンプトグループにSEV-4項目が集中して現れることは、そこにSEV-1が形成されつつあることを知らせる最も早い警告です。

どの重大度レベルにどのツールが向いているか

このラダー全体を単独でカバーできるツールはありません。段階ごとに適したツールを選びましょう。

ツール最適な重大度レベル理由
ProfoundSEV-1およびSEV-2このカテゴリーで最も詳細なプロンプト単位の引用インテリジェンスを備え、本物の低下を素早く確認して経営層に報告するために作られている
Ahrefs Brand RadarSEV-34億500万件超のプロンプトコーパスにより、週次での本物の低下トレンドを確認する力に優れている。ただし月次の更新サイクルは、SEV-1アラートとして使うには遅すぎる
Peec AISEV-2およびSEV-3毎日の更新と無制限のシート数により、実用的な常時監視が可能。特に複数のクライアントアカウントでこのラダーを運用する代理店に向いている
TemsoSEV-1からSEV-4まで$89/月から、すべての段階を手頃な価格でオールインワンにカバー。専門ツールをいくつも組み合わせる代わりに、1つのサブスクリプションで済ませたいチームに向いている

どのツールも、あらゆるチームにとっての正解というわけではありません。完全な比較はツールランキング全体を、各プラットフォームの評価方法はメソドロジーページをご覧ください。

ラダーを実践に移す

重大度フレームワークは、実際のデータに対して運用して初めて役に立ちます。ChatGPT、Perplexity、Google AI Overviews、Gemini、Microsoft Copilotにわたるモニタリング体制を整え、収益プロンプトを定義し、このラダーをAIビジビリティのオンコール担当者に託しましょう。

Temsoは$89/月からこの5つのエンジンすべてを追跡でき、どのプランでもプロジェクト数とユーザー数は無制限です。どんな規模のチームでも、今日からこのフレームワークを運用し始められます。本記事で使われている用語については、用語集をご覧ください。

FAQ

AIビジビリティ・インシデントラダーとは何ですか?

AIビジビリティ・インシデントラダーは、AIにおけるブランド可視性インシデントのための4段階の重大度フレームワークで、サイト信頼性エンジニアリング(SRE)チームがシステム障害に用いるSEV-1からSEV-4のスケールを応用したものです。可視性の低下を、どれだけ収益に関わる露出がリスクにさらされているかによってランク付けします。SEV-1(収益プロンプトが2つ以上のエンジンで消失)からSEV-4(単一エンジンでのセンチメント変動、二次プロンプトのみ)までです。各レベルには検知シグナル、対応時間、担当者、必要なアクションが定義されています。

SEV-1のAIビジビリティ・インシデントに該当するのはどのようなケースですか?

SEV-1インシデントとは、「best [category] tool」や「[brand] pricing」のような購買意欲の高いクエリ、つまり収益プロンプトから、ChatGPT、Perplexity、Google AI Overviews、Gemini、Microsoft Copilotのうち2つ以上でブランドが消失し、それが繰り返しの実行でも確認される状態です。2エンジンという閾値には理由があります。BrightEdgeのAI Catalyst調査によると、AIエンジンは61.9%の確率でブランド推薦について意見が一致しません。そのため単一エンジンでの消失は、多くの場合ただの通常の変動にすぎません。2つ以上のエンジンで一貫して確認される低下は、ノイズではありません。

SEV-1の低下にはどれくらいの速さで対応すべきですか?

SEV-1は1時間以内に認識し、4時間以内に根本原因を特定します。まず該当のプロンプトをエンジンごとに3回再実行して低下が本物であることを確認し、サイト障害、robots.txtによるブロック、競合の新しい引用対象コンテンツの公開といった明白な原因を除外したうえで、その日のうちにマーケティングまたはグロースのリード担当者にエスカレーションします。SEV-1が1週間放置されている状態は、もはや異常ではありません。それが新しい標準になってしまいます。

なぜブランドはChatGPTの回答から消えるのですか?

最も多い原因は、AIボットがサイトを読み取れなくなるクロールやインデックスのブロック、同じクエリについて競合がより引用されやすい、あるいはより新しいコンテンツを公開したこと、モデルが依然として参照している古いソースコンテンツ、そしてモデルが参照するソースを変えてしまうプロンプトの言い回しの変化です。どの原因が当てはまるかを確認することが、インシデント対応ランブックの最初のステップです。修正方法は原因によって完全に異なります。

AIビジビリティ・インシデント対応の担当者は誰であるべきですか?

担当は重大度に応じて変わるべきです。SEV-1とSEV-2のインシデントには、明確な担当者、通常はグロースまたはマーケティングのリード担当者に加えてAEOモニタリングを運用する人が必要です。収益に関わるプロンプトが危機にさらされており、対応時間は数時間単位で測られるからです。SEV-3とSEV-4は、対応の遅れによるコストが低いため、通常の週次・月次レビューの一環としてコンテンツチームやSEOチームが担当できます。

これは通常のSEO順位低下アラートとどう違うのですか?

順位低下アラートは、検索結果ページ上の順位という1つの確定的な数値を追跡します。一方でAIビジビリティは確率的です。同じプロンプトでも、連続した実行のたびに異なる回答が返ってくることがあり、エンジン同士がどのブランドを挙げるかで頻繁に意見が食い違うからです。インシデントラダーはこの現実を前提に設計されています。低下が本物のインシデントとしてカウントされる前に、複数回の実行にわたる確認、そしてSEV-1レベルでは複数エンジンにわたる確認を必要とします。これにより、通常のモデルのばらつきを除外しつつ、本物のインシデントを見逃さずに済みます。