ユナイテッド航空がAIエージェントによる航空券予約を禁止:「ノー」と言う事業者を前提にエージェントを設計する

Surya Pratap
By Surya Pratap

2026年11月12日

8 min read

AI & Technology
「エージェントに何を許すかは事業者が決める」と題した2部構成の図。左側の「ユナイテッドの新しい規約の内容」には4つの行が並ぶ。運賃と空席の検索は報道によればまだ許可、航空券の予約・変更・管理は禁止、座席・手荷物・アップグレードの購入は禁止、そして乗客が各ステップを承認していても禁止。右側の「ノーと言う事業者を前提に設計する」には4つの手順が並ぶ。事業者ごとにポリシーを持つ、自由に検索して比較する、決済はユーザーに戻す、各事業者が何を許しているかをユーザーに伝える。下部には出典として、2026年11月11日のユナイテッドの発表と、報道で引用された改定後の運送約款が示されている。ルールと設計を見るHover to explore
各ステップを承認しても意味はない。ユナイテッドの定義では、問題は監督の欠如ではなくエージェントそのものだ。

ユーザーの代わりに買い物をするエージェントを作っているなら、昨日のユナイテッド航空のニュースは、今月のどのモデルリリースよりも重要です。11月11日、ユナイテッドは「許可されていない第三者の個人向けAIエージェントやアシスタント」を制限すると発表しました。対象は自社のウェブサイトとアプリだけでなく、航空券を販売する旅行代理店やアグリゲーター経由の利用にも及びます。報道で引用された改定後の運送約款は、多くの創業者が予想するよりも踏み込んでいます。乗客が各ステップを監督・承認している場合でもエージェントを対象とし、エージェントが行った予約をユナイテッドが取り消せるとしているのです。これは判決でも規制でもありません。事業者が自らの規約で、あなたの製品に何を許すかを決めたということです。

本記事は、ユナイテッドの2026年11月11日の発表と、改定後の運送約款を引用しているPPC LandおよびSimple Flyingの記事に基づいています。筆者は約款そのものは読んでいないため、以下の約款の引用はこれらの媒体によるものです。第3節以降の解釈は筆者によるものです。

1. ユナイテッドは何を変えたのか

ユナイテッドの発表は短いものです。同社は「当社のデジタルプラットフォーム上で直接、また旅行代理店やアグリゲーターを通じて間接的に、許可されていない第三者の個人向けAIエージェントやアシスタントの利用を禁止するため、アクセスを制限する措置を講じている」とし、これには「予約、発券、流通に関するポリシーの更新」が含まれると述べています。

PPC LandとSimple Flyingが引用する約款の文言には、重要な点が3つあります。

  • 広い定義。 ルール1は、AIエージェントを「AIアシスタント、AIエージェント、AI搭載ブラウザを含むがこれらに限られない、自律的または半自律的に行動するあらゆるソフトウェアまたはサービス。乗客またはその他の個人がその行動を監督または承認しているか否かを問わない」と定義しています。消費者向けプラットフォームに組み込まれたアシスタント、AI搭載ブラウザ、単体のエージェント、そして旅行代理店などの仲介者を通じてユナイテッドにアクセスするアシスタントが挙げられています。
  • 禁止行為。 ルール6.J.6は「航空券の発行、変更もしくは管理のため、および/またはサービスもしくは商品の購入のためにAIエージェントを使用すること」を禁止行為に含めています。
  • 救済措置。 ルール5.Hはもともと、不正または濫用とみなした予約を通知なしに取り消す権利をユナイテッドに与えていました。そこに新たに「AIエージェントによって作成、変更または管理された予約」が加わりました。

報道されているものの、確実性の低い点が2つあります。PPC Landが引用するウォール・ストリート・ジャーナルによれば、エージェントは引き続きユナイテッドの便と価格を表示でき、禁止は取引の段階から始まります。また、PPC Landは約款の既存ルールから、11月11日より前に発行された航空券には従来の文言が適用されると読んでいますが、新しい規定について独自の発効日は示されていないとも指摘しています。

2. ユナイテッドが挙げた理由と、発表文には書かれなかった理由

発表は2種類の理由を挙げています。1つ目は顧客に関するものです。第三者のAIアシスタントとログイン情報を共有すると「機密情報が漏れるおそれがあり、こうしたツールの行動によって意図しない購入、アカウントの変更、MileagePlusマイルの使用が生じる可能性がある」としています。2つ目は規制です。自動化された行動は「FAAおよびDOTの規則に違反するおそれがある」とし、例としてチェックインを挙げています。チェックインでは「手荷物に爆発物などの禁止物質が含まれていないことを人間が確認する必要がある」というのです。

商業上の理由もあり、ユナイテッドのCEOはそれをはっきり口にしました。ウォール・ストリート・ジャーナルが報じ、Simple FlyingとPPC Landが伝えたところによると、スコット・カービー氏はシカゴでのイベントで「新たな仲介者を生みたくない」と述べました。航空会社は何十年もかけて、顧客を自社のウェブサイトとアプリに呼び込んできました。顧客に代わって予約するエージェントは、航空会社と顧客の間に入り込み、どの航空会社を最初に見せるかを決めてしまいます。

ユナイテッドは、自社だけではないとも述べています。「銀行業界や小売業界の経営者も、AIエージェントに関して同様の措置を講じている」というのです。PPC Landは小売の例を挙げています。Amazonは9月、MetaのMuseエージェントがAmazon.comで購入することをブロックしました。Walmartは10月に逆の道を選び、顧客が設定した上限の範囲内で外部エージェントが購入できる規約を公開し、従わないエージェントはブロックすると表明しました。

各ステップを承認しても、エージェントが規約に適合するわけではない。ユナイテッドの定義は、人がその行動を監督または承認しているか「否かを問わず」エージェントを対象にしている。

3. これは航空会社ではなく、あなたの問題だ

8月に私たちは、反ハッキング法のもとではAIエージェントは「人ではなく道具」だとした第9巡回区控訴裁判所の判決を取り上げました。その記事では、争いの場は契約に移り、その契約に縛られるのはあなたのユーザーになると予想しました。ユナイテッドはまさにそれを実行したのです。制裁はエージェントの開発元に対する訴訟ではありません。エージェントを使った乗客の予約が、通知なしに取り消されることです。

これによって、次の3つの考え方を変える必要があります。

ヒューマンインザループはコンプライアンスの答えにならない。 多くのエージェント製品は、確認ステップをあらゆるリスクへの解決策として扱っています。エージェントがカートを埋め、ユーザーが承認をタップする、という流れです。誤りを防ぐ設計としては今でも有効です。しかし、人が行動を承認しているか否かを問わずエージェントを対象にする定義を持つ事業者は、その防御を規約から消し去っています。取引を送信するのがあなたのエージェントなら、確認画面があっても、誰が取引をしたのかは変わりません。

製品の範囲は、事業者ごとに決まるようになった。 これまでエージェント製品の限界は、主にモデルが確実にこなせることによって決まっていました。ユナイテッドは、その限界が事業者の規約の一文でもありうることを示しました。同じタスクが、ある事業者では許され、別の事業者では上限付きで許され、さらに別の事業者では取り消しの理由になりえます。製品はどれがどれかを、行動する前に知っておく必要があります。ユーザーの予約が消えた後では遅すぎます。

リスクを負うのはユーザーだ。 予約を失いうるのは乗客であって、あなたではありません。その結果は製品の外で起こり、予告なしに訪れ、あなたを信頼した人に降りかかります。9月のVisa Trust Indexに関する記事では、アシスタントに支払いを任せてもよいと答えた米国の消費者は23%でした。あなたのエージェントのせいでフライトを失ったユーザーが、その23%に戻ることはないでしょう。

4. 「ノー」と言う事業者を前提に設計する

実践的な答えは、エージェントが見てよいものと、してよいことを分け、後者を事業者ごとに、エージェントが行動する前に、コードで決めることです。

python事業者ごとのポリシーで、エージェントが購入するかユーザーに引き渡すかを決める
from dataclasses import dataclass
from enum import Enum

class Mode(Enum):
    TRANSACT = "transact"    # merchant allows agents to buy
    LIMITED = "limited"      # allowed within limits the user set
    HANDOFF = "handoff"      # agent may search; the user completes checkout
    BLOCKED = "blocked"      # do not touch this merchant at all

@dataclass
class MerchantPolicy:
    domain: str
    mode: Mode
    source_url: str          # where the rule is written down
    reviewed_on: str         # date someone last read it
    max_amount: float | None = None

POLICIES = {
    "united.com": MerchantPolicy(
        "united.com", Mode.HANDOFF,
        "https://united.mediaroom.com/news-releases?item=125496", "2026-11-12"),
}

def next_step(domain: str, amount: float, user_limit: float) -> str:
    policy = POLICIES.get(domain)
    if policy is None:
        return "handoff"     # unknown merchant: safest default
    if policy.mode is Mode.TRANSACT:
        return "transact"
    if policy.mode is Mode.LIMITED:
        limit = min(user_limit, policy.max_amount or user_limit)
        return "transact" if amount <= limit else "handoff"
    return policy.mode.value

事業者ごとにポリシーを持つ。 モード、ルールが書かれたURL、誰かが最後にそれを読んだ日付を記録します。未知の事業者は、購入ではなく引き渡しをデフォルトにします。確認していないルールは、推測しているルールにすぎません。

許されている範囲で、自由に検索して比較する。 旅行や買い物のエージェントからユーザーが得る価値の大半は、選択肢を見つけて比較することにあります。報道によればユナイテッドはそれを引き続き認めており、エージェントの仕事の大部分はそこでこなせます。

決済はユーザーに戻す。 事業者がノーと言ったら、事業者自身のページへのリンクで締めくくります。リンクが対応していれば内容を事前入力し、最後の手続きはユーザーにそこで済ませてもらいます。よくできた引き渡しは失敗ではなく機能です。ログイン情報を自社システムの外に置いておくためのステップでもあります。

各事業者が何を許しているかをユーザーに伝える。 エージェントが動き出す前に、予約まで行うのか引き渡すのか、そしてその理由を伝えます。エージェントの行動を事業者が取り消せるなら、ユーザーは事業者から知らされる前に、あなたから聞いておくべきです。

今週のリストに加えるべきことがあと2つあります。1つ目は、エージェント向けのルールを公開している事業者や、事業者が承認したチャネルを優先することです。顧客が上限を設定できるWalmartの規約がその例です。事業者が禁じている方法でログイン済みのセッションを操作するよりも、そちらを選びましょう。2つ目は、エージェントが送信したすべての取引を、それを許可したポリシーとともにログに残すことです。10月のStripeのエージェント向け承認ルールに関する記事は、決済の側から同じパターンを示しています。エージェントに何を許すかはコードで決め、その判断を見える形にすることです。

あなたが事業者側なら

この記事を読んでいる創業者の多くは、エージェントではなく、エージェントが訪れる製品を運営しています。ユナイテッドの動きは、トラフィックに決められてしまう前に自社のポリシーを決めておくべきだと教えてくれます。エージェントに検索させたいのか、上限付きで購入させたいのか、どちらも認めないのか。その答えを規約に書き、エージェントやその開発元が見つけられる場所に公開し、エージェントのトラフィックをどう見分けるかを決めましょう。曖昧なポリシーは最悪の結果を生みます。エージェントは想定外の使い方で製品を使い、そのコストを払うのは顧客です。

5. 筆者が主張しないこと

エージェンティックコマースが終わったということ。 ある航空会社は取引の段階で線を引きました。Walmartは上限付きという別の線を引きました。今後は、エージェントを認める事業者、上限付きで認める事業者、禁じる事業者が混在する可能性が高く、だからこそ事業者ごとのポリシーを今のうちに作っておく価値があります。

検索が約款で守られているということ。 エージェントが今も運賃を表示できるという話は報道によるものです。PPC Landは、約款のAIエージェントの定義には商品を「見つける」「検索する」行動も含まれる一方、禁止行為として挙げられているのは航空券の発行・変更・管理と購入だけだと指摘しています。このずれが検索を許されたままにしており、ユナイテッドがそれを塞ぐこともありえます。

チェックインが明示的に対象になっているということ。 ユナイテッドの発表はチェックインを例に挙げ、Simple Flyingの見出しも禁止はチェックインに及ぶとしています。一方PPC Landは、乗客のチェックインが航空券の管理にあたるかどうかを約款は明らかにしていないと指摘しています。

ユナイテッドがすべてのエージェントを検知できるということ。 発表も、筆者が読んだ報道も、ユナイテッドがエージェントと人をどう見分けるかには触れていません。確実に執行できないルールでも、見つかったユーザーに対しては執行されえます。そのユーザーがあなたのユーザーであってほしくはないはずです。

正直なまとめ

2026年11月11日、ユナイテッド航空は自社チャネル、そして旅行代理店やアグリゲーターを通じた第三者AIエージェントの利用を制限しました。報道で引用された改定後の運送約款は、乗客が監督・承認するものも含めてAIエージェントを定義し、それを使って航空券を発行・変更・管理したり、あらゆる商品を購入したりすることを禁じ、エージェントによる予約をユナイテッドが取り消せるとしています。ユナイテッドは顧客のセキュリティとFAAおよびDOTの規則を理由に挙げ、CEOは新たな仲介者を望まないと付け加えました。

創業者にとっての教訓は、事業者の規約がいまやモデルの品質と同じくらい強く、エージェント製品の範囲を決めうること、そして違反の代償を払うのはユーザーだということです。

今週、エージェントが取引を行っている事業者を一覧にし、それぞれがエージェントについて何を定めているかを読み、まだ確認していない事業者はすべて、ユーザー自身が完了する引き渡しに回してください。

出典:United Airlines、United Restricts Access for Third-Party AI Agents(2026年11月11日)——ユナイテッドのデジタルプラットフォーム、旅行代理店、アグリゲーターでの制限、ログイン情報・意図しない購入・MileagePlusマイルに関する理由、チェックインとFAAおよびDOTの規則の例、銀行業界と小売業界への言及。Luis Rijo、PPC Land、United bans AI agents from buying its tickets, seats and upgrades(2026年11月11日)——ルール1、5.H、6.J.6の引用文、従来の文言が適用される航空券についての解釈、報道された検索の容認、定義と禁止行為のずれ、AmazonとWalmartの例。Luke Bodell、Simple Flying、United Airlines Officially Bans AI Agents From Booking Your Flights And Checking You In(2026年11月12日)——ルール6.J.6、チェックインと危険物の背景、シカゴでのスコット・カービー氏の発言。第4節のコードは筆者による例示であり、第3〜5節の解釈は筆者によるものです。

IdeaToMVP Academy

Want to build with AI — not just read about it?

4-week live cohort for founders. Learn to ship AI agents, scope MVPs, and automate your business — taught by the same team that writes these guides.

Explore the Academy →
Share this post :