LLMO対策の比較記事はどう作る?AI可視性が0%→11%と報告された1840 & Coの例

公開 更新 23 分で読了
LLMO対策の比較記事はどう作る?AI可視性が0%→11%と報告された1840 & Coの例

LLMO対策の比較記事をどう作るか。AI可視性0%→11%と報告された1840 & Coの事例を読み解き、候補の分類、同じ条件での比較、根拠の台帳、公開後の観測まで具体的に解説します。

LLMO対策として比較記事を作るなら、自社を一番に置く前に、読者が何を比べて選ぶのかを決めます。 料金の安さ、依頼できる仕事、契約後の負担。判断に必要な条件をそろえると、自社が向く人も、別の選択肢が向く人も説明できます。

海外の人材サービス企業1840 & Coには、AI可視性が0%から11%へ変化したとする公開事例があります。支援会社Profoundは、比較記事やFAQの整備、継続的な観測を紹介しています。[1]

LLMOは、ChatGPTなどの大規模言語モデルを使うサービスで、自社の情報を適切に見つけてもらうための取り組みです。この記事では、比較記事を作る担当者に向けて、事例の数字の読み方と、根拠付きの比較ページを一本作る手順を説明します。

後半の制作手順と表は、当社が提案する作業例です。1840 & Coの作業を再現したものでも、同じ成果を予測したものでもありません。

1840 & Coの報告:AI可視性0%→11%は何の数字か

0%から11%へ変わったのは、Profoundが事例で報告するAI可視性です。売上や問い合わせの増加率ではありません。 まず、何を観測した数字かを分けて読みます。

1840 & Coの報告:AI可視性0%→11%は何の数字か(説明図)

数値はProfoundの公開事例による報告値です。図は説明用で、実際の管理画面ではありません。

Profoundの事例では、開始時の0%から、2週間後に6%、月末に11%へ進んだと説明されています。AIの回答でブランドがどの程度見えるかを扱う指標であり、比較記事だけが変化の原因だったとは確認できません。[1]

記事では多くの質問を観測したことが述べられていますが、この結果を再計算できる質問の全一覧や集計条件は公開されていません。期間中の売上、登録件数、問い合わせ件数も、この数字からは分かりません。

この事例を読んで「自社も比較記事を書けば11%になる」と目標を置くのは早計です。どんな質問を、どのAIで、何回確認するかによって、見える数字は変わるからです。

例えば、会社名を質問へ入れた場合と、「小規模企業向けの研修サービスを探している」と会社名を入れずに聞いた場合では、紹介される条件が異なります。自社名を含む質問ばかりへ変えて数字が上がっても、選ばれる場面が広がったとは限りません。

また、会社名が一度出たこと、公式サイトへのリンクが付いたこと、具体的な候補として推薦されたことも別です。観測する際には、それぞれを分けて残す方が、次に直す内容を考えやすくなります。

見たい変化 記録するもの それだけでは分からないこと
名前が出た 回答内のブランドへの言及 おすすめの候補として扱われたか
ページが引用された 実際のリンク先URL 読者がクリックしたか
候補として紹介された どんな条件で紹介されたか 申込や購入につながったか
サイトへの訪問があった 参照元と訪問の記録 AI回答を見た全人数
問い合わせがあった 完了した問い合わせの件数 比較記事だけが原因だったか

比較記事を作る担当者が最初に見るのは、紹介の正確さです。対象外の企業規模に向くと説明されていないか、提供していない仕事まで依頼できると書かれていないか。露出が増えても説明が違えば、読者の判断を助けられません。

自社の報告書でも、「AI対策の成果」という大きな名前だけを使わず、記録した行動や状態を書きます。「固定した質問のうち、自社名が出た回答が何件あったか」と書けば、読み手は何が増えたのかを理解できます。

さらに、元の回答を残します。数値だけでは、好意的な紹介だったのか、対象外の例として出たのかを見直せません。確認した質問、回答、URL、日時があれば、後から集計の意味を確かめられます。

今回の事例から持ち帰れるのは、目標となる11%という数字より、比較の材料を整えて、同じ問いで紹介のされ方を追うという作業です。記事の公開と観測を一組で進めると、書いて終わりにならず、説明の不足を次の修正へつなげられます。

1840 & Coのしたこと:比較記事・自社の位置付け・短いFAQ・観測

報告されているのは、比較記事に自社を含め、選ばれる理由を説明し、短いFAQと継続観測を組み合わせた取り組みです。 どれか一つの変更だけの効果を切り出した検証ではありません。

1840 & Coのしたこと:比較記事・自社の位置付け・短いFAQ・観測(説明図)

説明用の図です。画面や作業記録は実物ではありません。

Profoundは、当時10社を扱った比較記事で1840 & Coを先頭に掲載したことや、FAQを追加したことを紹介しています。[1] ただし、自社を先頭へ置けばAIに選ばれる、という一般的なルールは示していません。

自社が書く比較記事では、自社への問い合わせを増やしたいという目的があるでしょう。その立場を隠すより、誰が書いた比較かを分かるようにし、読者が条件を確かめられるページにすることが重要です。

例えば、自社が研修サービスを提供する会社なら、「当社を含む研修の選択肢を、導入担当者が比較するために整理しました」と書けます。自社が提供する範囲と、他社の公式情報から確認した範囲も分けておけば、説明の立場が伝わります。

自社の長所を書くこと自体を避ける必要はありません。ただし、「最も優れている」という評価だけでは、誰に向くかが分かりません。個別の相談ができる、教材だけを利用できる、社内の運営負担を減らせるなど、確認できる違いを示します。

読者に向く条件を明確にすると、問い合わせ前に判断できることが増えます。例えば、少人数で同じ内容を繰り返し学びたい人と、全社の業務に合わせて研修を設計したい人では、必要なサービスが異なります。

その違いを説明する比較記事なら、候補の数を増やすだけでなく、何を基準に読むかを示せます。記事の前半で選び方を説明し、候補ごとの紹介では同じ項目を扱うと、読者は前の候補へ戻って探し直さずに比較できます。

短いFAQは、比較表だけでは残る疑問を補う場所として使えます。「料金に何が含まれるか」「事前に何を準備するか」など、選定の最後に必要な質問へ答えます。本文と同じ説明をそのまま並べる必要はありません。

既存記事への質問と答えの追加に絞って進めたい場合は、Alchemyが過去記事に足したFAQと短い答えの事例も参考になります。このページでは、選択肢の比較そのものを組み立てる作業を扱います。

現在の比較記事は、順位でなく種類で候補を分けている

現在公開されている1840 & Coの記事は、8つの選択肢を種類で整理しています。 事例で説明された当時の10社版と、現在のページを同じものとして扱わないようにします。[2]

現行の比較記事では、幅広い運営支援を含む会社、専門人材のネットワーク、フリーランスのプラットフォームという違いが示されています。候補ごとに、向く条件や別の選択肢を考える条件も説明されています。[2]

2026年9月29日の確認時、ページには2024年11月14日の公開日と、2026年7月28日の更新日が表示されていました。現在の構成を、事例当時の成果を生んだ修正内容と断定することはできません。

実物を読むなら、候補の一覧だけでなく、各候補がどんな種類として説明されているかを見ます。次に、どの条件なら向くと書かれているかを読みます。同じ「人材を探す」という目的でも、利用者側が担う仕事が違うことに気づけます。

この考え方を自社の比較記事へ使うなら、先にサービスの種類を分けます。研修なら、教材を自分で学ぶ方式、決まった講座へ参加する方式、会社ごとに内容を設計する方式では、担当者の準備も利用する場面も変わります。

価格だけを横一列に並べると、その違いが見えなくなる場合があります。教材の利用料と、講師が会社別に設計する研修の費用は、含まれる仕事が異なるからです。先に種類を説明すれば、なぜ単純な安い順にできないかも伝えられます。

ただし、種類を作っただけで公正な比較になるわけではありません。自社だけ細かな長所を書き、他社は短い一文で済ませれば、読者が確かめられる情報量に差が出ます。同じ種類の候補には同じ項目を使い、種類が違う場合は比較できる範囲を明記します。

現在の記事も1840 & Coが運営する自社媒体です。中立な第三者のランキングとして引用するのではなく、比較の組み立て方を読むための実物として参照します。

LLMO対策の比較ページを作る手順

最初に、誰が何を選ぶためのページかを一文で決めます。その後、候補の種類、比較項目、根拠の順にそろえます。 書き始める前にこの三つが決まると、紹介文の長さや順序も選びやすくなります。

LLMO対策の比較ページを作る手順(説明図)

説明用の図です。画面や作業記録は実物ではありません。

ここからは、架空の研修サービス会社が「小規模企業の新入社員研修の選び方」を作る例です。固有の会社名や価格は設定せず、実際のサービスを調べるときに使える表と手順を示します。

用意するものは、自社の現行サービス資料、候補となる他社の公式ページ、調査用の表、原稿を保存する文書です。公開する前に自社の条件を確認できる担当者も決めておきます。

最初の一本では、扱う場面を狭くすると進めやすくなります。「企業研修のすべて」では、管理職研修、専門技能、法定の研修など、目的の違う話が混ざります。今回は、新入社員を迎える小規模企業の導入担当者に絞ります。

誰が何を選ぶ場面かを書き、候補を種類で分ける

比較の前提は、読者、決めたいこと、必須条件、今回扱わない範囲の四つで書けます。 この前提を候補選びと本文の両方に使います。

例えば、次のように置きます。人数や期間は説明用の設定で、市場全体の基準ではありません。

前提 今回の設定例
読者 新入社員の研修を担当する小規模企業の総務担当者
決めたいこと 外部の研修を使うか、教材を使って社内で進めるか
必須条件 少人数で始められ、担当者が準備する作業を把握できること
比較する観点 学び方、内容の変更可否、社内の運営負担、費用の範囲
今回扱わない範囲 特定の資格取得、管理職向け研修、法令で定められた研修

「小規模企業」とだけ書く場合も、自社が想定する規模を社内の制作メモへ残します。記事内で人数を決めるなら、なぜその範囲を扱うかを説明します。サービスの対応人数が確認できないのに、勝手に少人数向けと分類しないためです。

次に、候補を種類で分けます。最初から会社の順位を付けず、読者がどんな支援を求めるかで整理します。

種類 選ぶときに確かめること 担当者側に残りやすい作業
自分で学ぶ教材・動画型 学習内容、利用期間、進み具合の確認方法 受講案内、進捗の確認、質問への対応
決まった講座へ参加する型 日程、対象者、扱う内容、参加方法 対象者の選定、日程調整、受講後の振り返り
会社別に設計する型 変更できる範囲、講師との相談、準備期間 目的の共有、社内事例の整理、担当窓口

この表は一般的な検討の整理例です。実際にどの作業を提供元が行うかはサービスごとに違うため、個別の候補では公式情報を確認します。種類から機能を推測して埋めないようにします。

候補を集めるときは、今回の条件に関係する公式の説明があるかを見ます。検索結果の紹介文だけを転記せず、提供元のページで対象者、実施方式、問い合わせ先を確かめます。

候補を記事へ載せる理由も一行で残します。「検索で上位だった」だけでなく、「少人数の受講条件が公開されている」「会社別の内容相談を案内している」といった、今回の読者に関係する理由です。

候補数を先に十社へ固定する必要はありません。前提に合う選択肢が少なければ、その範囲を正確に説明します。数を増やすために対象の違うサービスを混ぜると、比較の基準が崩れます。

一方で、自社に都合のよい種類だけを選んでいないかも確認します。会社別の研修を売る会社なら、教材型が向く場面も説明できます。読者がすでに講師を確保しているなら、教材だけで足りる場合があるからです。

本文の冒頭には、比較の範囲を短く書きます。例えば「新入社員研修を少人数で始めたい企業向けに、学び方と担当者の準備を比べます。資格取得や管理職研修は対象に含めません」と説明できます。

ここまでで作るのは、候補の一覧と、載せた理由です。まだ一社ごとの長い紹介文を書かなくて構いません。前提と候補が合っているかを確認してから、比較する項目をそろえます。

候補選びを他の担当者へ渡すときには、含める条件と外す条件を一緒に伝えます。「人気のサービスを探してください」だけでは、知名度の高い候補ばかりが集まる可能性があります。「今回の読者が利用できる条件を公式に確認できる候補を探す」と指定すれば、調査の目的がそろいます。

一つのサービスが複数の種類に当てはまる場合もあります。教材の提供と、会社別の研修設計を両方行っているなら、今回比較するプランや利用方法を明記します。会社全体に一つのラベルを貼るより、読者が選ぶ契約や提供方式に合わせて分類します。

逆に、似た名前でも対象が違うサービスは区別します。同じ運営会社の個人向け講座と法人向け研修では、申込方法や支援内容が異なる場合があります。候補の正式名称と、調査したページの対象を表へ残せば、別サービスの説明を混ぜにくくなります。

全社に同じ基準を当て、他社が向く条件も書く

比較項目は、自社にも他社にも同じように適用します。 自社の得意な項目だけを増やさず、読者が選ぶために必要な条件から決めます。

研修の例なら、まず「何を学ぶか」「どう参加するか」「内容を変えられるか」「担当者にどんな準備が必要か」「費用に何が含まれるか」を並べます。各候補の説明は、この順で調べます。

調査用の表には、候補ごとの答えだけでなく、根拠と確認状態も入れます。空欄があることを失敗と考えず、まだ分からない項目として残します。

項目 記入する内容 根拠として残すもの
学習内容 対象とする業務や受講者 公式の講座案内URL
実施方法 動画、オンライン、会場など確認できた方式 参加方法の説明URL
変更できる範囲 個別設計の有無と、その条件 サービス説明または確認した回答
社内の準備 事前資料、担当窓口、必要な環境 導入案内や実施手順
費用 掲載額、課金単位、含まれる仕事 料金ページと確認日
不明点 公開情報だけでは分からない条件 問い合わせ予定の内容

表計算ソフトを使う場合は、候補名をA列、項目をB列、確認した内容をC列、根拠URLをD列、確認日をE列、状態をF列に置く形でも管理できます。記事へ出す比較表と、制作に使う根拠の表は分けて構いません。

記事の表には読者が比べる情報を絞り、制作の表には詳細な根拠を残します。調査用の長いメモをすべて記事へ出すと、読む人が結論を探しにくくなるためです。

実際の入力作業は、一社ずつすべて書き切る方法と、同じ項目を全社で調べる方法に分けられます。最初に各社の対象と提供方式を確かめ、その後に料金、準備、支援範囲を横断して埋めると、会社によって項目が違う状態に気づきやすくなります。

根拠の欄には、トップページだけでなく、該当条件が書かれたページへのリンクを入れます。トップページから何度も探し直す必要があると、原稿の確認をする人の負担が大きくなります。必要なら「料金表の下の追加費用」「導入手順の準備物」のように、場所のメモも添えます。

根拠を確認できた日と、ページに表示された更新日は別の列へ置けます。こちらが今日読んだことと、相手が今日情報を更新したことは同じではないからです。公開記事へ日付を書くときも、「確認日」か「更新日」かを言葉で示します。

社内資料を根拠に自社の機能を書く場合は、他社より詳細な情報を持っていることを意識します。他社の公開資料で同じ深さまで分からない項目について、情報が少ないこと自体を欠点として扱わないようにします。確認できた範囲と、追加確認が必要な範囲を分けます。

料金を比べるときは、金額より先に課金単位を確かめます。一人当たり、講座一回当たり、年間利用、個別見積もりでは、同じ数字の意味になりません。条件をそろえられない場合は、単純な安い順に並べないようにします。

例えば、教材の料金に講師への相談が含まれないなら、その条件を料金の近くへ書きます。別のサービスに相談が含まれるなら、含まれる時間や対象を確認します。「サポートあり」という一語だけでは違いが分かりません。

金額が公表されていない候補は「要問い合わせ」と書き、費用が高いとも安いとも決めつけません。見積もりに必要な人数や希望日程が分かるなら、その準備を案内できます。

機能が見つからない場合も同じです。「公式情報では確認できなかった」と「対応していない」を分けます。対応していないと書くには、その根拠が必要です。問い合わせへの返答を使うときは、いつ、どの条件について確認したものかを残します。

候補ごとの紹介文は、確認済みの事実から作ります。次は、仮の教材型サービスを紹介するための書き方の例です。

この選択肢は、決まった教材を各自で学び、社内で進捗を確認する方式です。学ぶ時間を分けたい企業の候補になります。会社独自の事例を中心にした講師付き研修が必要な場合は、内容を個別に設計できるサービスも比較してください。利用期間と質問対応の範囲は、契約前に確認します。

この文は、学ぶ方式、向く条件、別の選択肢が向く条件、確認事項を順に書いています。実在するサービスへ使うときには、すべての説明を現在の仕様へ置き換えます。

自社の紹介文も同じ順に書きます。例えば会社別の研修設計を提供するなら、変更できる範囲や事前の打ち合わせを説明します。一方、教材だけをすぐ利用したい人には、別方式の方が合う可能性を示します。

他社が向く条件を書くことは、自社を低く評価する作業ではありません。自社が引き受ける仕事の範囲を明確にする作業です。担当者が準備すべきことまで分かれば、問い合わせの時点でも話を進めやすくなります。

紹介文を作った後は、形容詞を見直します。「圧倒的」「最高」「最も充実」といった言葉は、比較の根拠がなければ具体的な条件へ置き換えます。対応する分野が広いなら分野を、相談できるなら相談の内容を示します。

掲載順も決めます。種類ごと、名称順など、読者が理解できる並べ方を選びます。自社を先頭に置く場合も、その位置だけで総合順位が一位と受け取られないよう、並べ方と記事の立場を説明します。

点数を付ける場合には、項目の選び方、配点、採点に使った根拠が必要になります。説明できない点数を増やすより、同じ条件を文章と表で示す方が、最初の一本では取り組みやすいでしょう。

原稿の制作を依頼するなら、次の文を基にできます。角括弧の部分は、実際に用意した材料へ置き換えます。

[読者]が[選びたいもの]を比較する記事を作ります。対象は[範囲]で、[対象外]は扱いません。候補は[種類]で分けてください。 各候補は、対象者、提供方式、担当者の準備、費用の条件、向く場面の順で説明します。自社にも他社にも同じ項目を使ってください。 事実は[確認済みの根拠表]から使い、未確認の欄は推測で埋めないでください。自社が向く条件だけでなく、別の方式が向く条件も書きます。紹介順を総合順位として扱わないでください。

この依頼は、人へ渡す制作指示としても、文章作成AIへの入力としても使えます。AIを使った場合には、根拠表にない機能や金額が増えていないかを特に確認します。文章が自然でも、候補名と仕様が入れ替わると比較として使えません。

初稿を受け取ったら、まず候補名を一つ選び、その候補について書かれた事実を根拠表へ戻って確かめます。次に同じ項目を他の候補で読み、説明の粒度がそろっているかを見ます。全体の印象だけを読むより、具体的な誤りを見つけやすくなります。

例えば、自社には準備期間まで書き、他社は「導入しやすい」とだけ書かれていたら、同じ比較になっていません。他社の準備期間が不明なら、そのまま不明とし、確認する項目を案内します。根拠のない評価語で空欄を埋めないようにします。

読者の状況別に結論を書く場合も、調査した条件へ戻ります。「各自で学ぶ時間を取りたいなら教材型を比較」「会社の事例を中心にしたいなら個別設計の範囲を確認」といった案内です。どの会社にも当てはまる推薦文を繰り返すより、次に見る項目が伝わります。

比較表の次には、判断が分かれる条件を短い段落で補います。例えば、全員が同じ日に参加できるか、担当者が進捗を確認できるか、会社の事例を盛り込みたいか。読者が自分の状況へ当てはめられる説明です。

FAQは、その後でも残る質問に絞ります。「少人数でも利用できますか」なら候補によって条件が異なることを示し、「何を準備しますか」なら問い合わせ前に整理する情報へ答えます。自社だけの仕様は、自社についての回答と分かるようにします。

ここまで原稿ができたら、事実と表示を別々に確認します。事実の確認では、料金、対象者、実施方式、リンク先を根拠の表と照合します。表示の確認では、PCとスマートフォンで、表の条件が読めるか、候補名と根拠リンクが対応しているかを見ます。

表が横に長くなる場合は、必要な項目を絞ります。一つのセルへ対象、料金、補足をすべて詰め込まず、詳しい条件は候補ごとの説明へ移します。ただし、利用対象外など判断を変える条件は、比較表でも見落としにくい場所に残します。

公開する前に、別の担当者へ「この条件ならどれを検討するか」を説明してもらうと、文章の不足を見つけられます。答えが出ない場合は候補数を増やす前に、種類と比較項目の意味が伝わっているかを直します。

最初の完成条件は、読者が候補を絞り、確認が必要なことを把握できる状態です。すべての読者を同じサービスへ誘導する文章を完成条件にすると、向く条件と向かない条件を正直に書きにくくなります。

公開直後には、編集画面を閉じて実際のURLを開きます。本文の表示だけでなく、目次から候補の説明へ移動できるか、比較表から根拠へ進めるか、問い合わせ先が現在のページかを確認します。

スマートフォンでは、表の左端の候補名と、右側の条件を一緒に把握できるかを見ます。横へスクロールした結果、どの候補の説明か分からなくなるなら、表の列を減らしたり、候補ごとの短い説明を近くへ置いたりする方法が考えられます。

図を作る場合も、種類や条件の説明を画像の中だけへ入れません。読者が本文を読めば比較の前提を理解でき、図はその関係をつかむ助けになるようにします。画像が読み込まれなくても、どの選択肢がどんな場面に向くかが分かる状態を目指します。

公開後は同じ質問群で紹介のされ方を記録する

公開後は、質問の文と確認条件をそろえて、どんな場面でどう紹介されたかを残します。 名前が出た回数だけでなく、説明が正しいかと、どのページが引用されたかも見ます。

公開後は同じ質問群で紹介のされ方を記録する(説明図)

説明用の図です。画面や作業記録は実物ではありません。

研修の例なら、最初に扱った読者の場面から質問を作ります。以下は観測用に当社が作った入力例で、実際の顧客の検索語を取得したものではありません。

小規模企業で新入社員研修を検討しています。担当者が準備する作業を抑えたい場合、どのような方式を比較すればよいですか。候補を挙げる場合は公式の根拠も示してください。

新入社員が各自の時間で学ぶ方式と、決まった講座へ参加する方式は、どんな条件で使い分けますか。

自社の業務に合わせた新入社員研修を検討するとき、契約前に確認する項目を教えてください。

自社名を入れない質問と、入れる質問は別の組にします。前者は候補として発見される場面、後者は自社の説明が正しく伝わるかを見る場面です。目的が違うため、同じ率へ混ぜない方が変化を読み取りやすくなります。

質問は公開前、または最初の確認時に固定して保存します。その後、気になる問いを追加するときは追加日を残し、もとの質問群とは別に集計します。都合のよい回答が出るまで問いを書き換えて、その最後の結果だけを残さないようにします。

記録は表で十分です。最初から大きな計測システムを作らなくても、質問と回答の対応を追える状態から始められます。

項目 残す内容
質問IDと質問文 同じ問いを再利用できる文
確認日時 日付と時刻
サービスと利用条件 AIの名称、表示モデル、検索の利用有無など
ブランドの扱い 言及なし、言及あり、候補としての紹介など
説明の正確さ 対象、条件、提供範囲が正しいか
引用先 実際に開けたURL
記事の版 公開日と最後に変更した内容
その他の変更 料金改定、製品発表など同時期の動き

記録の中で「言及あり」を数えるなら、表記の違いをどう扱うかも決めます。会社名の英語表記と日本語表記、略称がある場合、どれを同じ会社として数えるかを残します。関係のない同名企業を含めないよう、文脈も確認します。

簡単な集計例として、同じ質問十件の回答を一つずつ確認し、そのうち自社への言及が二件あったなら、「十件中二件」と報告します。割合で書くなら20%です。これは計算例であり、ProfoundのAI可視性の算出方法を再現したものではありません。

同じ質問を三回ずつ試す場合には、十件の質問なのか三十件の回答なのか、分母をはっきりさせます。「一回でも出た質問数」と「全回答で言及があった回数」は違う集計です。途中で方式を変えたら、前後を一つの率として比べないようにします。

率と元の件数を一緒に残すと、小さな変動を判断しやすくなります。十件の回答なら一件の違いで十ポイント変わります。数値が動いたことだけで、安定した変化が起きたとは決められません。

紹介された場合は、次にリンク先を開きます。今回の比較記事なのか、別の自社ページなのか、他社の記事なのかを確認します。自社名が出たことだけでは、比較記事が引用されたとは言えません。

説明が誤っていた場合には、まず自社のページに誤解しやすい文がないかを見ます。教材型なのに講師付きと紹介されたなら、提供範囲が近い段落で明確になっているかを確認します。ページを直してもAI回答を直接制御できるとは限りませんが、自社の説明不足は減らせます。

名前が出なかった場合は、単に自社名を繰り返して書き足す前に、問いと記事の対象が合っているかを見直します。会社別の研修についての質問に、教材だけの比較記事が答えているつもりになっていないか。選定の条件が本文にあるかを読み直します。

競合が引用されたページの調べ方を詳しく知りたい場合は、競合がAIに引用される情報源の確認方法を参照できます。引用先を調べる作業と、比較ページの内容を作る作業は分けて進めると、何を直すかが明確になります。

同時に、通常のサイト訪問と問い合わせも追います。ただし、AIへの言及が増えた時期と問い合わせが増えた時期が重なっても、記事だけが原因と断定しません。広告、営業、料金変更など、他に行った作業も記録します。

比較ページは公開後の保守も必要です。候補の料金や提供範囲が変わったら、該当箇所の根拠を確認し、更新日と変更内容を残します。全候補を調べ直していないのに、記事全体が最新になったような更新表示だけを付けないようにします。

見直しの担当者と、何をきっかけに確認するかを決めておくと続けやすくなります。例えば料金の変更を知ったとき、リンク切れが見つかったとき、営業で新しい質問が増えたときです。定期確認も、担当者が継続できる間隔で予定へ入れます。

更新のたびに候補を全部入れ替える必要はありません。まず変更が確認できた項目を直し、比較の前提に影響するかを考えます。少人数向けの提供が終了したなら候補として残す理由も変わりますが、問い合わせ先が変わっただけなら案内の更新で済む場合があります。

更新記録は、「改善しました」より具体的に書きます。「候補Aの利用期間を現行の案内に合わせた」「候補Bの個別設計の条件を追記した」のように残せば、その後のAI回答の変化と照らし合わせられます。

観測した結果から修正を決めるときには、三つに分けます。まず記事の事実が古いなら更新します。次に事実は正しいが対象が曖昧なら、向く条件を補います。最後に今回の記事では答えない別の質問なら、無理に本文を広げず、別の解説へ案内する方法を考えます。

例えば、研修の比較ページに対して「社内講師を育てるには」という問いが増えても、外部サービスの候補を追加するだけでは答えになりません。比較の目的を保ちながら、読者が次に必要とする説明を別の場所で用意する方が、記事を読みやすく維持できます。

問い合わせが届いたときも、実際の質問をそのまま公開せず、個人や会社を特定する部分を除いて、一般化できる疑問を取り出します。同じ確認が続くなら比較項目の不足かもしれません。一社だけの特殊条件なら、全読者に当てはまるFAQとして増やさないようにします。

このように、記事の保守とAIでの紹介の観測をつなげると、単に数値を追うだけでなく、読者が迷った場所を直せます。数字が動かない期間でも、根拠が新しくなった、条件が明確になった、問い合わせ前に準備できるようになった、という変更は記録しておけます。

観測の担当が変わるときには、質問の一覧と集計の定義も引き継ぎます。前任者が候補としての紹介だけを数え、後任者が名前の登場をすべて数えたら、記事を変えていなくても数字は変わります。記録の方法を短い文で残すことが、継続して比較するための準備になります。

引き継ぐ資料には、直近の結果だけでなく、良い紹介と誤った紹介の例を一つずつ入れると判断をそろえやすくなります。どちらも実際に保存した回答を使い、説明用に作った回答を観測結果へ混ぜないようにします。

基本から確認したい場合は、LLMOとは何かを参照してください。企業規模別に比較ページの内容を分ける考え方は、Rampの比較ページ事例で扱っています。

まず一本作るなら、読者の選定場面を一つ決め、候補を種類で分け、同じ項目で根拠を集めてください。公開した記事と、確認に使う質問を一緒に残せば、次の見直しも具体的な作業として進められます。

よくある質問

Q. 自社を比較記事の一位にすればAIに紹介されますか?
そのような一般則は確認できません。事例は複数の取り組みを含む支援会社の報告です。順位より、誰に向くかと比較条件を根拠付きで説明する手順を紹介しています。
Q. 競合の機能が公式ページにない場合はどう書きますか?
公開情報で確認できなかったと記録し、対応していないと決めつけません。読者の判断に必要なら、確認すべき条件や問い合わせ先を案内します。
Q. 公開後は何を比較しますか?
質問の文と利用条件をそろえ、名前への言及、実際の引用URL、説明の正確さを記録します。訪問数や問い合わせ数は別の指標として扱います。

出典・参考データ

  1. [1] 1840 & CoのAI検索最適化事例 (Profound) — 取得 2026-09-29
  2. [2] リモート人材会社の比較 (1840 & Co) — 取得 2026-09-29

この記事を書いた人

水島 翔吾

株式会社kairos 代表取締役 / AgentSignal 開発者

AI クローラー・AI 流入計測と AIO 診断ツール AgentSignal を開発。実測データを元に AI 検索時代の計測と対策を書いています。

関連記事