TECH2030
Insights
AI & Technology · 10 min readAI活用

AIエージェント時代:Webエージェンシーの新たな役割

AIクローラーは7万回コンテンツを取得して1回しか訪問を返しません。llms.txtファイルの97%は誰にも読まれていません。エージェントが実際に使う経路はページではなくエンドポイントであり、その経路を定義し統制することがWebエージェンシーの新たな役割になりました。

Webサイトを作る仕事の前提は長らく一つでした。人が画面を開き、読み、クリックするということです。2026年現在、その前提が崩れつつあります。サイトを開くのは人だけではなく、サイトで何かを実行するのも人だけではありません。

変化は二つの方向で同時に起きています。一つはAIクローラーがWebコンテンツを取得する方式、もう一つはAIエージェントが企業システムに直接アクセスして取引を完結させる方式です。前者はすでに数値で測定された問題であり、後者はすでに規格が定まった問題です。

Webサイトの訪問者構成が変わった

クラウドフレア(Cloudflare)は自社ネットワークを通過するリクエストから「クロール対リファラル比率(crawl-to-refer ratio)」を測定し公開しています。特定プラットフォームのユーザーエージェントがHTMLコンテンツをリクエストした回数を、同じプラットフォームがReferer(リファラー)ヘッダーを付けて送り返した訪問回数で割った値です。ページを何回取得する見返りに何人の訪問者を返してくれるかを測る指標です。

2025年6月19日から26日までの観測で、Anthropic(アンソロピック)の比率は70,900対1でした。HTMLページを7万回以上取得する間に、サイトへ戻った訪問は1件だったという意味です。クラウドフレアは同記事でこの数値について 「これらの比率は、インターネット上でコンテンツを発行するという行為の持続可能性に直接影響を与える」と記しています。

検索エンジンとWebサイトの間にあった交換関係——インデックスを許可する代わりにトラフィックを受け取る構造——が成立しない領域が生まれました。コンテンツを丁寧に書き、うまく露出させることで訪問者を確保するという設計は、この領域では機能しません。

llms.txtが示したもの:ファイルを置くだけでは何も起きない

この問題に対する業界の最初の反応は規約ファイルでした。サイトのルートに llms.txtを置き、AIが読むべきドキュメント構造を伝えようという提案です。

Originality.ai(オリジナリティエーアイ)が300万以上のWebサイトを2025年6月から2026年5月まで追跡した結果、llms.txtファイルは4,088個から36,120個へと8.8倍に増えました。llms-full.txtは23個から2,463個へ、ai.txtは4個から397個へ増加しています。

しかし、Ahrefs(エイチレフス)が2026年5月に137,000ドメインのサーバーログを分析した結果は異なります。 llms.txtファイルの97%は、その月に一度もリクエストを受けていませんでした。 実際に入ってきたリクエストのうち、AI検索・収集ボットの比率は1.1%で、このファイルを最も多く読み取っていたのは21.7%を占めたSEO監査ツールでした。

プラットフォーム側の立場も明確です。GoogleはllmS.txtが検索露出や順位に 「マイナスにもプラスにも影響を与えない」とし、Google検索において 「必須ではない」と表明しました。OpenAI(オープンエーアイ)とAnthropicはクローラー管理についてサイト運営者をrobots.txtに案内し、llms.txtは開発者向けドキュメントでのみ言及しています。

ファイル一つを置くという対応は、測定可能な成果を生みませんでした。1年で8.8倍に増えたそれらのファイルの大半は、誰にも読まれていません。

実際に機能している層はページではなくエンドポイント

エージェントが実際に使う経路は別に作られつつあります。それもドキュメントではなくAPI規格の形で。

OpenAIとStripe(ストライプ)が共同管理する Agentic Commerce Protocol(エージェンティック・コマース・プロトコル、ACP)は、2026年4月17日付のスペックを最新安定版としています。Apache 2.0ライセンスの公開規格であり、現在はベータ状態です。この規格に準拠しようとする販売者は、ドキュメントを書き換えるのではなく二つのAPIを実装します。Agentic Checkout APIとDelegate Payment APIです。4月17日の変更履歴には、カート、商品フィード、注文、認証、そしてMCPが並んで記載されています。

Stripeは2025年9月29日にこの規格を公開した際、販売者が 「個々のAIエージェントごとに個別の在庫・決済連携を構築する必要がないように」 一度だけ標準に対応すればよいようにすることが目的だと説明しました。ChatGPT内で決済が完結するインスタントチェックアウトは、Etsy(エッツィー)の販売者から始まり、Shopify(ショッピファイ)加盟店へと拡大しています。

社内システム側には MCP(Model Context Protocol)があります。2024年11月にAnthropicが公開したこの規格は、現在Linux Foundation(リナックス・ファウンデーション)傘下のプロジェクトとして運営されています。特定ベンダーのものではないということです。

注目すべきは、MCPの2026年ロードマップが何を課題として挙げているかです。四つの優先事項のうちの一つが「エンタープライズ対応」であり、その下に列挙されている項目は 「監査証跡、SSO連携認証、ゲートウェイ動作、設定の移植性」です。モデル性能やプロンプトの話ではありません。企業システムに何かを接続する際に必ず出てくる、統合・認証・運用の問題です。

エージェンシーが埋めるべき空白は画面ではなく統制装置

同時期に実施された二つの調査が、その空白の大きさを示しています。

コンプライアンス企業Schellman(シェルマン)が米国のガバナンス担当者525名を調査し、2026年7月29日に発表した報告書によると、回答者の86%がAIエージェントを試験導入中であり、そのうち半数近くはすでに本番環境に投入していました。90%はAIガバナンスに予算を割り当てたと回答し、およそ4分の3はAIコンプライアンス監査に合格できると回答しています。ところが 自社プログラムが完全に成熟していると答えた割合は27%でした。従業員に実際に共有されているAI利用ポリシーを備えているのは64%にとどまりました。

SchellmanのISO・AI部門責任者であるDanny Manimbo(ダニー・マニンボ)氏は報告書の中で次のようにまとめています。 「個々の取り組みを、規制審査に耐え、急速に変化するAIシステムのスピードについていける、成熟した運用可能なプログラムへと転換することが課題だ」

コストの面も同様です。Harness(ハーネス)がFinOps・エンジニアリングリーダー700名を調査し、2026年7月29日に公開したデータによると AIに費やす4ドルのうち1ドルが無駄になっています。半数を超える組織でAIコストの責任者が指定されておらず、予期しないコスト急増の原因を数時間以内に特定できる組織は5組織中1組織でした。ほとんどの組織が、価格体系の異なる3社以上のAIプロバイダーを同時に利用していました。

エージェントをすでに稼働させている組織は半数に上る一方、それを統制する仕組みを備えた組織は4分の1にとどまります。この差が、Web・デジタルエージェンシーが実際に売れるものが何かを規定します。画面を美しく作ることではなく、エージェントがアクセスするインターフェースを定義し、そのアクセスを記録・認証・遮断できるようにすることです。サイトマップとデザイン案の代わりに、アクセス権限リストと監査ログ設計が求められる時代になっています。

韓国企業にとって何が違うのか

引用した調査は、Schellmanの525名、Harnessの700名ともに米国の回答者サンプルです。組織構造や規制環境が異なる国内企業にそのまま比率を当てはめることはできません。

適用時期も異なります。ACPのインスタントチェックアウトは米国ユーザーと米国販売者から開始されており、国内のコマースは簡便決済やPGを経由する決済構造が異なるため、同じ方式がすぐには適用されません。決済面を急いで手掛ける理由はまだ大きくありません。

一方でMCPには地域的制約がありません。社内データや業務システムをエージェントに接続する層は、今の韓国でもそのまま実行可能であり、先に見た通り、その層の難題はモデルではなく認証・監査・設定管理にあります。国内企業が既製ソリューションよりも自社構築へと傾く流れとも符合します。 EYが2026年7月に米国のSVP級以上500名を調査した結果でも、進行中のAI投資を持つリーダーの4分の3が、既製ソフトウェアが自社のIT要件と合わないと回答しています。

今点検すべきこと

エージェント対応を検討している組織であれば、次の三点を先に確認するのが順序に適っています。

  • 自社ドメインに入ってくるリクエストのうち、自動化トラフィックの比率とその出所。 どのAIクローラーが何をどれだけ取得しているかを把握していない状態では、許可するか遮断するかを決める根拠がありません。
  • エージェントがアクセスできるインターフェースのリスト。 ドキュメントではなく、実際に呼び出し可能なエンドポイント基準で記載する必要があります。リストが空であれば、llms.txtを設置するだけでは何も変わりません。
  • AIコストの責任者が指定されているか。 指定されていなければ、使用量が増加した後に原因を突き止める作業は、数時間ではなく数週間かかります。

エージェントを導入するかどうかは、すでに過去の問いです。調査に回答した組織の86%がすでに試験運用中です。残された問いは、自社システムがエージェントにどう見えているか、そしてそのアクセスを誰が統制するかです。

出典: Cloudflare — The crawl before the fall… of referralsllms.txt採用率と実際のリクエストデータ(Originality.ai・Ahrefs)Agentic Commerce Protocol 規格Stripe — Developing an open standard for agentic commerceModel Context Protocol 2026 ロードマップCIO Dive — Most US companies lack mature AI governance frameworksCIO Dive — 1 in 4 dollars spent on AI goes to waste

この記事が役に立ったらシェアしてください。
関連サービスAX変革受託開発
企業のAX転換
このテーマを自社の状況に当てはめてみませんか?
AX転換の相談を申し込む