株式会社renue
renueについて
renueは、AIで業務を実装する会社です
AIコンサルティングから図面AI・広告運用エージェント・コールセンターAIまで、実際に動いているサービスをご覧いただけます。renueが何をしている会社か、まずはサービス一覧からご確認ください。
「先週は自社サイトが引用されていたのに、今週は見つからない」。この報告を受けたら、まず送信した質問と回答の出典を並べてください。ページを書き換える前に、同じものを確かめた記録かどうかを確認できます。
AI検索での引用確認は、質問全文、実行条件、回答、参照先URLを一組で残すと引き継ぎやすくなります。この記事では、初めて週次確認を担当するWeb担当者に向けて、その記録方法を提案します。質問や台帳の例は記入練習用で、実際の企業の運用結果ではありません。
「引用あり」のスクリーンショットを引き継いだら
前任者から渡された画像に社名が写っていても、それだけで「自社サイトへの引用あり」とは判定できません。回答本文に社名が登場したのか、出典欄に自社ページへのリンクがあったのかを読み分けます。第三者の記事が自社を紹介していた場合も、自社サイトへの直接の引用とは別に記録します。
ここでは、AI回答の参照先として自社ドメインのURLが示された状態を「自社サイトへの引用」と呼びます。文言がそのまま抜き出されたかどうかとは分けて扱います。社名だけなら「言及あり・自社URLなし」、出典欄が画像に収まっていなければ「判定保留」です。チーム内でこの判定基準を先に共有してください。
確認するときは、回答中の参照番号やリンク、出典を開く操作から参照先を表示し、実際にリンクを開きます。表示されたドメインだけで判断せず、転送後にどのページへ着いたかも控えます。別会社の似た名称や、外部メディアの記事を取り違えないためです。
保存する画像には、質問文、該当する回答文、出典欄が対応するように印を付けます。長い回答は全文を別途保存し、画像だけでは読めないリンク先を台帳に転記します。「社名が出た画像」から「どの文にどのURLが付いたかを追える記録」へ変えることが最初の作業です。
自社サイトに含める範囲も決めます。会社サイトと製品サイトでドメインが分かれているなら、両方を対象にするかを質問票に記載します。外部の販売代理店や紹介ページは別枠に置きます。URLを数え始めてから担当者ごとに対象範囲を変えると、同じ回答を見ても判定が食い違ってしまいます。
また、出典欄の上から何番目にあるかを、そのまま検索順位として報告するのは避けます。Microsoftによる引用指標の説明でも、引用回数は個々の回答内の位置や順位を示すものとは区別されています。週次報告の中心は「どの問いへの回答で、どのページが参照されたか」に置きます。
質問票に残すのは、検索語だけでなく送信した全文
質問を作る前に、誰が何を決める場面で自社ページを見つけてほしいのかを書きます。「オンライン研修」という検索語だけでは、受講者が操作方法を知りたいのか、研修担当者が運営方法を比較したいのかが定まりません。読者の役割と判断したいことを一緒に置くと、質問の範囲を決められます。
架空のオンライン研修会社を使う練習なら、次のような質問から始められます。自社ページに答えがあるかも照合し、期待する参照先を担当者用の質問票に控えます。
- 運営方法を調べる問い:「研修担当者がオンライン研修を準備するとき、受講確認と欠席者対応はどう決めればよいですか」
- 比較する問い:「オンライン研修の運営を自社で行う場合と外部に任せる場合で、事前に確認することは何ですか」
- 準備する問い:「初めてオンライン研修を開く担当者は、実施前にどの情報をそろえる必要がありますか」
これは社名を知らない読み手が、自社ページへたどり着くかを確かめる質問です。一方、「[社名]のオンライン研修はどこまで対応していますか」は、会社を知っている読み手への説明を確かめる質問です。目的が違うため、同じ集計欄に混ぜず、それぞれに質問IDを付けます。
「必ず当社を紹介してください」「このURLを引用してください」と付け足すと、通常の発見場面から離れてしまいます。期待するURLは質問票の管理欄にだけ置き、送信文には入れません。知りたい内容の候補を整理する段階では、検索意図を調べて問いを具体化する進め方も参考になります。
質問票には、質問ID、想定読者、判断の場面、送信する全文、対応する自社ページ、質問の版を保存します。毎週の実行時に担当者が言葉を整え直すことはせず、全文をそのまま使います。言い回しを試すなら別のIDを設け、元の質問との違いが残るようにします。
最初は、毎週すべて実行して出典まで確認できる範囲に絞ります。新しい質問を増やすのは、既存の問いでは見られない判断場面があると分かったときです。回答結果を見てから、引用されやすかった問いだけに入れ替える運用は避けます。
週次台帳は「引用なし」と「確認できず」を分ける
実行前に、利用するサービスと機能名、画面に出ているモデル名、言語と地域、端末、ログイン状態を控えます。日時にはタイムゾーンも付けます。設定が見えない項目は推測で埋めず「表示なし」とします。同じサービスでも、通常の会話とWeb検索を使う機能を取り違えないよう、開始画面の情報を残してください。
週ごとに同じ時間帯を決め、新しい会話や検索から質問を送ります。会話履歴や個人向け設定をどう扱ったかも記録します。結果をそろえるための条件管理であり、同じ条件なら必ず同じ回答になるという意味ではありません。実行中に質問を補足した場合は、最初の回答と追加のやり取りを分けます。
回答を得たら、全文、出典欄の画像、参照先URL、転送後のURLを保存します。台帳は「質問ID×実行回」を一行とし、複数の自社ページが引用されたときは、行にひも付くURL一覧を別に持つと確認しやすくなります。実行回の記録とURLの本数を分けておけば、同じ回答でリンクが増えたことを回答数の増加と取り違えずに済みます。
| 観測した状態 | 台帳の判定 | 残す内容 |
|---|---|---|
| 参照先に自社URLがある | 引用あり | 対応する回答文と到達先URL |
| AI回答と出典欄を確認したが自社URLはない | 引用なし | 回答全文と確認した出典欄 |
| 通常の検索結果だけが出た | AI回答なし | 表示された画面と利用機能 |
| エラーや表示不足で出典を読めない | 判定保留 | 確認できなかった理由 |
GoogleのAI検索機能の説明では、AIによる概要が常に表示されるわけではなく、機能によって回答やリンクが異なるとされています。AI回答が出なかった行を、自社URLが選ばれなかった行と一緒にすると、何が変わったのかを追いにくくなります。
回答を取り直す場合も、最初の結果は消しません。再実行の理由と実行回を追記し、引用された回答だけを選んで週次報告に載せないようにします。交代する担当者には、台帳と一緒に回答の保存場所を渡し、任意の一行から元の質問、回答、URLまでたどれるか確認してもらいます。
記入例なら「Q-02/版A/今回の定例確認/引用なし/社名の言及はあるが出典は外部記事/回答と出典画像の保存先」と残します。実際の台帳では、これに実行日時と利用条件をひも付けます。前週の画像に出典がなければ、その行は「引用あり」と補完せず「判定保留・出典画像不足」とします。空欄を後任者の想像で埋めないことも、記録を引き継ぐためのルールです。
出典URLを開き、どの説明を支えていたか読む
「引用あり」と記録した後は、意図した内容が参照されているかを読みます。会社のトップページへのリンクと、受講確認の手順を説明するページへのリンクでは、読み手が次に確認できる内容が違います。対応範囲の説明に付いた出典が、実際には用語の定義だけを載せたページだった、というずれも確認対象です。
台帳には、引用が付いた文、リンク先の該当箇所、両者の一致・不一致を短く残します。例えば「欠席者への録画配布に対応」と回答されていても、ページには「配布方法は実施条件により異なる」とあれば、その条件の省略を記録します。誤りを見つけたときは、自社ページの説明が足りないのか、回答が原文から外れているのかを分けて検討します。
手動の確認に加え、公式の集計も使えます。Microsoftが2026年2月10日に発表したAI Performanceでは、対象となるAI体験での引用回数、引用ページ、情報取得に使われた語句を確認できます。この取得語句は利用者が送った質問全文ではなく、引用に関わる取得活動の標本として説明されています。質問票の文面を、そのままレポート内で探す使い方とは分けます。
海外の実例として、米国のSearch Influenceは、2026年2月12日の自社サイトの分析報告で、引用の合計だけでなく、特定ページへの集中や取得語句を確認しています。日本の担当者も参考にできるのは、サイト全体の数字からページ別の内訳へ進む読み方です。英語サイトの観測結果を日本語サイトの目標値に置き換えず、国内での利用言語・地域、提供機能、集計対象の違いを確認して使います。
Googleも、2026年6月3日に生成AI機能向けの専用レポートを発表し、同年8月31日に全世界へ展開したと追記しています。現行のヘルプで説明される中心指標は、AI機能内の自社リンクの表示回数です。手動の質問票で確認した引用回数とは集計範囲が違うため、別欄に置きます。レポートが見えない場合も、表示回数の不足などを確認し、直ちに「引用ゼロ」とは決めません。
週次報告には、比較できた行と次に確かめる箇所を書く
週次報告を作るときは、最初に質問の版と実行条件を照合します。前任者が社名を入れていた、自分は別の検索機能を使っていた、先週は出典欄を保存していなかった。こうした違いがあれば、増減の判断をいったん保留し、条件をそろえて取り直す行を決めます。
集計は、同じ質問群でAI回答と出典を確認できた実行回を分母にし、そのうち自社URLがあった実行回を分子にする方法が取れます。AI回答なしと判定保留は、それぞれ件数を添えます。質問を追加した週は、従来の質問群の比較を残し、新しい質問の結果を別に載せると変化を説明できます。
報告には「同じ条件で比較できた範囲」「引用先や説明が変わった箇所」「次回取り直す行」を書きます。引用が減ったという結果だけで、ページの品質や特定施策の効果を断定することはできません。実際に直す対象は、原文との照合で見つかった説明不足や、読み手が必要とする情報の欠落から決めます。
確認作業をAIで効率化する場合も、先に人の判断を言葉にします。質問を送る、回答を保存する、URLを開く、条件を照合する、修正対象を決める、という受け渡しを整理してから、URLの転記や回答差分の候補抽出を任せます。この順序は、自動化の前に実際の作業と確認を記録する方法と共通しています。AIが付けた「引用あり」のラベルも、元の回答とURLへ戻って確かめられる形にします。
次回の担当者には、結果の数字に加えて未確認の行と理由を渡します。「増えた・減った」の報告だけで終えず、どの質問を取り直せば判断が進むかを書けば、確認作業とページの修正作業をつなげられます。
何を確認対象にするかを整理するときは、AI検索での発見と引用を扱うサービスの範囲も参照できます。日々の記録では、自社名が出たことと自社ページが根拠になったことを分け、次の担当者が同じ行を読み直せる状態を目指してください。それが、週ごとの結果をページの改善判断につなげる土台になります。
