AI検索に自社サイトが表示されるか確かめる手順|観測・流入・相談を分ける
- こんな方へ
- AIの回答の中に自社の名前やホームページが出てくるかが気になっているものの、一度聞いてみた結果をどう記録し、問い合わせなどの成果とどう分けて、改善の担当へ渡せばよいかに迷っている、小さな会社や店舗の経営者・Web担当者
- 日付
- 初版
この記事の結論
AIの回答の中での自社の表示は、成果ではなく「その日、その条件で何が表示されていたか」の観測として記録します。質問は公開してよい情報だけで作り、サービス・画面と端末・アカウントの状態・地域の条件を固定します。1回の観測には、完了しなかった・条件の外・AIの回答が出なかった・AIの回答を最後まで見た、のどれか1つだけを付け、最後まで見た観測に限って、会社名・自社のURL・第三者のURL・内容の照合を別々の欄に記録します。割合の分母には同じ条件で完了した観測だけを入れ、聞き直しや誘導の結果は分けて数えます。観測の記録は、検索からの訪問・受付・受信・有効な相談の数字と足し合わせず、そこから訪問や評価を推し量りません。誤った情報は自社のページを先に確かめ、急ぎ・通常・保留の区分と担当・期限を付けて渡し、直後・7日後・28日後に同じ条件で見直して、続けるか保留にするかを決めます。表示や問い合わせの増加は約束できません。
この記事で確認できること
- 観測と成果の違い、公開してよい情報からの質問の作り方、観測するサービス・画面・条件の固定と、対象から外すサービスと場面
- 1回に1つの主な状態と、会社名・自社のURL・第三者のURL・内容の照合の独立した欄、公式の短い要約2つ、回答を最後まで見る手順、URLとページの照合、誤った情報の受け渡しと、聞き直しや誘導の別管理
- 架空の会社と店舗の例、流入・受付・受信・有効な相談との別集計と確認作業の除外、分母・少ない件数・未取得の扱い、直後・7日後・28日後の見直しと保留、登録不要の20項目の点検表と空欄の観測票・引継票
結論:AI検索の表示は「観測」として記録し、成果とは分けて渡す
AIが答える検索や、AIに質問できるサービスが増え、「うちの会社は、AIの回答の中に出てくるのだろうか」と気になる経営者の方が増えています。試しに一度聞いてみて、名前が出れば安心し、出なければ不安になる。けれども、その一度の結果だけでは、次に何をすればよいかは決まりません。
この記事が答える問いは一つです。経営者が、AIの回答の中で自社がどう表示されているかを記録し、それを問い合わせや売上などの成果と混同せずに、改善の担当へ渡すにはどうすればよいか、です。
【編集部の提案】結論から書きます。AI検索での表示は、次の5つの手順で扱います。
- 公開してよい情報だけで質問を作り、観測するサービス・画面・条件を固定する
- 1回の観測ごとに、主な状態を一つだけ決め、会社名・自社のURL・第三者のURLは別の欄に記録する
- 回答を最後まで見て、表示されたURLと、そのページの中身が回答と合っているかを照らし合わせる
- 観測の記録は、検索からの訪問、受付、受信、有効な相談の数字とは別に集計し、足し合わせない
- 誤った情報や古い情報は、担当・期限・保留の条件を付けて渡し、直後・7日後・28日後に同じ条件で見直す
ここでいう「観測」は、ある日、ある条件で、ある画面を見たときに何が表示されていたかの記録です。検索の順位や、市場での占有率や、AIが自社をどう評価しているかを測ったものではありません。この区別を最初に決めておくと、数字に振り回されずに済みます。
この記事が向いている方
主な読者として考えているのは、自社のホームページを持つ小さな会社や店舗の経営者、Web担当者です。制作会社やSEOの担当者に改善を任せている場合でも、「AIでどう出ているか」を自分で記録して渡せるように書いています。
検索結果に表示されるのにクリックが少ないときの読み方はサーチコンソールで表示されるのにクリックされないときの原因と改善手順で、どのページから書き直すかの決め方はSEOリライトの優先順位を決める手順|Search Consoleと問い合わせの記録で20項目を点検で扱っています。この記事では、AIの回答の中での見え方を記録し、受け渡すところに範囲を絞ります。
この記事で扱わないこと
AIのサービスごとの機能や料金、提供されている国や地域、画面のボタンの名前や配置は扱いません。サービスによって違い、更新でも変わるためです。また、サーチコンソールのアカウントの設定、クローラーの許可、サイトの設定の変更は扱いません。設定を変える必要があると考えた場合は、担当者がその時点の公式の資料で確かめてから判断してください。
先にお伝えしておくこと
この記事の観測の状態の分け方、記録の欄、点検表、観測票、引継票、見直しの区切りは、Akatsuki編集部の運用の提案です。特定の会社で効果を測った結果ではなく、この手順でAIの回答に表示されることや、問い合わせが増えることを約束するものではありません。文中の会社・店舗・数字の例は、すべて説明のために作った架空の例です。本文の「出典1」などの番号は、記事の下の一次情報の番号に対応しています。公式の資料を短くまとめた段落には【公式情報】、編集部の考えには【編集部の提案】と書き分けています。
観測と成果は、別のものとして扱う
AIの回答に自社の名前が出たことは、うれしい出来事です。ただ、それは「その日、その条件で、名前が表示されていた」という観測であって、成果ではありません。この節では、両者を分けておく理由を書きます。
観測が教えてくれること、教えてくれないこと
【編集部の提案】観測で分かるのは、決めた質問・決めたサービス・決めた日時の条件で、回答の中に自社の名前やURLが出ていたかどうか、出ていた場合に内容が正しかったかどうか、までです。次のことは、観測だけでは分かりません。
- その回答を、実際のお客様がどのくらい見ているか
- 回答を見た人が、自社のサイトを訪れたか
- 回答を見たことが、問い合わせや来店につながったか
- AIが自社をどう評価しているか、内部で何が起きているか
手で何回か観測した結果から、「AI経由の訪問がこのくらいあるはずだ」「AIに評価されている」と推し量ることはしません。訪問や相談の数字は、それぞれの記録から取り、観測の記録とは混ぜずに並べます。
成果の数字は、別の台帳から取る
【編集部の提案】成果として扱うのは、検索からの訪問、問い合わせの受付、受信の確認、有効な相談の件数など、別の台帳やアクセス解析の記録から取れる数字です。これらは第15節と第16節で、観測とは別に集計する方法を書きます。
| 項目 | 観測の記録 | 成果の記録 |
|---|---|---|
| 何を書くか | 決めた条件で見た回答の状態 | 訪問・受付・受信・有効な相談の件数 |
| どこから取るか | 観測した人の観測票 | アクセス解析・受付の台帳・メール |
| 数え方 | 1回の観測を1行 | 1件の訪問や1件の受付を1件 |
| 言えること | その条件で表示されていたか | 実際に何件起きたか |
| 言えないこと | 見た人の数、訪問、評価 | どの回答を見て来たか |
この表のとおり、二つの記録は、書く人も、数える単位も違います。片方の数字を、もう片方の根拠にしないことが、この記事全体の前提です。
経営者が最初に決める3つのこと
【編集部の提案】観測を担当に任せる前に、経営者が次の3つを決めて書いておくと、途中で目的がぶれにくくなります。
- 何のために観測するか:例「自社についての誤った情報を早く見つけて直すため」「お客様の困りごとの質問で、自社が候補として挙がるかを記録するため」
- 観測の結果で何を決めるか:例「28日後に、観測を続けるか、質問を見直すか、保留にするかを決める」
- 観測の結果で決めないこと:例「広告の予算、ページの大きな作り直し、担当者の評価は、観測の記録だけでは決めない」
3つ目の「決めないこと」を書いておくのは、観測の数字が独り歩きするのを防ぐためです。名前が出た割合が下がったことを理由に、急に大きな作り直しを指示すると、比べられる記録が途切れ、何が効いたのかも分からなくなります。
公開してよい情報から、観測する問いを作る
観測の最初の作業は、AIに入力する質問を決めることです。ここで気を付けたいのは、質問の中身と、質問に何を入れないかの二つです。
お客様が実際に抱く問いから作る
【編集部の提案】質問は、自社が答えたいお客様の悩みから作ります。自社の名前を入れた質問と、入れない質問を分けておくと、記録が読みやすくなります。
- 名前を入れない質問:お客様が困りごとをそのまま聞く形。例「事務所の移転のときに、複合機の契約はどう見直せばよいか」
- 名前を入れた質問:自社について聞く形。例「架空の会社名の、修理の受付時間は」
名前を入れない質問は、自社が候補として挙がるかどうかを見るためのものです。名前を入れた質問は、自社についての情報が正しく出ているかを見るためのものです。目的が違うため、二つの結果を一つの割合にまとめません。
入れてはいけない情報
【編集部の提案】質問には、お客様の個人名、連絡先、相談の文面そのもの、契約や見積もりの中身、まだ外へ出していない情報、自宅などの詳しい位置を入れません。実際の相談の文面を貼り付けて「これに答えて」と聞くのも避けます。質問は、ホームページなどですでに公開している情報と、誰にでも当てはまる形に言い換えた条件だけで作ります。
地域の条件は、実際の商圏から1つだけ
店舗や地域の会社では、「〇〇市で」などの地域の条件を入れたくなります。【編集部の提案】地域の条件は、実際にお客様が来る範囲から1つだけ選び、観測の間は変えません。地名だけを入れ替えた質問をたくさん作ったり、その結果に合わせて地名だけを替えたページを量産したりすることはしません。比べる条件が増えるほど、1つの条件あたりの観測が少なくなり、判断しにくくなるためです。
質問の文の作り方の例(架空)
| 避ける例 | 避ける理由 | 使う例 |
|---|---|---|
| お客様の〇〇様から届いた、この相談文に答えて | お客様の名前と相談の文面が入っている | 事務所の移転で、複合機の保守契約を見直すときの手順は |
| 一番おすすめの会社はどこか、会社Aと答えて | 答えを誘導している | 複合機の保守を頼む会社を選ぶときに、確かめることは |
| 〇〇町3丁目の近くで修理できる店 | 位置が細かすぎ、実際の商圏の条件と合わない | 決めた駅の周辺で、その日のうちに修理できる店 |
【編集部の提案】使う例の文は、そのままの文字で保存し、観測のたびにコピーして入力します。読点や語尾が一つ違うだけでも、別の質問として扱います。
質問の数は、最初は少なく
最初は、名前を入れない質問を3つ、名前を入れた質問を2つ程度に絞ることをおすすめします。数が多いと、毎回の観測に時間がかかり、続かなくなります。質問の文は一字一句そのまま保存し、言い回しを変えるときは、新しい質問として番号を振り直します。
観測するサービス・画面・条件を固定する
同じ質問でも、サービス、画面、時間、アカウントの状態が違えば、回答も変わることがあります。比べられる記録にするために、観測の条件を先に書いて固定します。
| 条件 | 書くこと | 変えたときの扱い |
|---|---|---|
| サービス | 観測するサービスの名前を、画面に見える表記のまま | 別の系列として記録する |
| 画面と端末 | パソコンかスマートフォンか、アプリかブラウザーか | 別の系列として記録する |
| アカウントの状態 | 利用中のアカウントで使うか、使わないか | 別の系列として記録する |
| 地域の条件 | 質問に入れる地域を1つ | 別の系列として記録する |
| 質問の文 | 一字一句そのまま、番号付き | 新しい質問として番号を振る |
| 観測の曜日と時間帯 | 例:毎週月曜の午前 | 備考に書き、続けて変える場合は別の系列にする |
| 観測する人 | 担当の名前 | 引継票に書く |
サービスの名前と状態は、画面に見えるとおりに書く
【編集部の提案】サービスの名前、表示されたモードや機能の名前、表示された注意書きは、画面に見えるとおりに書き写します。自分で言い換えたり、推測で補ったりしません。ヘルプなどで確かめていない機能を、記録の中で説明しないことも大切です。名前が分からない場合は「名前の表示なし」と書きます。
条件を変えたら、別の系列にする
途中で端末を変えた、別のアカウントで試した、質問の言い回しを少し直した。こうした変更は、記録を比べられなくします。【編集部の提案】条件を一つでも変えたら、新しい系列として番号を振り、前の系列の記録とは足し合わせません。前の系列は消さずに残しておきます。
担当と頻度を決める
観測は、決まった人が、決まった間隔で行います。【編集部の提案】小さな会社なら、週に1回、同じ曜日の同じ時間帯に、決めた質問を一通り観測する程度で十分です。観測の担当と、記録を照合する担当は、できれば別の人にします。もう一人がURLと内容を確かめることで、見落としに気付ける機会が増えると考えるためです。予定していた週に観測できなかった場合は、観測票を作らず、予定表に未実施と理由を書きます。
観測の対象から外すサービスと場面
【編集部の提案】次に当てはまるサービスや場面は、観測の対象から外すか、使う前に決める人の判断を待ちます。
- 使うために費用の支払いや契約の変更が必要なもの。観測のために新しく契約することはしない
- 社員の個人のアカウントでしか使えないもの。個人の利用の記録と業務の観測が混ざるため
- 会社の決まりで、業務での利用が認められていないもの
- 入力した内容の扱いを担当者が確かめられていないもの
外したサービスは、引継票に「対象外」と理由を書いて残します。後から対象に加える場合は、新しい系列として始めます。
1回の観測ごとに、主な状態を一つだけ決める
観測の記録で最も迷いやすいのが、「出た」「出なかった」の書き方です。「出なかった」の中には、そもそもAIの回答が出なかった場合、エラーで最後まで見られなかった場合、回答を最後まで見たうえで自社の名前がなかった場合が混ざります。これらを分けないと、割合の計算が崩れます。
4つの主な状態
【編集部の提案】1回の観測には、次の4つのうち、どれか1つだけを付けます。2つ以上に当てはまるように見えるときは、上にあるものを優先します。たとえば、決めた端末と違う端末で観測し、しかも途中でエラーが出た場合は、上にある「完了しなかった」を主な状態にし、端末が違ったことは備考に書きます。
| 主な状態 | 当てはまるとき | AIの回答が出た割合の分母に入れるか |
|---|---|---|
| 完了しなかった | エラー、利用の制限、読み込みが止まった、途中で画面を閉じた、確認が終わらなかった | 入れない。別に件数を数える |
| 条件の外 | 決めた条件と違う端末・アカウント・質問の文で観測した、聞き直しや後続の質問の後だった | 入れない。別に件数を数える |
| AIの回答が出なかった | 決めた条件で最後まで見たが、AIによる回答がなく、通常の結果だけだった | 入れる |
| AIの回答を最後まで見た | AIによる回答が出て、末尾まで見て記録した | 入れる |
「完了しなかった」と「条件の外」は、失敗や無効の記録として件数だけ数え、割合の分母には入れません。ここを分母に入れると、エラーが多い週に「AIの回答が出る割合が下がった」ように見えてしまいます。この表の右の欄は、AIの回答が出た割合の分母だけを示しています。会社名やURLの割合の分母は、第17節で欄ごとに決めます。
「完了しなかった」は、実際に観測を始めてから止まった場合だけに使います。担当の不在などで予定していた観測そのものを行わなかった場合は、観測票を作らず、予定表に「未実施」と理由を書いて、未実施の回数として別に数えます。
「AIの回答が出なかった」と「名前がなかった」は違う
AIの回答が出なかったことと、AIの回答の中に名前がなかったことは、別の出来事です。前者は主な状態として記録し、後者は「AIの回答を最後まで見た」という主な状態の中で、会社名の欄を「なし」にして記録します。【編集部の提案】「最後まで見た」と書けるのは、回答の末尾まで画面を送り、表示されたリンクや参照の欄があればそこまで確かめたときだけです。途中で止めた場合は「完了しなかった」にします。
観測の記録を、順位と呼ばない
回答の中で自社の名前が何番目に出たかを書きたくなることがあります。【編集部の提案】書くこと自体は構いませんが、それは「その観測で何番目に書かれていたか」であり、検索の順位ではありません。報告の中で「AIで3位」のように書くと、固定の順位があるように誤解されるため、「〇月〇日の観測で、回答の中の3番目の段落に名前があった」のように、観測であることが分かる書き方にします。
会社名・自社のURL・第三者のURLは、独立した欄にする
AIの回答を最後まで見た観測では、補助の欄を4つ記録します。これらは主な状態と違い、それぞれが独立していて、同時に複数が「あり」になることがあります。
| 欄 | 書くこと | 選ぶ値 |
|---|---|---|
| 会社名の言及 | 回答の文の中に、自社の名前や屋号が出たか | あり/なし/未確認 |
| 自社のURL | 回答の中のリンクや参照の欄に、自社のサイトのURLがあったか | あり/なし/未確認。ありならURLを書き写す |
| 第三者のURL | 自社について書かれた、他社のサイトや地図・口コミなどのURLがあったか | あり/なし/未確認。ありならURLを書き写す |
| 内容の照合 | 回答の中の自社に関する内容が、自社の公開情報と合っているか | 一致/不一致あり/照合前/対象なし |
【編集部の提案】「未確認」は、同じ名前の別の会社と見分けられない、リンクが開けずに自社のページか確かめられない、といった場合に使います。分からないものを「なし」や「一致」にはしません。「対象なし」は、回答の中に自社に関する説明が一つもなく、照合するものがない場合です。未確認と対象なしは、その欄の割合の分母から外し、件数を別に書きます。
なぜ独立させるのか
名前は出たがリンクはない、リンクはあるが名前は文の中に出ていない、自社のサイトではなく他社の紹介記事が参照されている。こうした組み合わせは、それぞれ次に取る行動が違います。【編集部の提案】欄を一つにまとめて「表示あり」と書くと、この違いが消えてしまうため、4つを別々に記録します。
- 名前はあるがURLがない:回答の内容が正しいかを確かめ、照合の欄を埋める
- 自社のURLがある:そのURLのページの中身と、回答の内容が合っているかを第10節で照らし合わせる
- 第三者のURLだけがある:その第三者のページに書かれた自社の情報が古くないかを確かめる
- どれもない:その質問に答えるページが自社のサイトにあるかを確かめる
記録の組み合わせの例(架空)
| 観測 | 主な状態 | 会社名 | 自社のURL | 第三者のURL | 内容の照合 |
|---|---|---|---|---|---|
| 1回目 | AIの回答を最後まで見た | あり | なし | あり(紹介記事) | 不一致あり |
| 2回目 | AIの回答が出なかった | 記録しない | 記録しない | 記録しない | 記録しない |
| 3回目 | AIの回答を最後まで見た | なし | あり | なし | 照合前 |
1回目は名前が出ていますが、参照されていたのは第三者の紹介記事で、内容に古い部分がありました。3回目は名前が文の中にないものの、自社のページが参照されています。主な状態と補助の欄は別々に決めるため、補助の欄に未確認があっても、主な状態を「完了しなかった」に書き換えることはしません。【編集部の提案】「表示あり」の一言にまとめると、この2回は同じに見えますが、次に確かめることは違います。2回目のように主な状態が「AIの回答が出なかった」の場合は、補助の欄を空けたままにせず「記録しない」と書いて、書き忘れと区別します。
第三者のURLは、自社を指しているものだけ
回答の中には、自社と関係のないURLもたくさん出ます。【編集部の提案】第三者のURLの欄に書くのは、自社の名前や情報が載っているページのURLだけにします。競合他社のURLを集めて比べる作業は、この記録の目的から外れるため、別の作業として扱います。
【公式情報】Googleのガイドの要点を一つだけ
ここで、Googleが公式に示している内容を一つだけ短くまとめます。
【公式情報】Googleのガイドでは、検索の生成AIの機能でも通常のSEOの基本が引き続き当てはまり、要件を満たしても表示は保証されないと説明されています(出典1)。
【編集部の提案】この記事では、この内容を観測の記録を読む前提としてだけ使い、表示されなかったことを、すぐに「何かの設定が足りない」と結論づけないようにします。観測は、設定の良し悪しを判定する道具ではなく、自社の情報が正しく伝わっているかを確かめる記録です。なお、ここで要約したのはGoogleの検索についての資料であり、ほかの会社のAIのサービスにそのまま当てはまるとは限りません。
【公式情報】サーチコンソールの専用レポート
もう一つ、Googleの検索について、手で観測するのとは別に数字を確かめられる場所があります。
【公式情報】ヘルプでは、AI Overviews(AIによる概要)とAI Modeでサイトへのリンクが表示された回数を見る専用のレポートが説明されています。見当たらないのは主に表示が十分でない場合で、データはウェブの検索タイプに含まれるとされています(出典2)。
編集部の提案:レポートの数字の扱い
【編集部の提案】このレポートの数字は、次のように扱うことをおすすめします。
- 数えているのはリンクの表示であり、クリックや問い合わせ、売上を測った数字として読まない
- 通常の検索の数字に、このレポートの表示回数を足し合わせない
- レポートが見当たらないときは、表示が0だったと書かず、「未取得」と理由を書く
- Google以外のAIのサービスでの見え方には、この数字を当てはめない
- 手で観測した記録とは、別の欄に並べて書き、どちらかでどちらかを補わない
日本語の画面でのレポートの名前や置き場所は、更新で変わることがあるため、この記事では書きません。ご自身の権限で開けるサーチコンソールの、その時点の画面で確かめてください。この記事の作成にあたって、編集部は特定のサイトのこのレポートの画面を記事の根拠として使っていません。
AIの回答の画面を、最後まで見て記録する手順
ここからは、1回の観測の進め方です。手順を毎回同じにすることで、観測した人が替わっても、記録を比べられるようにします。
観測の手順
【編集部の提案】1回の観測は、次の順に進めます。どの段でも、観測票の番号と日付を書きます。
- 観測票の上の欄に、日付、時刻、観測する人、系列の番号、サービス、画面と端末、アカウントの状態を書く
- 決めた質問の文を、保存した文からそのまま入力する。打ち直さない
- 回答が出るまで待ち、AIによる回答があるかを確かめる。なければ「AIの回答が出なかった」と記録する
- AIによる回答があれば、末尾まで画面を送り、表示されたリンクや参照の欄があればそこまで見る
- 会社名の言及、自社のURL、第三者のURLの3つの欄を、あり/なし/未確認で記録する
- 自社に関する文があれば、その部分を短く書き写す。回答の全文や画面の写しを保存する場合は、個人の情報が映っていないかを確かめる
- 途中でエラーや制限が出たら、その時点で「完了しなかった」と記録し、無理に続けない
画面の写しを残すときの注意
記録の裏付けとして、画面の写しを残しておくと、後から照合しやすくなります。【編集部の提案】その際は、ほかの人の名前や連絡先、アカウントの情報、通知などが映り込んでいないかを確かめ、必要なら切り取ってから保存します。写しは観測票と同じ番号を付けて、決めた場所に保管します。
観測にかかった時間も書く
【編集部の提案】観測票の備考に、1回の観測にかかったおおよその時間を書いておきます。続けられるかどうかを28日後に判断するときの材料になるためです。質問の数が多すぎる、照合に時間がかかりすぎるといった負担が見えれば、質問を減らす、照合を通常の区分だけ翌週にまとめる、といった調整を、次の系列の条件として決められます。時間を短くするために、回答を最後まで見る手順を省くことはしません。
1回で終わらせない
AIの回答は、同じ質問でも日によって変わることがあります。【編集部の提案】1回の観測の結果で、良し悪しを決めないでください。1回の観測は、記録の1行です。判断は、第17節と第18節で書くように、同じ条件の観測がある程度たまってから行います。
表示されたURLと、ページの中身を照らし合わせる
回答の中に自社のURLがあった場合、次に確かめるのは、そのURLのページに、回答と同じ内容が書かれているかです。この照合は、観測した人とは別の人が行うことをおすすめします。
照合の手順
【編集部の提案】照合は、次の順に進めます。
- 観測票に書き写したURLを開き、ページが表示されるか、別のページへ転送されないかを確かめ、開いた後の最終的なURLを書く。開けない場合は照合を保留にし、理由を書く
- 回答の中の自社に関する文と、そのページの本文を並べ、同じことが書かれているかを見る
- 料金、営業時間、対応できる地域、サービスの内容など、変わりやすい情報が、ページの現在の内容と合っているかを確かめる
- 照合の欄に「一致」「不一致あり」「照合前」「対象なし」のどれかを書き、不一致の場合は、どこがどう違うかを一文で書く
URLとページの中身がずれる理由の候補
回答の内容と、リンクされたページの中身がずれていることがあります。【編集部の提案】理由の候補としては、ページを更新した後でまだ回答に反映されていない、回答が別のページの情報と組み合わせている、ページの中で古い情報と新しい情報が混ざっている、などが考えられます。どれに当たるかは観測からは決められないため、候補として記録し、ページの側で直せること、たとえば古い情報が残っていないかの点検から始めます。
照合の記入例(架空)
| 観測の番号 | 回答の中の自社に関する文 | ページの現在の内容 | 照合 |
|---|---|---|---|
| 12 | 保守の受付は平日の9時から17時 | 平日の9時から18時 | 不一致あり(終わりの時刻) |
| 13 | 市内全域に訪問できる | 市内全域と隣の町の一部 | 一致(回答の範囲は狭いが誤りではない) |
| 14 | 中古の複合機も扱う | 記載なし | 照合前(担当に扱いの有無を確かめる) |
【編集部の提案】13番のように、回答の内容がページより狭いだけで誤りではない場合は「一致」とし、気付いたことを備考に書きます。14番のように、ページに書かれていないことが回答に出ている場合は、すぐに誤りと決めず、実際に扱っているかを担当に確かめてから照合の欄を埋めます。
照合で見つけたことは、ページの改善の材料にする
照合で不一致が見つかった場合は、AIの側の理由は観測からは分からないため、まず自社で確かめて直せるページの記述から見直すことを提案します。どのページから書き直すかは、SEOリライトの優先順位を決める手順|Search Consoleと問い合わせの記録で20項目を点検の考え方で、ほかの改善と同じ順番待ちの中で決めます。AIの観測で見つかったからといって、ほかの改善を飛び越えて先に直す必要はありません。ただし、次の節で書く誤った情報は別です。
誤った情報や古い情報を見つけたときの受け渡し
照合で、回答の中に誤った情報や古い情報が見つかることがあります。お客様に誤解を与える可能性があるため、ほかの記録より先に受け渡します。
| 区分 | 例 | 渡す先と期限(編集部の提案) |
|---|---|---|
| 急ぎ | 電話番号、所在地、営業日、料金、提供していないサービスが提供中と書かれている | その日のうちに改善の担当と決める人へ |
| 通常 | 古い実績、以前のサービス名、細かな説明のずれ | 次の週の見直しの日まで |
| 保留 | 自社の情報か分からない、照合できるページがない | 理由を書いて保留にし、次の観測で再度確かめる |
受け渡しで書くこと
【編集部の提案】受け渡しの際には、次の5つを書きます。
- 観測の番号と、日付・サービス・質問の番号
- 回答の中の誤っている部分の短い書き写し
- 正しい情報と、それが載っている自社のページのURL
- 回答の中に出ていたURL(自社か第三者か)
- 区分(急ぎ・通常・保留)と、確かめる期限
受け渡しの文面の例(架空)
【編集部の提案】受け渡しは、口頭ではなく文面で残します。たとえば、次のような短い文で十分です。
- 件名:観測で見つかった古い情報(急ぎ)
- 本文:10月の第2週の観測で、サービス1の質問2の回答に、受付時間が以前の時間で書かれていました。参照されていたのは自社のよくある質問のページです。同じページの中に古い時間が残っているため、今日中の修正をお願いします。修正の後、次の観測で回答を確かめ、結果を引継票に書きます。
文面には、観測票の番号を必ず入れます。番号があれば、受け取った担当が観測票と画面の写しをたどれるため、「本当にそう書かれていたのか」の確かめ直しに時間を取られずに済みます。
自社のページを先に確かめる
誤った情報を見つけたら、まず自社のページに同じ誤りが残っていないかを確かめます。【編集部の提案】自社のページに古い情報が残っている場合は、そのページを直すのが最初の一手です。第三者のページに古い情報がある場合は、そのページの運営者に訂正を依頼できるかを、改善の担当と相談します。AIのサービスへの報告の方法は、サービスによって違うため、この記事では書きません。
直しても、すぐに回答が変わるとは限らない
ページを直しても、AIの回答がいつ変わるかは分かりません。【編集部の提案】直した日を記録し、第18節の見直しの日に同じ条件で観測して、変わったかどうかを記録します。変わっていなくても、直したことが誤りだったとは考えず、保留の条件に沿って扱います。
条件の変更・再試行・後続の誘導は、別に管理する
観測を続けていると、「もう一度聞いたら名前が出た」「質問を少し変えたら出た」ということが起きます。こうした結果を、通常の観測と混ぜると、記録が実際より良く見えてしまいます。
都合の良い結果だけを残さない
【編集部の提案】名前が出た観測だけを保存し、出なかった観測を消すことはしません。出なかった観測も、出た観測と同じ形式で残します。「今日は出なかったから、もう一回聞いてみよう」と聞き直した場合、その2回目は「条件の外」として記録し、1回目の結果は消しません。
後続の質問と誘導
AIに「では、〇〇という会社はどうですか」と自社の名前を出して聞き直すと、その回答は、こちらが出した名前の影響を含みます。【編集部の提案】このように回答を誘導する後続の質問の結果は、比べる対象から外し、新しい自然な観測には混ぜず、「条件の外」として件数だけ数えます。名前を入れた質問で情報の正しさを確かめたい場合は、第3節で決めた「名前を入れた質問」として、最初から別の質問番号で観測します。
条件の変更が多いときは、記録の設計を見直す
「条件の外」の観測が、通常の観測より多くなっている場合は、観測の条件が現実に合っていない可能性があります。【編集部の提案】たとえば、決めた端末が使えない日が多いなら、条件を変えて新しい系列を始め、前の系列はそこで区切ります。区切った日と理由は、引継票に書きます。
| 種類 | 例 | 扱い |
|---|---|---|
| 聞き直し | 同じ質問をもう一度入力した | 条件の外として件数だけ数える |
| 言い回しの変更 | 質問を少し変えて入力した | 新しい質問番号で、別の系列にする |
| 後続の誘導 | 自社の名前を出して聞き直した | 条件の外として件数だけ数える |
| 条件の変更 | 端末やアカウントの状態を変えた | 新しい系列にし、前の系列は区切る |
架空の会社の例:事務機器の保守を行う会社
ここからは、架空の例で、記録と受け渡しの流れを見ます。会社名、数字、回答の内容は、すべて説明のために作ったもので、実在の会社の事例や平均的な数字ではありません。
状況
架空の会社Aは、地域の事務所向けに複合機の販売と保守を行っています。経営者は、取引先から「AIに聞いたら御社の名前が出た」と言われたことをきっかけに、観測を始めることにしました。
決めた条件
- 質問:名前を入れない質問3つ(例「事務所の移転のときの、複合機の保守契約の見直し方」)、名前を入れた質問2つ(例「会社Aの保守の受付時間」)
- サービスは2つ、それぞれパソコンのブラウザーで、アカウントの状態は固定。質問とサービスの組み合わせごとに別の系列とし、別の票で記録する
- 地域の条件は、実際の営業範囲の市を1つ
- 毎週月曜の午前に、事務の担当が観測し、営業の担当が照合する
1つの系列の4週の記録(架空の数字)
ここでは、名前を入れない質問1つを、1つのサービスで週に1回、4週観測した系列だけを見ます。4回のうち、1週目は途中でエラーが出て完了しなかった、3週目は決めた端末が使えず条件の外でした。AIの回答が出た割合の分母に入るのは2週目と4週目の2回で、2週目はAIの回答を最後まで見て会社名の言及あり、4週目はAIの回答が出ませんでした。
【編集部の提案】この記録は、「この系列で完了した2回のうち、AIの回答が出たのは1回で、その1回で名前があった」とだけ読みます。件数がこれだけ少ないうちは割合にせず、「AIでの占有率」や「AIで上位」とも書きません。ほかの質問やもう1つのサービスの記録は、それぞれの系列の票で同じように数え、この系列と足し合わせません。また、名前を入れた質問では、回答の中の受付時間が、1年前に変えた古い時間のままでした。照合の担当が自社のサイトを確かめると、よくある質問のページに古い時間が残っていたため、急ぎの区分で改善の担当へ渡し、その週のうちに直しました。
5週目の引継ぎ(架空)
5週目に事務の担当が長期の休みに入るため、観測の担当を総務の担当へ引き継ぎました。【編集部の提案】引継ぎでは、引継票に系列の番号と固定した条件、保存した質問の文、4週分の観測票の場所、受け渡した誤りの状態を書き、最初の1回は二人で並んで観測しました。二人の記録が同じ主な状態になったことを確かめてから、総務の担当が一人で観測を続けています。観測する人が替わったことは、引継票と観測票の備考に書きました。
この例から分かること
会社Aにとって最も大きな収穫は、名前が出た回数ではなく、自社のページに残っていた古い情報が見つかったことでした。【編集部の提案】観測は、表示を増やすための作業というより、自社の情報の誤りを見つけて直すための点検として使うことを提案します。観測の記録だけで、問い合わせなどの成果への効果を判断することはしません。
架空の店舗の例:修理と販売を行う町の自転車店
次は、店舗の架空の例です。店舗の場合、質問に地域の条件が入ることと、店舗の情報が第三者のサイトにも載っていることが、会社の例との違いです。
状況
架空の店舗Bは、自転車の販売と修理を行う町の店です。パンクの修理や、電動アシスト自転車の点検の相談が多く、店主は「近くで修理を頼める店は」とAIに聞かれたときに、店が出てくるかが気になっています。
決めた条件と、店舗ならではの注意
- 質問:名前を入れない質問2つ(例「駅の近くで、その日のうちにパンクを直してもらえる自転車店」)、名前を入れた質問1つ(例「店舗Bの定休日」)
- 地域の条件は、実際にお客様が来る最寄りの駅の周辺を1つだけ。隣の駅の名前に替えた質問は作らない
- 観測はスマートフォンのブラウザーで、毎週水曜の閉店後に店主が行い、照合は家族の従業員が行う
【編集部の提案】店舗の場合、回答の中に自社のサイトではなく、地図のサービスや口コミのサイトのURLが出ることがあります。該当した場合は第三者のURLの欄に記録し、そのページに載っている営業時間や定休日が、店の現在の情報と合っているかを照合します。
記録から見えたこと(架空)
3週の観測で、名前を入れた質問の回答に、以前の定休日が書かれていました。参照されていたのは、店の情報が載った第三者の紹介ページでした。店主は、まず自店のサイトと店舗の情報を確かめて正しいことを確認し、紹介ページの運営者に訂正を依頼しました。依頼の結果が分かるまでは、保留として引継票に書き、次の観測で再度確かめることにしました。
店舗の例で気を付けること
店舗では、修理の予約や在庫など、日によって変わる情報をAIの回答に期待しがちです。【編集部の提案】日によって変わる情報は、回答で正しく出ることを目標にせず、自店のサイトや電話で確かめてもらう導線を、ページの側で分かりやすくしておく方が確実です。
検索からの訪問の記録とは、別に集計する
観測の記録がたまってくると、アクセス解析の数字と並べて見たくなります。並べること自体は構いませんが、足し合わせたり、片方からもう片方を推し量ったりはしません。
流入の記録で見るもの
【編集部の提案】検索からの訪問は、アクセス解析やサーチコンソールの記録から、同じ期間・同じ条件でそろえて書き写します。AIのサービスから来た訪問が、アクセス解析でどう記録されるかは、サービスや設定によって違い、すべてを見分けられるとは限りません。見分けられない分を、観測の記録から推し量って補うことはしません。分からない分は「判別できない」と書きます。
並べるときの書き方
| 週 | 観測:主な状態 | 観測:AIの回答 | 観測:会社名 | 流入:検索からの訪問 | 備考 |
|---|---|---|---|---|---|
| 1週目 | 完了しなかった | 対象外 | 対象外 | アクセス解析の記録から | エラーで途中で止まった |
| 2週目 | AIの回答を最後まで見た | あり | あり | アクセス解析の記録から | なし |
| 3週目 | 条件の外 | 対象外 | 対象外 | アクセス解析の記録から | 決めた端末が使えなかった |
| 4週目 | AIの回答が出なかった | なし | 対象外 | 未取得(期間の確定前) | 別の質問で見つけた古い情報を急ぎで受け渡し |
この表の数字は架空で、第13節の系列と同じ内訳です。数えていない欄は0と書かず「対象外」とします。【編集部の提案】観測の列と流入の列は、同じ表に並べても、計算の上ではつながっていない別の数字として扱います。観測で名前が出た週に訪問が増えていても、それだけで「AIのおかげ」とは書きません。訪問の数字の読み方は、集客データの見方:数字を並べる前に決めておくことの考え方が使えます。
受付・受信・有効な相談を分け、確認作業の分を外す
AIでの表示が成果につながったかを考えるには、問い合わせの数字を、段階ごとに分けて見ます。この節では、観測とは別の台帳で数える3つの段階と、外しておく記録を書きます。
3つの段階
| 段階 | 数えるもの | 記録の場所 |
|---|---|---|
| 受付 | フォームは送信ボタンが押された回数ではなく、受付の成功をフォームの管理画面や自動返信の記録などで確かめた件数。電話は着信のうち、担当が出た、または折り返しでつながった件数で、不在着信は別欄 | フォームの記録、電話の記録 |
| 受信 | 受け付けた問い合わせを、担当者が実際に受け取ったと確かめた件数 | 受信のメール、受付の台帳 |
| 有効な相談 | 新規の相談のうち、担当が対応の対象であることを確かめ、重複・既存の案件・営業の連絡・テストを除いた件数。判定待ちは別欄 | 受付の台帳の判定の欄 |
【編集部の提案】3つの段階は、受け付けた日で区切って同じ問い合わせを追いかけ、評価の締め日を決めて数えます。受信や判定が後日になったものは、受け付けた日の行に戻して記録します。別々の週に起きた件数をそれぞれ数え、それを割って率にすることはしません。件数がそろっていない場合は、未確認のもの、記録の時差、重複がないかを点検します。受付があっても受信できていなければ、お客様を待たせていることになり、AIでの表示よりも先に直すべき問題です。GA4の数字と受付の件数の照合は、GA4の問い合わせコンバージョンが受付件数と合わないときに確かめる順番で扱っています。
確認作業の閲覧や送信は、顧客の数字から外す
観測や照合の作業の中で、自社の担当者が自社のサイトを開いたり、ボタンを押したり、フォームの動作を確かめるために送信したりすることがあります。【編集部の提案】こうした確認作業のための閲覧、ボタンのクリック、テスト送信は、お客様の数字ではありません。受付の台帳では、テスト送信に印を付けて別に数え、有効な相談の件数には入れません。確認作業の日時を観測票に書いておくと、後でアクセス解析の数字を見るときに、その分を見分けやすくなります。
有効な相談の判定は、決まった人が行う
【編集部の提案】受付のうち、どれを有効な相談とするかの判定は、決まった人が、先に書いた基準で行います。たとえば「自社が対応できる地域と内容で、相手と連絡が取れた」などです。判定の基準を週ごとに変えたり、観測の担当が自分の観測の結果に合わせて判定したりすると、数字の意味が変わってしまいます。判定できない受付は、無理に決めずに「判定前」として残し、次の見直しの日までに判定します。
受付の台帳の記入例(架空)
| 段階 | 件数 | 備考 |
|---|---|---|
| 受付 | 6 | フォーム4件(受付の成功を自動返信の記録で確認)、電話2件(店主が出て受けた)。このほかにテスト送信1件(印を付けて別に数えた)、不在着信1件(別欄) |
| 受信 | 6 | フォームの4件は受信のメールで、電話の2件は店主の受付の台帳への記入で確かめた |
| 有効な相談 | 4 | 1件は対応できない地域、1件は既存のお客様の同じ修理の再連絡で除いた |
| 判定待ち | 0 | この週の締め日までに判定が終わった |
| 知ったきっかけ | 未確認4、地図2 | AIと答えた方はいなかった |
この記入例の数字は架空です。【編集部の提案】同じ週の観測の記録とは、別の表として保管します。並べて見るのは、28日後の見直しの日です。
「AIを見て来た」と言われたとき
お客様から「AIで調べて知った」と言われることがあります。【編集部の提案】その場合は、受付の台帳の備考に、お客様の言葉のまま短く書きます。ただし、その件数を観測の記録の成果として数えたり、AI経由の割合を推し量ったりはしません。お客様に知ったきっかけを尋ねるかどうかは、相談の流れを妨げない範囲で決め、聞けなかった場合は「未確認」と書きます。
分母・少ない件数・未取得の扱い
観測の記録から割合を出すときは、分母の決め方と、件数が少ないときの読み方を、先に決めておきます。
分母に入れるもの
【編集部の提案】割合の分母に入れるのは、同じ系列(同じ質問・同じサービス・同じ画面と端末・同じアカウントの状態・同じ地域の条件)で、完了した観測だけです。「完了しなかった」と「条件の外」は、分母に入れず、件数を別に書きます。異なる質問、異なるサービス、異なる期間の観測を一つの割合にまとめることもしません。
| 割合 | 分子 | 分母 |
|---|---|---|
| AIの回答が出た割合 | AIの回答を最後まで見た回数 | 同じ系列で完了した観測(AIの回答が出なかった+AIの回答を最後まで見た)の回数 |
| 会社名の言及の割合 | 会社名の言及ありの回数 | 同じ系列でAIの回答を最後まで見て、会社名の欄があり・なしで確定した回数 |
| 自社のURLの割合 | 自社のURLありの回数 | 同じ系列でAIの回答を最後まで見て、自社のURLの欄があり・なしで確定した回数 |
| 内容の不一致の割合 | 不一致ありの回数 | 同じ系列で照合の対象があり、一致・不一致ありで照合が終わった回数 |
これらの割合は、手で観測した少ない標本の中での割合です。市場での占有率や、検索の順位、AIの評価を表す数字ではありません。報告では、割合と一緒に、必ず分母の回数と、分母から外した未確認・対象なし・照合前の回数を書きます。分母が0のとき、観測が未実施のとき、欄がすべて未確認のときは、率を出さずに「算出できない」と書きます。数えた結果が0件だったことと、数字が取れなかった未取得は、別のものとして書き分けます。
分母を間違えると、どう見えるか(架空の例)
架空の例で、分母の違いを見てみます。ある週に、同じ系列で観測を5回行い、2回はエラーで完了せず、残りの3回でAIの回答を最後まで見て、そのうち2回で名前がありました。
- 正しい書き方:AIの回答を最後まで見て会社名の欄が確定した3回のうち2回で名前あり。完了しなかった観測は2回
- 誤った書き方:5回のうち2回で名前あり(4割)
誤った書き方では、エラーが減った週に、名前が出る割合が上がったように見えます。実際には、AIの回答の中身は変わっていないかもしれません。【編集部の提案】分母を決める規則を先に書き、毎週同じ規則で数えることで、こうした見かけの変化を避けられます。
件数が少ないときは、割合より件数で書く
【編集部の提案】分母が10回に満たないうちは、割合を出すより、「8回のうち3回」と件数のまま書く方が誤解が少なくなります。1回の違いで割合が大きく動くためです。週ごとの割合の上下を比べて、良くなった、悪くなったと判断することも、件数が少ないうちは控えます。
未取得は0と書かない
アクセス解析の期間がまだ確定していない週、レポートが見当たらない場合など、数字が取れないことがあります。予定していた観測を行わなかった週も、観測の回数は0回ではなく未実施として書きます。【編集部の提案】その欄は空欄や0にせず、「未取得」と書き、理由を一言添えます。0は「数えた結果、なかった」という意味で、「数えられなかった」とは違うためです。未取得が続く場合は、記録の担当か取り方を見直します。
直後・7日後・28日後に見直し、続けるか保留にするかを決める
観測は、続けること自体が目的になりやすい作業です。区切りの日を先に決め、その日に何を確かめ、何を決めるかを書いておきます。
見直しの区切り
| 区切り | 確かめること | 決めること |
|---|---|---|
| 直後 | 観測票の欄が埋まっているか、URLの照合が済んだか、急ぎの受け渡しが済んだか | 記録の漏れを直す。効果は断定しない |
| 7日後 | 同じ条件の観測で状態が変わったか、直したページが反映されているか | 効果は断定しない。記録と、気付いたことを書く |
| 28日後 | 同じ系列の観測がたまったか、誤った情報が直ったか、受付と相談の数字は別の台帳でどうだったか | 続ける・条件を変えて始め直す・保留のどれかを決める |
効果を断定しないことは、何もしないことではありません。誤った情報の急ぎの訂正や、問い合わせが受信できていないといった障害への対応は、区切りの日を待たずにその都度行います。7日後と28日後は、編集部が提案する確認の日の目安です。AIの回答がその期間で更新されることを保証するものでも、統計的に十分な期間でもありません。
判断の基準は、先に書く
【編集部の提案】28日後に何を見て決めるかは、観測を始める前か、ページを直す前に書いておきます。架空の運用の例としては、「誤った情報について、正しい情報が載った自社のページと、参照されていた第三者のページの両方を確かめ、改善の担当が問題なしと判断したら、決めた質問の範囲に限って急ぎの受け渡しを閉じる」「4週の観測で完了しなかった回数が半分を超えたら、条件を見直す」のように書きます。後から都合の良い基準に変えると、記録の意味が薄れます。
続ける・保留・やめるの分け方
- 続ける:記録が予定どおりたまり、受け渡した誤りの確認にも使えている
- 条件を変えて始め直す:完了しなかった観測や条件の外が多く、比べられる記録になっていない
- 保留:担当が不在、ページの改修の途中など、観測の条件がそろわない。保留にする理由と、再開の日を書く
観測をやめる判断も、立派な判断です。【編集部の提案】記録に時間がかかりすぎて、ページの改善や問い合わせの対応が遅れているなら、質問の数や頻度を減らすか、いったん保留にします。
保留にするときに書くこと
| 保留の理由 | 書いておくこと | 再開の条件 |
|---|---|---|
| 観測の担当が不在 | 不在の期間と、代わりの人を立てない理由。その間の予定は未実施として予定表に書く | 担当が戻った週から、同じ条件で再開 |
| ページの改修の途中 | 改修の範囲と、終わる予定の日 | 改修が終わった週から、新しい系列で再開 |
| 第三者への訂正の依頼の結果待ち | 依頼した日と、依頼した先 | 結果が分かった後の次の観測で確かめる |
| サービスの画面が大きく変わった | 変わったと気付いた日と、変わった点 | 条件を書き直し、新しい系列で再開 |
保留は、何もしないことではありません。理由と再開の条件を書いておけば、担当が替わっても、どこから再開すればよいかが分かります。
担当と期限の例
【編集部の提案】小さな会社なら、観測は事務の担当、照合は別の担当、受け渡しを受けて直すのは改善の担当(制作会社を含む)、28日後に続けるかを決めるのは代表、のように分けます。期限は、急ぎの受け渡しはその日のうち、通常の受け渡しは次の見直しの日まで、照合は観測から2営業日以内、のように決めておきます。担当が不在の週は、観測を無理に代わりの人で行わず、観測票は作らずに予定表へ「未実施」と理由を書き、未実施の回数として別に数えます。観測を始めてから止まった場合だけを「完了しなかった」とします。
登録不要の20項目の点検表と、空欄の観測票・引継票
ここまでの手順を、20項目の点検表にまとめました。登録やダウンロードは不要で、この画面を印刷するか、表を書き写して使えます。結果の欄には「済」「該当なし」「判断できない」などを書き込みます。
| 番号 | 段 | 確かめること | 結果 |
|---|---|---|---|
| 1 | 準備 | 観測は成果ではないことを、関わる人の間でそろえた | |
| 2 | 準備 | 名前を入れない質問と、名前を入れた質問を分けて番号を振った | |
| 3 | 準備 | 質問に個人の情報や相談の文面、外へ出していない情報を入れていない | |
| 4 | 準備 | 地域の条件を、実際の商圏から1つだけ選んだ | |
| 5 | 条件 | サービス・画面と端末・アカウントの状態を書いて固定した | |
| 6 | 条件 | 観測の曜日・時間帯・担当を決めた | |
| 7 | 条件 | 照合の担当を、観測の担当と別の人にした | |
| 8 | 観測 | 1回の観測に、主な状態を1つだけ付けた | |
| 9 | 観測 | 最後まで見た観測に限り、会社名・自社のURL・第三者のURLを、あり・なし・未確認で別々に記録した | |
| 10 | 観測 | サービスや機能の名前を、画面に見えるとおりに書いた | |
| 11 | 観測 | 聞き直しや後続の誘導の結果を、条件の外として分けた | |
| 12 | 照合 | 自社のURLを開き、回答と本文が合っているかを確かめた | |
| 13 | 照合 | 第三者のURLのページの、自社の情報が古くないかを確かめた | |
| 14 | 受け渡し | 誤った情報に、急ぎ・通常・保留の区分と期限を付けた | |
| 15 | 受け渡し | 誤った情報について、自社のページを先に確かめた | |
| 16 | 集計 | 割合ごとに分母を決め、同じ系列で確定した観測だけを入れた | |
| 17 | 集計 | 割合と一緒に、分母の回数と、外した未確認・対象なし・未実施の回数を書いた | |
| 18 | 集計 | 観測の記録を、流入・受付・受信・有効な相談の数字と足し合わせていない | |
| 19 | 集計 | 確認作業の閲覧やテスト送信を、顧客の数字から外した | |
| 20 | 見直し | 28日後に決めることの基準を、先に書いた |
番号1〜7は、最初の観測の前に済ませる項目です。ここが済んでいないうちに観測を始めると、後から記録を比べられなくなることがあります。
空欄の観測票
1回の観測に1枚使う票です。表計算ソフトなら1行、紙なら1枚に書きます。担当の名前などの記録は自社の中だけで使い、一般に公開する場所やAIへの入力には書き写さないでください。
| 欄 | 記入 |
|---|---|
| 観測の番号・系列の番号 | |
| 日付・時刻・観測した人 | |
| サービス・画面と端末・アカウントの状態・画面に表示されたモードの名前 | |
| 質問の番号と、入力した質問の文そのもの・言語 | |
| 主な状態(完了しなかった/条件の外/AIの回答が出なかった/AIの回答を最後まで見た) | |
| 会社名の言及(あり/なし/未確認) | |
| 自社のURL(あり/なし/未確認・URL・開いた後の最終的なURL) | |
| 第三者のURL(あり/なし/未確認・URL) | |
| 内容の照合(一致/不一致あり/照合前/対象なし)・照合した人・保留の理由 | |
| 自社に関する文の短い書き写し・回答の保存先 | |
| 確認作業の閲覧や送信をした時刻 | |
| 備考(条件の違い・かかった時間など) |
空欄の引継票
担当が替わるとき、制作会社へ渡すとき、見直しの日に使う票です。
| 欄 | 記入 |
|---|---|
| 系列の番号と、固定した条件 | |
| 観測を始めた日と、区切った日 | |
| 予定していた観測の回数と、未実施の回数・理由 | |
| 完了した観測の回数・完了しなかった回数・条件の外の回数 | |
| 割合ごとの分母の回数と、外した未確認・対象なしの回数 | |
| 受け渡した誤りの一覧(区分・期限・状態) | |
| 保留の項目と、保留の理由・再開の日 | |
| 対象外にしたサービスと、その理由 | |
| 直したページと、直した日 | |
| 次の見直しの日と、決めることの基準 | |
| 次の担当と、渡した日 |
AI検索の観測から、次に確かめることを整理したいとき
Akatsukiのマーケティング相談では、広告・ホームページ・Googleマップ・SNS・AI活用の悩みを伺い、止まっている場所、次に試すことと理由、確かめる数字を一緒に整理します。
よくある質問と、今日の一手
AIで自社の名前が出なかったら、すぐにページを直すべきですか
すぐに直す必要はありません。【編集部の提案】1回の観測の結果では判断せず、同じ条件の観測をためてから決めます。名前が出ないことよりも、回答の中に誤った情報がないか、その質問に答えるページが自社にあるかを先に確かめる方が、次の一手が決めやすくなります。
AIの回答に向けて、特別な書き方をした方がよいですか
Googleの検索については、第7節の要約のとおりです(出典1)。【編集部の提案】お客様の問いに正しく答え、古い情報を残さないページに整えることを優先します。
サーチコンソールで、AIでの表示の数字は見られますか
Googleの検索については、第8節の要約のとおり、専用のレポートがあります(出典2)。【編集部の提案】画面での名前や場所は、ご自身の権限で開けるその時点の画面で確かめてください。見当たらない場合は0と書かず、「未取得」と理由を書きます。
ほかのAIのサービスでも、同じように数字で確かめられますか
この記事では、Google以外のサービスの機能や数字の確かめ方は扱いません。【編集部の提案】数字で確かめる方法が分からないサービスは、この記事の観測票で手で記録し、その記録を順位や占有率として扱わないようにします。
観測は、毎日行った方がよいですか
【編集部の提案】小さな会社なら、週に1回、同じ曜日・同じ時間帯で十分です。毎日行うと、条件をそろえるのが難しくなり、続けにくくなります。続けられる頻度で、同じ条件を守る方が、比べられる記録になります。
観測の結果を、制作会社への報告に使えますか
使えます。【編集部の提案】その場合は、割合だけでなく分母の回数、完了しなかった回数、条件の外の回数を一緒に渡し、観測は成果の数字ではないことを添えます。受け渡す誤りは、区分と期限を付けて引継票で渡すと、担当が優先順位を決めやすくなります。
今日の一手
まずは、名前を入れない質問を3つ、名前を入れた質問を2つ書き出し、観測するサービスと端末を1つずつ決めてください。そのうえで、点検表の1〜7を済ませ、空欄の観測票で最初の1行を記録します。名前が出たかどうかより、回答を最後まで見て、自社に関する内容が正しいかを確かめることから始めてみてください。
本文中の図版3点は、Akatsuki編集部が文字と図形で作成した説明図です。
今日やること
- 名前を入れない質問を3つ、名前を入れた質問を2つ、公開してよい情報だけで書き出し、文をそのまま保存する
- 観測するサービス・画面と端末・アカウントの状態・地域の条件を1つずつ決め、観測の担当と照合の担当を分ける
- 空欄の観測票で最初の1回を記録し、回答を最後まで見て、自社に関する内容が自社のページと合っているかを照らし合わせる
出典・編集方針
- この記事の観測と成果の分け方、質問の作り方、固定する条件、観測の対象から外すサービスと場面、観測の4つの主な状態と独立した4つの欄、観測と照合の手順、誤った情報の受け渡しの区分、別に管理する観測、割合の出し方、見直しの区切りと保留の条件、担当と期限の例、20項目の点検表、空欄の観測票と引継票は、Akatsuki編集部の運用の提案です。特定の会社で効果を測った結果ではなく、AIの回答への表示や問い合わせの増加を約束するものではありません。
- 本文で架空と書いた事務機器の保守を行う会社と町の自転車店の例、観測の回数、記録例、照合の記入例、受付の台帳の記入例、質問の文の例、受け渡しの文面は、説明のために作った例です。実在の会社の事例や観測の結果ではなく、業種の平均や目安の数字でもありません。観測の割合は手で観測した標本の中での割合で、市場での占有率や検索の順位を表すものではありません。
- 本文中の図版3点は、Akatsuki編集部が文字と図形で作成した説明図で、実在のサービスや管理画面ではありません。
- 本文の「出典1」などの番号は下の一次情報の番号に対応し、内容は確認日(2026年10月21日)の時点のものです。本文のうち【公式情報】の2つの段落は公式資料の内容を短く要約した記述で、原文の直接の引用ではありません。第7節・第8節の編集部の提案の段落と、よくある質問の2つの回答でその要約を参照した文も、公式資料に由来する内容を含みます。それ以外の手順・票・架空の例は編集部の提案です。AIのサービスの機能や画面の名前は、実際に観測する担当者がその時点の画面と資料で確かめてください。
一次情報(外部サイト)
- 出典1:Google 検索セントラル(生成AIの機能に向けたサイトの最適化、英語)(外部サイト)通常のSEOの基本と表示の保証。2026年10月21日確認
- 出典2:Search Console ヘルプ(生成AIの機能での表示回数のレポート、英語)(外部サイト)リンクの表示回数を確かめる専用のレポート。2026年10月21日確認
記事の作り方と訂正の方針は編集方針にまとめています。
次に読む
関連する支援:マーケティング相談
相談の内容と申し込みの流れは、マーケティング相談のページで説明しています。