LLM seeding（LLMシーディング）とは
LLMシーディングとは、AIが回答の根拠にする外部サイトで、自社を正確に紹介してもらう取り組みです。情報源の見つけ方、レビュー、比較記事、コミュニティでの進め方と、ステマにならないための注意点を解説します。
LLMシーディング（LLM seeding）とは、レビュー、比較記事、コミュニティ、ヘルプなどの外部のサイトで、自社を正確に紹介してもらう取り組みのことです。 外部言及（サイテーション）を増やす施策とも言えます。まず、保存したAIの回答に出てくる引用元のページから始め、役に立つ根拠を提供し、広告や取引の関係は明示します。外部のページの公開と、その後のAIの回答の変化は、別々に記録しましょう。
シーディングの意味をはっきりさせる
「LLMシーディング」は、その中身を決めてはじめて役に立つ言葉です。この記事では、関係のある外部のサイトが、自社を正確に紹介できるように手伝うことを指します。成果物は、検討している人が判断に使えるレビュー、比較、回答、ヘルプのページで、掲載する側が確かめられる事実に支えられたものです。
出発点は、顧客の困りごとと、それがどこで話題になっているかです。予約システムの会社なら、前払いの仕組みの比較記事、キャンセルについてのコミュニティでの議論、連携先の設定方法のページなどが考えられます。同じ宣伝の文章をあちこちに配るのではなく、それぞれの困りごとに合った情報を用意しましょう。
外部に作業を依頼するときも、どの情報源で、誰に向けて、何を提供し、どんな公開の記録が残るのかを具体的に決めます。AIが情報を学習し、検索で取り出す仕組みについてはLLMO対策のやり方で解説しています。この記事では、実際に確認できる公開の情報源に絞って説明します。
回答に出てくる情報源を探す
主な検討の場面から10個のプロンプトを選び、確認したいAIと検索のモードで回答を集めます。回答の全文、プロンプトの文章、日付、表示された引用元のリンクを保存し、予定した日にもう一度同じプロンプトで確認して、両方の結果を残しましょう。
作業用の表には、1行に1つの引用元のページを書きます。そのページが出てきたプロンプト、回答に出てきた回数、掲載しているサイト、わかれば公開日、関係する部分を記録します。自社のページ、競合のページ、第三者のページは分けて整理し、ドメインでまとめる場合も元のURLは残しておきます。
連絡する前に、ページの内容を確認する
ページを最後まで読み、読者が自社の顧客と合っているか、関係する分野を扱っているか、情報が新しいかを確認します。自社が手伝える具体的な抜けや誤りを見つけ、その部分と、提供する情報の根拠を保存しておきましょう。
選ぶときは、次の3つを確認します。
- そのページは、自社の顧客の役に立つか
- 自社に、提供できる役に立つ情報があるか
- 修正の依頼や情報の提供の手続きがあるか
3つともよく当てはまるページを優先します。掲載料や取引の関係がある場合は、内容の合い方とは別に記録しましょう。
情報源の種類に合わせて提供するものを変える
情報源の種類によって、必要な根拠は違います。次の表は、提供するものの例で、AIへの影響の大きさで並べたものではありません。
| 情報源の種類 | 役に立つ提供 | 用意する根拠 |
|---|---|---|
| 顧客のレビュー | 実際に使った人の正直な感想 | その人の使い方、条件、感じたこと |
| メディアの比較記事 | 正確な仕様と、確かめられる説明 | 最新のヘルプ、機能の条件、デモ |
| コミュニティ | 話題になっている質問への的確な回答 | 具体的な手順、背景、自社との関係の明示 |
| 連携先のヘルプ | 正しい連携や設定の手順 | 試した手順、対応しているバージョン、条件 |
| ポータルサイト | 正しい会社とサービスの情報 | 正式名称、分野、提供の状況、リンク先のURL |
顧客に正直なレビューをお願いする
顧客には、実際の体験を自分の言葉で書いてもらいます。中立的な依頼の文章で、掲載先のサイトの手順を添え、批判的な内容も受け入れましょう。使った目的や、大切だった条件を書いてもらうよう依頼します。参加するかどうか、何を書くかは、顧客が決めます。
レビューの依頼と、問い合わせへの対応は分けます。困っている顧客の問題は、それ自体が解決すべきことだから解決します。公開されたレビューに製品の事実の誤りがある場合は、掲載先の通常の手続きで、役に立つ情報を添えて返信しましょう。顧客の代わりにレビューを書いたり、用意したほめ言葉をそのまま使ってもらったりしてはいけません。
比較記事やヘルプを正確にしてもらう
メディアの比較記事には、短く事実をまとめた連絡を送ります。対象のページと、事実と違う記述を示し、今の正しい内容と、それを裏付けるヘルプのリンクを添えます。機能に特定の設定が必要なら、その条件も説明しましょう。掲載する側が自分で確かめやすくすることが大切です。
連携先のヘルプについては、修正を提案する前に、自分で設定を再現します。使った製品のバージョンと手順を記録し、問題を解決する最小限の修正を提案しましょう。スクリーンショットや例に顧客の情報を含めないようにし、修正が受け入れられたか、いつ公開されたかも記録します。
コミュニティでは自社との関係を明示する
投稿する前に、コミュニティのルールを読みます。実際の質問に答え、必要な場面では自社の製品との関係を書きましょう。役に立つ回答とは、手順を説明したり、メリットとデメリットを示したり、具体的な設定方法を案内したりするものです。製品へのリンクは、説明に必要な場合だけにします。
投稿した場所、日付、話題、関係の明示を記録しておきます。議論の中で、自社のヘルプに繰り返し足りない点が見つかったら、そのページも直しましょう。
ステマにならないように線を引く
架空の顧客、作ったレビュー、第三者のふりをしたおすすめは、決して作ってはいけません。日本では、2023年10月1日から、広告であることを隠す表示（いわゆるステルスマーケティング）が、景品表示法の不当表示として規制されています。事業者が表示の内容に関わっているのに、第三者の自発的な感想のように見せることは、この規制の対象になります。
有料の掲載や、取引の関係がある紹介は、読む人が気づき、理解できる形で「広告」「PR」などと明示しましょう。掲載先のルールにも従い、自社の記録でも、広告として掲載したものは分けておきます。
Googleも、生成AIの機能での表示を目的に、本物でない言及を集めることへの注意を呼びかけています。
公開とその後の回答の変化は分けて記録する
記録は、「情報源を見つけた」「提供する内容を用意した」「依頼した」「公開された」「その後の回答で確認した」の順で残します。公開されたURLと日付を保存し、予定した日に最初と同じプロンプトで確認し、回答の全文を読んでから、取り組みの結果を判断しましょう。
情報源への取り組みは、まず事実の正しさと役に立つかで評価します。設定の手順のページが正しく直れば、その後の回答の確認がまだでも、一つの改善が終わったことになります。うまくいかなかった依頼や、変わらなかった回答も記録に残しましょう。
記録から言えることの範囲
引用元に出てきたページから、AIが何を読み、何を学習したのかのすべてが分かるわけではありません。外部のページに掲載されても、検索で取り出されたり、名前が出たり、好意的に紹介されたりする保証はありません。また、前後の回答の違いだけでは、取り組みが原因とは言えません。提供した内容、公開、回答の記録は、それぞれ別の事実として報告しましょう。
SearchSeal は、AIによる概要、ChatGPT、Gemini、Perplexityで、登録した質問の回答を毎日保存し、ブランドの言及、順位、競合、返された引用元URLを記録します。明示的な引用かどうかは「不明」として扱っています。引用元の追跡で、回答とともに返されたページを確認し、次に取り組む事実の訂正や情報の提供の候補を整理できます。
よくある質問
最初にどの外部のページに連絡すればよいですか？
自社の顧客に合っていて、関係する回答の引用元に出てきて、自社が手伝える具体的な抜けや誤りがあるページを選びます。連絡する前に、修正の依頼や情報の提供の手続きを確認しましょう。
修正の依頼には何を書けばよいですか？
ページのURL、事実と違う記述、正しい内容、それを裏付ける最新のヘルプのリンクを書きます。条件によって答えが変わる場合はその条件を書き、自社と製品の関係も明記しましょう。
有料で掲載してもらった記事はどう扱えばよいですか？
読む人に分かる形で広告であることを明示してもらいます。自社の記録でも、掲載先、URL、公開日、取引の関係、表示の内容をまとめ、第三者の記事とは分けて管理しましょう。