AIOツールで0%と表示されたら？未出現・未引用・取得失敗を切り分ける確認手順

AIOツールで0%が表示されても、すぐに記事の追加や修正を始める必要はありません。まず集計条件と取得成否を確認し、AIの回答自体が得られたか、自社への言及や引用がなかったかを分けます。取得できなかった結果をゼロ件として扱わず、確認できた範囲と次の対応を記録します。

本記事は、AIOツール・LLMOツールを日常運用する担当者向けの確認手順です。製品によって画面名や集計仕様は異なるため、共通の不具合対応を保証するものではありません。ゼロの意味を読み違えて編集作業を増やさないよう、判定表と担当への引き継ぎ例を用意しました。

最初に「何の0%か」を固定する

同じ画面でも、AIの回答枠が出た割合、回答に自社名が出た割合、自社URLが引用された割合では意味が違います。「引用率」と呼ばれている場合も、回答を分母にするかURLを分母にするかを確認します。ラベルを見ただけで、すべてを自社が出なかった結果に置き換えないことが出発点です。

最初の記録には指標名を画面どおりに書き、公式の定義や説明がどこにあるかを添えます。手元のスプレッドシートで独自計算した値なら、元の出力と計算式も残します。ツールの自動集計と、担当者が加工した数字を同じものとして報告しないようにします。

また、表示が整数へ丸められる画面では、小さな値が0%と表示される可能性もあります。これはすべての製品に共通する仕様ではありません。分子・分母や詳細表示を確認し、真に該当件数がゼロなのか、表示桁数の影響なのかを確かめます。詳細を取得できない場合は、推測でゼロ件と書かず確認待ちにします。

ゼロに見える状態を分ける判定表

以下は本記事で提案する整理方法です。実際の画面のステータスを置き換える公式仕様ではありません。ログや回答で確認できたものだけを判定し、見えない工程は「確認できない」と残してください。

「未出現」は、対象となる検索結果や画面を取得でき、その中に対象枠がないことを確認した場合に使います。取得処理が失敗して枠を見られなかった場合とは区別します。この区別ができない出力なら、無理にどちらかへ分類せず、提供元の説明を確認します。

「言及はあるが引用がない」ことも、必ずしも取得失敗を意味しません。文章で名前を紹介することと、参照先としてURLを示すことは別の観測です。記事を直す前に、狙っていた成果がどちらなのか、今回の質問がどちらを確かめるものだったのかを見直します。

0%を見たときの5ステップ

図：取得できない状態は0件と分け、原因を確認してから対応先を決めます。

1. 集計条件と画面の状態を保存する

指標名、対象期間、プロジェクト、質問群、AI、地域・言語、フィルターを記録します。最初に確認した値と更新日時を保存し、設定を変える前の状態を残します。

確認の途中で期間や対象AIを変えると、最初の0%を再現できなくなることがあります。必要な画面と条件を記録してから、一つずつ変更します。グラフ、一覧、出力ファイルで期間の扱いが違うこともあるため、どの画面の値かを省略しないようにします。

2. 計測の予定・実行・取得成否を確認する

予定していた計測が実行されたか、成功した結果があるか、失敗や処理待ちがないかを確認します。分子・分母を取得できる場合は、成功数と欠測数を分けて保存します。

成功結果が一件もないのに割合を計算しないことが基本です。出力ファイルの空欄を表計算ソフトでゼロへ置き換えると、取得できない状態が実績値に見えてしまいます。欠測を除外する仕様か、一定以上の欠測で算出を止める仕様かも、利用する製品で確認します。

3. 回答・表示枠・引用URLを確認する

保存された結果を開き、回答枠の有無、回答本文、自社への言及、参照URLを別々に確認します。結果を取得できていない項目は未確認とし、未出現や未引用と断定しません。

一覧のアイコンだけで判断せず、可能な範囲で元の回答を確認します。リンクの表示名が自社でも、実際のURLが第三者の紹介記事ということがあります。逆に、自社の正式名称が本文になくても自社ページが参照されている場合があります。名前とリンク先の両方を記録します。

4. 名称と集計範囲を照合する

追跡ブランドの正式名・別名、対象ドメイン、対象質問、期間とフィルターを元の回答に照らして確認します。判定の相違があれば元データと修正案を分けて残します。

略称が一般語と重なる場合は、文字列があっただけで自社への言及へ変更しません。どの企業や製品の説明なのかを文脈で確認します。別表記を追加した結果、過去分まで再集計されるかは製品ごとに確認し、将来分だけ直した場合と区別します。

5. 対応先と次の確認条件を決める

取得や設定の問題、判定ルールの確認、コンテンツの改善候補、継続観測に分けて対応を決めます。担当、確認対象、完了条件を記録し、必要な範囲で再観測します。

再観測の目的は、よい数字が出るまで繰り返すことではありません。取得の復旧を確認したいのか、同じ質問で言及の状況を調べたいのかを決めます。追加実行に枠や料金が必要なら、その条件を確認したうえで運用担当が判断します。失敗した記録も消さずに残します。

架空例：0／8と、結果を取得できない状態は違う

次は一つの質問を10回観測する計画を仮定した例です。成功・失敗の判定は観測ごとに確定しているものとし、実在製品の画面仕様や利用実績ではありません。

成功数を分母にする計算なら、Aは0÷8＝0%です。しかし、この観測から「今後も一切言及されない」とは言えません。確認した質問、条件、回数でゼロだったという記録です。取得に失敗した2回で何が返るはずだったかも分かりません。

Bで0÷10と計算すると、取得失敗を自社が出なかった回答へすり替えることになります。0÷0を0%とすることもできません。集計を作る担当者は、計算式のエラーを見た目だけで隠さず、「算出不可」と成功数ゼロの理由を表示します。

Cでは言及が3回ありますが、自社URLが付いているとは限りません。例えば自社の参照URLがゼロだったとしても、「自社は一度も紹介されていない」という報告にはなりません。言及と引用を別欄で記録すれば、改善したい情報の種類を考えやすくなります。

LLMOチェキの計測方法では、成功したショットを割合の分母とし、欠測を「出なかった」と扱わないことが明記されています。また計画したショットの過半数が欠測のサイクルは計測不能とする説明があります。自分で出力を加工する際も、元の集計条件と整合させます。

フィルターと時点による見落としを確認する

ゼロの調査では、ブランドを含む質問と含まない質問、特定のAI、言語、地域、タグなどの絞り込みを確認します。前回は全体、今回は特定の質問群という状態なら、数字が違っても異常とは限りません。何を含めるかを先にそろえます。

日付の境界も確認します。画面に表示される日付、出力ファイルの日時、チームが報告に使う時間帯が違うと、実行結果が想定外の日へ入ることがあります。記録には日時だけでなく時間帯も残し、単純に一日ずらして合ったから解決としないようにします。

直近の日に結果がまだそろっていない場合は、確定した過去日と同じ扱いで比較しません。更新日時、集計の完了状態、対象ごとの取得状況を確認します。データが増える途中の値なら、その時点の途中値と記録し、確定後に比較する対象を決めます。

データが空のときにゼロを表示する独自ダッシュボードも、確認が必要です。元ツールのデータに結果がないのか、連携先で欠けたのか、表示側で置き換わったのかを順番に調べます。すべての数字が同じ画面へ集まっていても、問題の発生箇所が一つとは限りません。

元の回答と集計が一致しないときの扱い

技術的には取得に成功していても、文章が途中で切れている、質問への回答が成立していないといった場合があります。その結果を有効な観測へ含めるかは、集計の定義を確認します。担当者の感覚で都合の悪い回答だけを除くのではなく、採用・除外の条件を定めて同じ基準で扱います。

出力に同じ実行IDが重複している場合も、同じ回答を二回観測したことにしないよう照合します。再試行による別の回答なのか、ファイルを二重に結合したのかで意味が違います。元の記録を残し、どの行を除いたか追える形で集計を修正します。

回答に自社らしい記述を見つけたら、まず名称と対象範囲を確認します。企業名と製品名を同一視するか、旧名称を含めるか、グループ会社を含めるかで判定は変わります。自社だけ有利な条件へ拡張せず、記録した基準で扱います。

引用URLの判定では、自社サイト本体、サブドメイン、別の運営サイトをどこまで含めるかを明確にします。見た目の似たドメインを同じ組織と決めつけず、公式の運営情報などで確認します。外部メディアの記事で自社が紹介されていても、自社ドメインの引用とは区別します。

人が補正した記録を作る場合は、元の集計値、確認した回答、補正理由、補正後の値を別に残します。補正した数字をツールの自動判定値として書かないことが重要です。後からルールが修正されたときにも、二重に件数を足さず照合できます。

もし判定仕様が分からなければ、問い合わせ用の材料を作ります。対象の日時、質問、該当回答、集計との差、確認したい点をまとめれば、何を調べてほしいかが伝わります。認証情報や不要な顧客情報を含めず、共有する範囲は社内の手順に合わせます。

記事の改善へ進む条件を決める

取得と判定が確認でき、質問も自社の対象顧客に合っている場合に、コンテンツの不足を調べます。AIで自社が出ないことだけを根拠に、新しい記事を一律に増やす必要はありません。既存ページで用途や提供条件を説明できているか、根拠が読者に確認できるかを見ます。

たとえば「少人数で運用できるAIOツール」という質問に対して、自社の運用範囲や担当者の作業が説明されていないなら、公式ページを補足する候補になります。ただし、その不足が未言及の唯一の原因だと断定はできません。読者の判断を助ける修正として提案し、観測は別に継続します。

引用がない場合も、出典として役立つ具体的な説明、確認できる根拠、見つけやすいページ構成を検討します。第三者ツールの観測だけでAIの内部の選択理由は分かりません。Googleも生成AI検索について通常のSEOと読者に役立つ内容を重視しています。Google Search Centralの生成AI検索ガイド

表示枠自体が出ていない観測では、その回で枠内の自社引用を改善したか判断できません。質問を自社が出やすい文へ変えて解決とするのではなく、対象としての重要性を見直すか、同じ条件での観測を続けるかを決めます。質問を変更する場合は、新しい系列として記録します。

担当者へ渡す調査メモの例

以下は、ゼロが本当に未言及なのかを調べるための架空の記録例です。実在サービスの障害報告ではありません。調査を依頼するときは、分かったことと残る確認を短くまとめます。

同じメモに「露出ゼロ、至急リライト」とだけ書くより、取得の問題と編集の問題を分けて渡せます。編集担当は説明の不足を調べ、計測担当は失敗した結果を調べるため、どちらかの作業完了を全体の解決と混同しにくくなります。

完了条件は作業ごとに設定します。設定確認は正しい対象が選ばれていること、取得確認は指定した範囲の成功・失敗を説明できること、編集は修正内容を確認できることです。「0%以外になったら完了」だけにすると、無関係な変化でも問題を閉じてしまいます。

再観測で数字が変わった後も記録を残す

再度計測して自社が言及されても、最初のゼロが誤りだったとは限りません。AI回答の変動、取得条件、質問の変更などを確認し、どの条件で結果が変わったか記録します。同じ条件で変動した事実は、継続観測の判断材料になります。

設定を直して数値が変わった場合は、観測対象を変えたのか、判定を補正したのかを区別します。過去系列を再計算する場合は、補正した期間と理由を明示します。新しい計測からだけ直した場合は、グラフの境界を残し、前後を単純に比較しないようにします。

運用を始める担当者は、AIOツールの導入手順と合わせ、結果を確認する担当も決めておくと進めやすくなります。LLMOチェキのサービス説明では、回答や出典の確認が案内されています。数値を見た後に元の結果へ戻れるかを、実際の運用で確かめてください。