AI検索最適化を発注する前に、提供会社に何を証明してもらうべきか
AI検索の提案は、対象、納品物、根拠を確認して評価しましょう。llms.txt、監査スコア、リクエストデータから分かることを整理し、追加投資を判断できます。

AI検索最適化に予算を投じる前に、提供会社へ、どのシステムに働きかけるのか、何を変更するのか、追加予算を正当化する根拠は何かを明示してもらいましょう。ファイルの納品や監査スコアの改善で、作業の完了は確認できます。検索での露出向上、有益な訪問、有望な問い合わせを示すには、別の根拠が必要です。
提案に llms.txt、AI向けの特別なマークアップ、または GEO(生成エンジン最適化)と呼ばれる継続プランが含まれる場合、この違いは重要です。提案する変更ごとに、評価できる目的が必要です。
対象システムと目指す結果を確認する
Google Search と、公開された開発者向けドキュメントを参照するエージェントは、対象が異なります。一方を対象にした変更には、その用途に即した根拠が必要です。
2026年7月10日更新のGoogle の生成 AI 最適化ガイドは、llms.txt が Google Search の露出やランキングに影響しないと説明しています。同ガイドは Google Search の生成 AI 機能を扱っています。また Google は、登録対象となることと、インデックス登録や実際の表示が保証されることを区別しています。提供会社が llms.txt を Google の順位向上に必要だと説明するなら、その主張を修正し、提案に含まれる他の作業にどのような根拠のある目的があるのか説明を求めましょう。
このファイルには別の用途も考えられます。Jeremy Howard による llms.txt の提案は、エージェント向けの案内と関連ドキュメントへのリンクを示しています。現行の v2 提案は2026年8月10日に改訂されました。エージェント向けドキュメントの実験を始める材料にはなりますが、各サービス提供者が従う必須方針を定めるものでも、検索向上を実証するものでもありません。
監査が実際に何を確認するかを知る
ツールの判定基準が分かれば、スコアを役立てられます。2026年5月5日更新のChrome Lighthouse の llms.txt 監査は、エージェントによる閲覧を対象としています。サーバーエラーを検出し、ファイルがなく 404 が返る場合は、ファイルが任意のため N/A と判定します。
このチェックで、既存ファイルの技術的な問題を特定できます。しかし、見込み客が使うエージェントがそのファイルを読み、利用していることや、追加によって Google の順位が上がることは示せません。これを追加作業の理由とする前に、提供会社へ、確認結果が指定したシステムや顧客の作業とどう結び付くのか説明を求めましょう。
調査結果は適用範囲を踏まえて使う
2026年6月15日公開のAhrefs の調査は、Ahrefs Web Analytics を使い、137,210 ドメインで5月に発生したリクエストを調べました。llms.txt ファイルの取得は限定的だったと報告しています。採用状況についての想定を見直す材料になりますが、いくつか限界があります。対象顧客は技術や SEO への関心が高い層に偏っています。リクエストはレスポンス、チャネル、ユーザーエージェントに基づいて分類され、ファイルはエラー内容の有無を確認したもので、仕様への適合性を明示的に検証したわけではありません。
観察期間は8月の v2 改訂より前です。そのため、改訂版の評価や10月時点の状況確認には使えません。また、引用やコンバージョンが因果的に改善したかも測定していません。リクエストデータは範囲の限られた観察結果であり、自社の見通しを示す予測ではありません。
短い提案記録を求める
作業を承認する前に、見直しの際に参照できる形で次の点を記録してもらいましょう。
- 対象とタスク:どの検索サービスまたはエージェント、どの利用者、どのタスクに役立てるのか。
- 納品物と担当:どのページ、ファイル、設定を変更するのか。何が引き渡され、誰が正確さを保つのか。特定済みの問題の修正と実験的な作業を分けること。
- 根拠:現在のサービス提供者のガイダンスや再現可能な観察のうち、変更と対象を結び付けるものは何か。出典と不確実な点を含めること。
- 基準値と観察:現在の状態、確認したい有益な変化、利用可能な測定方法、見直し日を記録し、アクセスや報告の不足も明記すること。
- 見直し時の判断:どのような結果なら継続、変更、中止を判断できるのか。継続費用がある場合は、観察結果がどの次の行動を正当化するのか示すこと。
測定項目は分けて扱いましょう。取得されたからといって、エージェントが内容を読んだ、利用した、学習に使った、事業を引用した、人の訪問を生んだ、問い合わせにつながったとは限りません。引用されてもクリックされないことがあり、訪問があっても問い合わせに至らないことがあります。報告を取得できない場合、結果はゼロではなく不明です。納品後に改善が観察されても、その変更が原因だと判断するには慎重さが要ります。
完了の確認と継続投資の判断を分ける
二つの仮定上の提案を考えてみましょう。一般的な事提供会社が、llms.txt は Google Search の順位向上に必要だと提案されています。発注者は Google のガイドに照らして提案の修正を求め、そのうえで根拠のある修正や他の作業を個別に評価できます。ファイルを設置すれば納品の完了は確認できますが、順位に関する主張が正しいことの証明にはなりません。
公開開発者向けドキュメントを持つ事提供会社には、別の問いがあります。特定のエージェントが、特定のタスクに必要な最新の指示を見つけて正しく利用できるでしょうか。ドキュメント変更の前後で動作を比較する小規模な任意実験が考えられます。拡大する前に、タスク、保守担当者、見直し時点、中止条件を合意しておきましょう。観察結果がその範囲内で有益な作業を支持する場合に限り、原因には不確実性があることを踏まえて継続します。
合意した不具合が解消されれば、修正は完了です。次の実験や継続契約を根拠が支持するかは、別に判断しましょう。対象顧客、現在のサイト、検討中の作業について相談する場合は、サービス一覧をご覧ください。