AI 可視性監査：20 項目のチェックリスト

この監査が実際に採点しているもの

問題はブランドの問題である前に、クリックの問題です。Pew Research Center が実際の Google 利用者を追跡したところ、AI 要約が出たとき従来の検索結果がクリックされたのは訪問の 8% で、要約がない場合の 15% と比べて低いことが分かりました。要約の中のリンクをクリックしたのはわずか 1% です。要約の下で順位を取ることより、要約が組み立てられる元の情報源であることのほうが重要です。

そこでこの監査は、厳密な依存順で五つを採点します。クロール可能性は、そもそも取得のエージェントがあなたを読めるかを決めます。エンティティの一貫性は、モデルがあなたの名前を曖昧さのない一つの組織に解決できるかを決めます。外部から得たシグナルは、自社ドメインの外にあなたの主張を裏づけるものがあるかを決めます。引用しやすさは、あなたの文が抜き出しに耐えるかを決めます。計測は、これらが変わったかどうかを判定できるかを決めます。

各項目は部分点なしの合否で採点してください。半端な点をつけるから、誰も動かない 40 ページの文書に化けるのです。20 の点検、20 の二択の答え、そして失敗を上から順に片づける。この規律がなぜ存在するのかという広い枠組みは、AI 可視性の入門にまとめています。

第 1 部 — AI 向けのクロール可能性（1〜4）

取得のエージェントは学習用クローラーとは別物で、多くの robots.txt が誤るのはまさにこの区別です。OpenAI はボットのドキュメントで、学習用の GPTBot、検索索引用の OAI-SearchBot、ユーザー操作による生の取得のための ChatGPT-User という三つのユーザーエージェントを別々に文書化しています。Anthropic は自社のサポート記事で ClaudeBot と遮断方法を説明し、Perplexity はPerplexityBot と Perplexity-User を公開しています。学習用クローラーを遮断するのは正当な経営判断ですが、取得のエージェントをうっかり遮断するのは自傷行為です。

Copilot の回答は Bing の索引に依存するので、Bing Webmaster Tools で認証していなければ、主要な六つのアシスタントのうち一つについて目隠しで進むことになります。

• 1. robots.txt が取得エージェントを許可している。確認：/robots.txt を取得し、GPTBot、OAI-SearchBot、ChatGPT-User、ClaudeBot、PerplexityBot、Perplexity-User、Google-Extended、Bingbot を探します。合格：商業的に重要なパスで取得エージェントがすべて許可されており、学習用クローラーの遮断があるならそれが写しではなく明示的な判断であること。
• 2. エッジでの遮断がない。確認：重要な五つの URL に、各エージェントのユーザーエージェント文字列で、社内ではなくデータセンターの IP から curl します。合格：HTTP 200 と完全な HTML。403、429、WAF や CDN のボット判定の割り込み画面ではないこと。
• 3. 最初の HTML に内容が存在する。確認：生のソースを見るか、JavaScript を無効にして取得します。合格：見出し、本文、価格、仕様、主要な事実が、すべてハイドレーション前に存在すること。製品ページが空の div なら、robots.txt がどうであれ見えていません。
• 4. サイトマップ、正規 URL、速度が正常。確認：収益に関わるすべての URL が XML サイトマップにあり、200 を返し、自己参照の正規 URL を持つこと。合格：孤立ページがなく、正規 URL がリダイレクトの連鎖を指しておらず、時間制限のある取得が完了する速さで HTML が届くこと。

第 2 部 — エンティティの一貫性（5〜8）

「X とは何か」に答えるモデルは、矛盾だらけの大量の文章に対してエンティティの解決を行っています。四つの場所で「Acme」「Acme Inc.」「Acme Software」「ACME」と名乗っていて、隣接市場に別の Acme が存在するなら、アシスタントは言葉を濁すか、二つを混ぜます。混ぜられるのは不在より悪いことです。他社の価格と他社の苦情を引き継ぐことになります。

構造化データは、あなたが持つ最も安い曖昧さ解消のてこです。仕組みは Google の構造化データのドキュメントが扱っており、身元の仕事をするのはsameAs プロパティです。同じ実体を記述する外部プロフィールと自社サイトを結びつけます。

• 5. 正式名称の文字列が一つ。確認：トップページ、フッター、LinkedIn、Crunchbase、レビュープロフィール、プレス定型文で、法人名と商号を検索します。合格：綴り、大文字小文字、接尾辞がどこでも同一で、別表記は明示的な別名としてのみ使われていること。
• 6. sameAs を伴う Organization スキーマ。確認：トップページを構造化データの検証ツールにかけます。合格：name、url、logo、description を持つ有効な Organization（または LocalBusiness）ノードと、確認済みの外部プロフィールを指す sameAs 配列があること。
• 7. 各プラットフォームでのプロフィール一致。確認：自分が管理するすべてのプロフィール、LinkedIn、Crunchbase、G2、GitHub、アプリストア、地域の掲載情報を並べて開きます。合格：一文の説明、設立年、カテゴリ、住所と電話、URL の形式がすべて同じであること。
• 8. 公開された身元が解決できる。確認：Wikidata と Wikipedia で自社名を検索し、何が返るか見ます。合格：Wikidata の特筆性の方針に沿って業種、設立日、公式サイトが埋まった正しい Wikidata 項目があること。少なくとも、自社名で別の実体が自分より上に来ていないこと。

第 3 部 — サイト外で得たシグナル（9〜12）

アシスタントは候補リストを、ベンダーのサイトよりもはるかに第三者の情報源から組み立てます。あるカテゴリで最良の道具を尋ねられたとき、モデルはたいていリスト記事、レビュープラットフォーム、編集記事、コミュニティのスレッドを統合しています。あなた自身の比較ページはその中では弱い入力で、そのクエリで既に上位にある媒体のまとめ記事は強い入力です。

この分類は動かすのが最も遅く、だからこそ早く監査すべきです。半年目になってカテゴリのまとめ記事すべてから漏れていると気づくのは、robots.txt の誤りを見つけるよりずっと高くつく発見です。

• 9. カテゴリのまとめ記事への掲載。確認：買い手が実際に使う「[用途]に最適な[カテゴリ]」のクエリを十本実行し、上位十件の自然検索結果を並べ、そのうちどれにあなたが載っているか記録します。合格：半分より多くに載っていて、説明が正確であること。
• 10. レビュープラットフォームの厚みと新しさ。確認：自分のカテゴリで重要なレビューサイト二、三か所で、総レビュー数、直近四半期のレビュー数、星だけでなく実質的な文章を含むレビューの数を数えます。合格：最近の流入が絶えず、モデルが具体的な強みを引用できるだけの文章量があること。
• 11. 独立した編集記事での言及。確認：自社ドメインとプレスリリース配信を除外してブランド名を検索します。合格：あなたが何をしているかを、モデルがそのまま引用できる一文で説明した独立記事が少なくとも数本あること。
• 12. コミュニティでの存在。確認：Reddit、Stack Overflow、Hacker News、買い手が使う専門フォーラムでブランド名を検索します。合格：顧客が成果を語る本物のスレッドがあること。自社の投稿ばかりでもなく、未回答の苦情の壁でもないこと。

第 4 部 — コンテンツの引用しやすさ（13〜16）

引用しやすさは分量の目標ではなく、書き方の制約です。答えを抜き出すモデルが欲しいのは、前後の段落なしで引用できる自己完結した命題です。何かを定義する前に三段落かけて助走する文章は、持っていくものを何も与えません。主語、定義、条件を含んだ平叙文で始まる文章は引用されます。

第二の制約は具体性です。「素早い導入」は引用できません。「標準的な Shopify 構成なら導入は 30 分以内」は引用でき、検証でき、利用者に返して伝えられます。数字、単位、日付、名前のついた条件はすべて、あなたの文が無傷で抜き出される確率を上げます。

第三は限界についての正直さです。アシスタントは比較の質問をよく受けます。誰に向かないかを述べたページは、万能をうたうページより信頼できるものとして扱われる傾向があります。

• 13. 答えを先に置く構成。確認：重要な十ページの最初の 40 語を単独で読みます。合格：どれもタイトルの問いに単独の文で答えており、前の段落がないと解決できない代名詞が含まれていないこと。
• 14. 事実に単位と日付がある。確認：主要ページのすべての主張に印をつけ、見知らぬ人が検証できるかを問います。合格：数量、期間、価格、上限、連携が明示され、変動する数字には日付が添えてあること。
• 15. 比較と価格のページが自らの境界を述べている。確認：この製品が合わない相手を述べているページはありますか。合格：「次の場合には向きません」という明示の節があり、価格がフォームの向こうではなくサイト上に書かれていること。
• 16. 構造が機械可読である。確認：見出し、表、FAQ ブロック、URL の安定性。合格：H2 が買い手の問いの形で書かれ、仕様が散文ではなく表に入っており、ページを更新しても URL が変わらないこと。

第 5 部 — 計測（17〜20）

アシスタントの回答は同じプロンプトでも実行ごとに変わるので、単発のクエリは逸話です。計測とは、固定したプロンプトセットを複数のアシスタントで繰り返し実行し、結果を保存して、二つの日付を比較し、動きを自分が行った変更に結びつけられるようにすることです。

プロンプトセットは、キーワードツールではなく買い手が実際に使う言葉から作ります。営業の通話記録、サポートの問い合わせ、サーチコンソールのクエリなどです。そして意図の段階で分類します。カテゴリの発見、候補の比較、反論への対応、指名検索です。候補比較のプロンプトで一度も現れないのと、指名のプロンプトで誤った説明とともに現れるのとは、別の問題です。

ここが Growli の自動化している部分です。あなたのプロンプトセットを ChatGPT、Gemini、Claude、Perplexity、Copilot、Grok で定期的に実行し、言及率、競合の占有率、論調、各アシスタントが引用する URL を追跡し、差分を労力と効果で順位づけします。仕組みはこちらのページで説明しています。

• 17. 文書化されたプロンプトセットがある。確認：意図の段階で分類した 30〜100 のプロンプトを収めたファイルはありますか。合格：買い手の言葉で書かれ、非指名と指名の両方の意図を覆い、変更が見えるようにバージョン管理されていること。
• 18. 複数アシスタントで繰り返し実行している。確認：何種類のアシスタントで、期間ごとにプロンプトあたり何回実行していますか。合格：少なくとも四つのアシスタント、プロンプトあたり複数回、そしてチャットのスクリーンショットではなく保存された履歴があること。
• 19. 競合と定性の追跡。確認：あなたと並んでどの競合が現れたか、あなたがどう説明されたかを記録していますか。合格：プロンプト群ごとの名指しの占有率と、事実として誤った説明への印があること。後者はこの監査全体で最優先の修正対象です。
• 20. 引用元と参照トラフィック。確認：あなたのカテゴリに言及するとき、アシスタントはどの URL を引用しますか。アナリティクスはアシスタントのドメインからの参照を切り分けていますか。合格：あなたのカテゴリで回答を支える第三者ページの順位づけ一覧と、AI アシスタント参照元の保存済みアナリティクスビューがあること。

採点し、失敗を作業待ち行列に変える

合格の数を足します。16 以上なら問題は構造ではなく競争です。外部から得るシグナルと、競合が独占している具体的なプロンプトに労力を割いてください。11 から 15 なら混在した状態です。クロール可能性とエンティティの項目を一週目で直してください。下流のすべてを塞き止めているからです。10 以下なら、取得の経路とエンティティの関係が整うまで、新しいコンテンツを発注すべきではありません。

点数より順番が重要です。クロール可能性の失敗は、それが続いている間になされたコンテンツ投資をすべて無効にしますし、たいていは CDN の一行で直ります。エンティティの失敗は数日、引用しやすさの書き直しは数週間、外部から得るシグナルは数四半期かかります。この順で進めれば、それぞれの修正が前の修正の上に積み上がり、アシスタントが取得しないページで無駄になることがありません。

監査全体は四半期ごとに、計測の項目は継続的に回し直してください。クローラーのユーザーエージェントは変わり、CDN の規則はセキュリティ担当によって締められ、レビュー数は減衰し、カテゴリのまとめ記事はあなた抜きで書き直されます。この監査はプロジェクトではなく、常設の管理項目です。

FAQ