ACQUA JOURNAL

AI検索の効果をどう確認する?観測条件・流入・実相談を分ける記録表

AI検索の効果をどう確認する?観測条件・流入・実相談を分ける記録表

AI検索の効果を確かめるには、回答での言及・引用、サイトへの訪問、実際の相談、受注と顧客の解決を分けて記録します。一回の回答に会社名が出たことや、リンクの並びが上だったことだけで、施策が成功したとは判断できません。

この記事は、企業の経営者やWeb担当者が観測の目的と記録方法を決め、必要なページ改善を実務担当へ渡すためのものです。最初の行動は、確認したい顧客の問いと、対応する自社ページを一組選ぶことです。観測対象を増やす前に、何を事実として残せるかを確かめます。

特定ツールを導入する前の比較は、GEOツールの選び方を参照してください。本記事は導入比較ではなく、観察した結果を次の仕事へつなぐ記録と判断を扱います。AI表示率や問い合わせの達成時期を一律に保証するものではありません。

1. 観測の目的を、顧客の問いと対応ページから決める

事業上の判断が変わる問いを選ぶ

観測する質問は、会社名を知っている人の確認、困りごとから依頼先を探す人の比較、サービス条件を知りたい人の判断などに分けます。会社名を質問文に入れて回答された結果と、会社名を入れずに見つかった結果は同じ指標に混ぜません。

検索で見つけてもらいたい内容が、現在のサービスと一致しているかも確認します。受け付けていない仕事で表示を増やしても、相談を適切に受けられるとは限りません。対象読者、悩み、記事で答える内容、実務を依頼する先を一組で整理してください。

次は説明用の記入例です。実顧客の質問やAcquaの観測結果ではありません。

問いの種類 確認したい内容 自社側で点検するページ
会社を知る 事業内容や対応範囲が正しいか 会社情報・サービス
困りごとを調べる 自力で判断できる答えが届くか 問題に答える記事
依頼を比較する 作業範囲と条件を確認できるか 実務案内・事例・相談

問いごとに「どの判断に使うか」を添えます。会社情報が誤っているなら情報の訂正、読者が判断材料を得られないならページの説明改善が必要です。観測すること自体を成功としないようにします。

顧客の問いと事業の判断と対応ページを対応づける
顧客の問いと事業の判断と対応ページを対応づける。

2. 回答を調べた条件と、未確認を残す

同じ質問でも、サービス、検索機能の利用状況、日時、会話の前提などが違えば、比較できる条件が変わります。結果の文章だけを切り取らず、質問文、回答の取得日、利用サービス、画面に示された機能、確認したURLを残します。

一つの回答が市場全体の検索結果を代表するとは扱いません。地域名を含めた質問と含めない質問、既存の会話を続けた質問と新しい会話の質問も区別します。条件をそろえられない場合は、その違いを未確認として記録してください。

観察した画面を保存する場合は、個人のアカウント情報や顧客データを含めないようにします。回答に誤った条件や会社情報があったら、その箇所と示された参照先を記録します。誤りがどのページから来たかは、根拠が確認できるまで断定しません。

記録項目は、質問の識別名、質問原文、日時、サービス、条件、回答、言及された会社名、リンクされたURL、正確さ、未確認、次の担当です。画面から分からないモデルや内部処理を推定して欄を埋める必要はありません。

質問と日時とサービスと条件を記録する
質問と日時とサービスと条件を記録する。

3. 言及・引用・表示と、順位を区別する

「会社名が出た」と「根拠のURLがある」は別

言及は文章に名前が出ること、引用は回答の根拠としてURLが示されることとして、この記事では分けて記録します。同じ会社名の別事業者、古いURL、サービス対象外のページを指していないか確認してください。引用されても、説明が正しいとは限りません。

回答中の出典番号を、通常検索の順位と同じ意味で比較しないようにします。どこに表示されたかは観察事実として残せますが、番号が小さいほど事業成果が大きい、AIからの評価が高いという結論には直結しません。

MicrosoftのAI Performanceの説明も、対象面での引用数と順位・重要度を区別しています。検索に使われた語句のデータは全活動のサンプルです。自社で利用できるか、対象期間と収録範囲が何かは、権限のある画面と現行説明で確認してください。

確認できなかった結果はゼロとしません。「回答に見つからなかった」「その機能が表示されなかった」「画面へアクセスできなかった」を分けます。対象の回答を取得できていない状態で、引用なしと数えると、比較の分母が変わってしまいます。

会社名の言及とURLの引用と通常順位を区別する
会社名の言及とURLの引用と通常順位を区別する。

4. Search Consoleとアクセス解析は、収録範囲を確認する

GoogleのAI機能の公式説明では、AIによる概要やAIモードのトラフィックもSearch Consoleの検索タイプ「ウェブ」のパフォーマンスに含まれます。全体の変化を見ただけで、AI機能だけの効果を切り出したとは扱いません。

Googleは表示に特別な追加要件や専用の構造化データが必要とはしていません。また、要件を満たしても登録や配信を保証しません。FAQを追加した後に引用されたという時間順だけでは、その追加が原因だとは断定できません。

Search Consoleのパフォーマンス説明と利用中の画面で、期間、検索タイプ、ページ、クエリ、国、端末等の条件を確認します。表示、クリック、順位の集計が何を対象にしているかを記録し、前後で条件を変えた数字を並べないようにします。

アクセス解析では、利用中のレポートと収集条件で参照元を確認します。識別できる参照元があることと、AIからの全訪問を取り漏れなく計測できたことは別です。不明な流入をすべてAI経由へ付け替えたり、あるサービスが必ず同じ参照元になると決めつけたりしません。

解析データの取得や権限に不足があるなら「未取得」と記録します。接続、イベント、外部送信の設定を変える場合は、現在の収集内容と影響を確認して、別途合意してください。

Search Consoleと解析と手動観察の収録範囲を区別する
Search Consoleと解析と手動観察の収録範囲を区別する。

5. 比率には分母と欠測を添え、共通の目標値を作らない

観察した回答のうち引用があった割合を使う場合は、何を一件と数えたかを先に決めます。質問ごとか、取得した回答ごとか、サービスごとかで意味が変わります。同じ質問を繰り返した結果を全部含めるかも明記します。

記録する項目 区別すること
対象 問い、ページ、サービス、取得条件
分母 実際に確認できた回答の件数
分子 定義に一致する引用・言及の件数
欠測 取得不可、機能未表示、確認不足
期間 取得日と比較対象の範囲

説明用に選んだ小さな質問集合の割合は、その集合での観測結果です。全利用者への露出率や、顧客になる割合の推定値とは限りません。担当者が独自に採点する場合も、採点表と判定者、正しい情報の確認先を残します。独自の点数をAIサービス公式の評価と呼ばないようにします。

何か月後に何%、通常検索の何倍の問い合わせといった共通のベンチマークは、確認できる根拠がなければ掲載しません。自社の過去データがある場合でも、対象、母数、時期、他の変更、相談の定義が合っているかを先に確認します。

比率に分母と欠測と期間を添える
比率に分母と欠測と期間を添える。

6. 訪問から実相談・受注・顧客の解決まで分ける

ボタンクリックを問い合わせ完了にしない

記事やサービスへの訪問、相談ボタンのクリック、フォームの完了表示、実際の受信、対応する必要がある相談、契約は別の出来事です。受信側で営業メールやスパム、重複を除いて確認できる件数と、解析のイベント件数を混ぜません。

問い合わせの経路が分かる場合は、その証拠と確認できた範囲を記録します。本人の申告、解析の記録、営業対応のメモは性質が違います。個人を特定する情報や問い合わせ本文を、そのまま解析ツールへ送る設計にはしないでください。

最終的には、相談の内容と引き受けた仕事が合っていたか、納品・支援後に困りごとが解決したか、対応時間と費用に見合う利益が残ったかを確認します。流入が増えても対象外の相談や確認工数が増えるなら、記事とサービスの説明を見直す材料になります。

Acquaの公開記事数や観測票が増えたことを、受注や顧客解決の証拠として扱うことはできません。成果がまだ分からない段階では、公開確認と事業成果の未確認を別々に残します。

訪問から受付と実相談と契約と解決を分ける
訪問から受付と実相談と契約と解決を分ける。

7. 観察から必要なページ修正を選び、履歴を残す

誤った情報と、成果の仮説を分ける

会社情報やサービス条件が間違っているなら、その訂正を優先します。一方、見出しを変えれば引用や問い合わせが増えるという案は仮説です。なぜその修正が読者の判断を助けるのか、何が変われば支持できるのかを記録します。

変更履歴には、日付、対象URL、困りごと、変更前後、一次情報、担当、狙い、観察予定、前後のデータ条件を残します。他の変更が重なったら、それも記録します。一日の変動だけで何度もタイトルを書き換えると、何を比較したかが分からなくなります。

次の観察まで待つ期間は、取得できるデータ量と業務の緊急度から決めます。全サイト共通の最適日数を示すものではありません。明らかな誤情報や受付不具合と、一定期間の観察が必要な改善仮説を分けて扱ってください。

内部リンクの実査はリンク点検の手順を使えます。情報を発見できること、リンク先で判断できること、実務の窓口に進めることを確認します。リンク数を増やしただけで効果が出たとは報告しません。

事実の訂正と改善仮説を区別して履歴を残す
事実の訂正と改善仮説を区別して履歴を残す。

8. 自社で記録することと、Acquaへ頼む実務を分ける

社内では、対象の問い、正しい会社情報、観察条件、相談・契約・顧客解決の業務記録を整理できます。アクセス権がない箇所や、取得していない数字は未確認として残し、代わりの推測値を作らないようにします。

Webの実務支援が必要なら、現行サイトURL、観察した質問と参照先、誤った説明、困っている判断、現在の担当体制を共有します。企業向けの支援では、記事やサービス説明、導線、WordPress更新など、必要な対応を現状から整理します。観測サービスの販売や、特定AIへの引用を一律に約束する案内ではありません。

制作会社向けの実装・保守を依頼する場合は、調査・原稿・実装・公開・計測のどの工程を引き受けるか、権限と復元、検収条件を分けます。対応範囲・費用・公開担当は着手前に確認します。

目指す状態は、観察の根拠と限界を説明でき、必要なWeb修正を選び、顧客が正しい情報と窓口を得られることです。実務が必要な方は、分かる範囲の状況を添えてAcquaへ相談してください。記事で記録方法を整理できた方は、その記録から次の判断を続けられます。

社内の業務記録とAcquaへの実務依頼を分担する
社内の業務記録とAcquaへの実務依頼を分担する。

よくある質問

Webサイト制作、外部Web担当、保守・更新について、よくいただく質問をまとめました。

何を頼むべきか決まっていなくても相談できますか?

はい。目的、困りごと、現在の運用体制を伺い、Webサイト制作、外部Web担当、保守・更新のどこから始めるかを整理します。

外部Web担当では何を依頼できますか?

更新、修正、記事投稿、画像差し替え、導線改善、優先順位の整理など、社内のWeb担当に近い実務を必要な時間枠で支援します。

既存サイトのリニューアルでも相談できますか?

はい。既存ページのURLや導線をできるだけ維持しながら、デザイン、スマートフォン対応、表示速度、SEO・LLMOの観点で改善します。

保守・更新だけでも依頼できますか?

はい。WordPress更新、バックアップ、表示やフォームの確認、軽微修正など、公開後に必要な業務だけでもご依頼いただけます。

相談前に準備しておくものはありますか?

現在のサイトURL、困っていること、増やしたい問い合わせ、更新できていないページやブログの状況が分かれば十分です。資料が揃っていない場合も、ヒアリングしながら整理します。

相談・見積り無料

Webの制作も、運用も。必要なところから。

新規制作、外部Web担当、保守・更新、LP、SEO・LLMO、AI活用まで、現状を伺って必要な支援を整理します。オンライン相談も可能です。
相談する