AI Search Analysis · ANALYSIS

AIエージェントがウェブサイトで行動する時代へ:韓国進出企業のWebMCP対応

ChatGPTのWebMCPサイトツール、クラウドブラウザ、Google AI Modeの予約機能から、韓国進出を進める日本企業に必要なエージェント対応を整理します。

Content typeANALYSIS
MarketJapan
Updated2026.09.04
PublisherAI Search Lab
AI検索の根拠ネットワークが権限ゲートを通ってウェブサイトの実行経路へつながる抽象表現ANALYSIS · AI SEARCH LAB
要点

AI検索はウェブページを読み、リンクを提示するだけの仕組みから、サイトが提供する機能を呼び出し、ログイン後の画面で作業し、予約などの行動を支援する仕組みへ移行しています。OpenAIはChatGPTデスクトップアプリの内蔵ブラウザでWebMCPを利用したサイトツールを使えると説明しています。クラウドブラウザは対応する公開・ログインサイトで作業を継続できます。GoogleもAI Modeで航空券価格追跡とポイント表示を対応地域へ広げ、米国英語環境ではホテル予約を段階的に提供しています。韓国進出を進める日本企業は、AIに引用される情報だけでなく、AIエージェントが安全かつ正確に行動できるウェブ環境を準備する必要があります。

検索結果からエージェント実行へ、何が変わったのか

従来のSEOは、検索結果に適切なページを表示し、クリックにつなげることを中心に設計されてきました。GEOやAEOは、生成AIが企業やサービスを理解し、回答の根拠として引用できるかという観点を加えます。現在進んでいる次の段階は「実行」です。AIが情報を探し、条件を比較し、ウェブサイトの機能を使って次の作業へ進みます。

OpenAIのサイトツールは、ChatGPTデスクトップアプリの内蔵ブラウザで現在開いているページが提供する機能を発見して使用します。単にクリックやキーボード操作を再現するのではなく、サイト側が検索、編集、保存などの機能を明示的なツールとして提供できる点が重要です。OpenAIは、WebMCPをウェブサイトがAIエージェントへツールを提供するための提案中のウェブ標準と説明しています。アカウント、選択したモデル、ウェブページのすべてが対応している場合に利用できます。

クラウドブラウザは別の経路です。ChatGPT Workが遠隔環境でウェブページを読み、ボタン操作やフォーム入力を行い、必要に応じてユーザーが安全なログインを完了した後に作業を続けます。ユーザーが会話を離れても継続できますが、情報、ログイン、確認が必要になると停止します。サイトツールとクラウドブラウザを同じ機能として扱わず、導入目的と権限を分けて考える必要があります。

WebMCPはSEOや構造化データを置き換えるのか

置き換えません。WebMCPは検索順位を上げるメタタグでも、クロール対策の代替でもありません。ウェブサイトが実行可能な機能をエージェントへ構造的に伝える新しい層です。人が読むページは企業、商品、サービス、拠点の意味と条件を説明します。Schema.org構造化データは、その内容を機械可読にします。商品フィードは頻繁に変わるカタログ情報を配信します。APIやサイトツールは、許可された主体が定義済みの作業を実行できるようにします。

これらは共通の企業・商品・サービス識別子を利用すべきですが、役割は異なります。ページ上の料金や予約条件と、構造化データ、フィード、ツールの返答が異なれば、エージェントは誤った候補を選択したり途中で停止したりします。反対に、表示情報と運用データが一致すれば、検索から実行までの誤りを減らせます。

サイトツールを提供すればAIに推薦されるという保証もありません。OpenAIは、すべてのサイトや作業が対応するわけではなく、アカウント、モデル、ページの条件によって利用可否が変わるとしています。WebMCPを新しいランキング対策として宣伝するのではなく、情報整合性、権限、監査ログを含むエージェント体験設計として扱うべきです。

署名付きエージェント通信をなぜ区別すべきか

ウェブ運用では、自動通信をすべて「ボット」として遮断する考え方を見直す必要があります。OpenAIのクラウドブラウザ許可リスト文書では、HTTP Message SignaturesのRFC 9421、Signature-Agent識別子、公開鍵ディレクトリを使って通信元を検証できると説明しています。CDNやファイアウォールは署名を確認した上で、許可ルールを適用できます。

検索根拠とサイト機能が二つの検証ゲートを通り安全な実行経路へ分かれる抽象構造
エージェント対応は発見、本人確認、権限、実行、結果確認を一つの運用として設計します。

ただし、署名が確認できてもすべての操作を許可してよいわけではありません。検索インデックス用クローラー、回答のために情報を取得するfetcher、ユーザーに代わって予約や入力を行うブラウザエージェントは目的とリスクが異なります。公開情報の取得は許可しても、アカウント情報やフォーム送信、高影響の操作は制限できます。許可するURL、HTTPメソッド、速度、セッション、有効期限、個人情報、確認手続きを個別に定義する必要があります。

公式文書も展開時期によって記述が異なる場合があります。クラウドブラウザの一般ガイドは対応するログインサイトでの作業を説明していますが、許可リスト文書には初期提供時のログイン・決済制限に関する表現が残っています。AI Search Labは一律に利用可能とは判断しません。実際のプラン、地域、サイト、操作ごとに検証し、重要な行動にはユーザー確認を残すことを推奨します。

Google AI Modeの旅行予約は何を示すのか

Googleは2026年8月27日、AI Modeで航空券価格追跡、航空・ホテルのポイントまたはマイル表示、ホテル予約を発表しました。価格追跡はAI Mode対応地域・言語の180以上の国と地域で利用でき、EEAは対象外です。ポイントとマイル表示は対応地域で世界展開されますが、一部のEEA機能には制限があります。ホテル予約は米国の英語環境で提携先と段階的に展開されています。

ホテル予約では、利用者が会話で旅行条件を伝え、AI Modeがレビューと比較要素を含む候補を提示します。統合パートナーの選択肢からGoogle上の手続きへ進み、客室、キャンセル条件を確認してGoogle Payで決済します。ホテルまたは予約プラットフォームがmerchant of recordとなり、顧客対応を担当します。Googleがホテル販売主体になるのではなく、探索、比較、取引画面を一つの会話につなげる構造です。

日本企業は提供地域を混同してはいけません。価格追跡、ロイヤルティ表示、ホテル予約の対象地域は異なります。日本や韓国で同じ予約機能が直ちに利用できるとは限りません。しかし、客室・料金・在庫・キャンセル規定・会員プログラム・予約APIの整合性がAI流入と成約に影響する方向は明確です。

日本本社と韓国法人は何を分担すべきか

日本本社は、法人・ブランド・商品・サービスの正式名称、共通ID、世界共通の説明、証拠基準を管理します。韓国法人は、韓国語の検索意図、価格、在庫、拠点、営業時間、販売条件、法的表示、NAVERや現地チャネルの情報を管理します。APACまたは本社チームは、構造化データ、ツール設計、セキュリティ、計測、問題発生時のエスカレーションを標準化できます。

日本語ページを機械的に韓国語へ翻訳するだけでは不十分です。韓国の利用者が検索する表現、NAVER AI탭・AI 브리핑、Google、ChatGPTの表示、韓国法人の連絡先と販売条件を反映する必要があります。本社と現地法人で同じ商品の名称、提供範囲、認証、料金、問い合わせ先が異なる場合、AIは別の企業や古い条件として解釈する可能性があります。

読み取り操作と書き込み操作も分けます。検索、店舗・在庫・空き状況の確認は比較的低リスクです。申込送信、アカウント変更、予約確定、決済、医療情報の変更は結果が大きく異なります。ツールの説明、必須入力、権限、確認、取消、ロールバックを操作の影響に合わせます。同じ要求が再送されても重複予約や二重決済が起きない設計が必要です。

韓国の大企業・病院・ネットワーク医療機関への対応

大企業では、マーケティング、EC、開発、セキュリティ、法務、現地法人の責任を接続します。コンテンツチームは人が理解できる条件を公開し、データチームは同じ事実を構造化し、開発チームは失敗と再試行を安全に処理します。セキュリティチームはエージェントの識別と最小権限を管理し、法務・プライバシーチームは同意、個人情報、保存期間、責任範囲を検討します。

病院では予約の便利さより患者安全と個人情報を優先します。診療科、医師資格、拠点、診療時間、予約経路などの公開情報は探索に利用できます。一方、症状判断、診断、治療推薦、患者記録へのアクセスや変更には別の臨床・セキュリティ統制が必要です。公開医療情報を検索する機能と個人診療情報を扱う機能を分離します。

ネットワーク病院は、拠点ごとの実際の違いを維持しなければなりません。医師、設備、診療範囲、夜間対応、予約規則が異なるのに、キーワードだけを変えたページや一つの予約ツールで処理すると安全な選択を妨げます。情報ごとに検証担当者と更新日を持ち、最終確認画面で拠点、診療科、日時、費用条件、取消規定を再表示する必要があります。

韓国進出企業の実行チェックリスト

  • 発見:重要ページのクロール、インデックス、canonical、内部リンク、hreflang、スニペット制御を確認します。
  • 説明:サービス対象、制限、料金、在庫、場所、取消・返品条件を画面上に明示します。
  • 整合性:ページ、Schema.org、商品フィード、API、サイトツールの識別子と値を自動比較します。
  • 権限:読み取りと書き込みを分け、入力仕様、失敗応答、確認、取消、重複防止を設計します。
  • セキュリティ:署名付き通信を検証し、URL・メソッド・速度・セッション・機密項目を最小権限で管理します。
  • 計測:AI引用、ツール発見、操作開始、確認中断、完了、エラー、成約を別のイベントとして記録します。
  • 現地確認:NAVER AI탭・AI 브리핑、Google、ChatGPTで実際の韓国語質問と行動経路を継続的に試験します。

AI Search Labの分析:引用可能性と行動可能性を同時に設計する

この変化はSEOが不要になることを意味しません。エージェントも関連性と信頼性の高い情報を発見する必要があり、利用者も理解できるページを必要とします。変わるのはウェブ品質の範囲です。文書の品質に加え、正しい操作を提示し、不正な入力を拒否し、重要な段階で確認を求め、結果を検証できることが必要になります。

WebMCP、ブラウザエージェント、AI Mode予約は異なる仕組みですが、検索・比較・実行が一体化する方向を示します。一つの標準が確定するまで待つ必要はありません。表示情報と運用システムをそろえ、安全な操作を定義し、可能な通信は認証し、高影響の行動には人の確認を残し、回答から完了までを計測することが先です。

韓国市場向けの設計はLeadGenLabのGEO・AEOソリューションとAI Commerceプログラムで確認できます。日本本社と韓国法人をつなぐエージェント対応ロードマップについては、お問い合わせページから相談できます。

公式情報

情報基準日:2026年9月4日。機能名、発表日、地域・アカウント範囲はOpenAIとGoogleの公式情報で確認しました。展開時期によって公式文書の説明が異なる機能は、利用可能と断定せず制限を併記しています。AI Search Labの分析・推奨は公式発表の事実と区別しており、医療・法律・セキュリティ助言ではありません。

FROM NEWS TO EXECUTION · LEADGENLAB

분석을 실제 실행으로 연결하려면

AI Search Lab은 공식 출처와 편집 기준에 따라 변화와 실행 기준을 설명합니다. 진단, 기술·콘텐츠 개선, 산업별 GEO·AEO 지원이 필요하다면 운영사 LeadGenLab의 관련 서비스와 상담 페이지에서 다음 단계를 확인하세요.