---
title: "ACP, UCP, AP2, MPP, x402, MCP ve A2A: Travel için Protocol Landscape"
description: "Agentic travel commerce için ACP, UCP, AP2, MPP, x402, MCP ve A2A protokollerinin hangi katmanda ne çözdüğünü karşılaştırın."
slug: "agentic-commerce-protocol-landscape"
translationKey: "guide-agentic-commerce-protocol-landscape"
locale: "tr"
type: "guide"
category: "architecture"
tags: ["acp","ucp","ap2","mpp","x402","mcp","a2a","agentic-commerce"]
publishedAt: "2026-09-27"
updatedAt: "2026-09-27"
reviewedAt: "2026-09-27"
technicalVerifiedAt: "2026-09-27"
codeExampleStatus: "illustrative"
sources:
  - title: "Agentic Commerce Protocol"
    url: "https://www.agenticcommerce.dev/docs"
  - title: "Universal Commerce Protocol"
    url: "https://ucp.dev/"
  - title: "Agent Payments Protocol"
    url: "https://github.com/google-agentic-commerce/AP2"
  - title: "Machine Payments Protocol"
    url: "https://mpp.dev/"
  - title: "x402"
    url: "https://x402.org/"
  - title: "Agent2Agent Protocol"
    url: "https://a2a-protocol.org/"
---

Agentic commerce protokollerini tek bir yarışın alternatifleri gibi görmek yanlış olur. Travel architecture açısından bunlar **tooling, agent coordination, commerce interaction ve payment authorization/rail** gibi farklı katmanlara oturur.

## Katman bazlı özet

| Protocol | Ana katman | Travel'da olası rol |
|---|---|---|
| MCP | Tool/resource access | search, reprice, booking, servicing tool'larını agent'a açmak |
| A2A | Agent-to-agent coordination | travel planner, payment agent, servicing agent koordinasyonu |
| ACP | Agentic checkout/commerce interaction | seller/agent checkout capability ve delegated payment akışları |
| UCP | Commerce interoperability | merchant/agent commerce capability discovery ve checkout |
| AP2 | Agent payment authorization/evidence | mandate, verifiable intent, autonomous payment authorization |
| MPP | Machine payments | agent/API arası machine-native ödeme |
| x402 | HTTP-native payment | paid APIs/resources için HTTP 402 tabanlı ödeme |

## ACP

ACP, buyer/agent/business arasında purchase interaction modeli ve checkout interface'leri tanımlar. 2026 itibarıyla OpenAI ve Stripe tarafından geliştirilen açık bir standarttır.

Travel açısından doğrudan "flight NDC replacement" değildir. Daha uygun sınır:
- checkout capability,
- seller interaction,
- delegated payment,
- order/fulfillment extensions.

Travel-specific Offer/Order/Servicing semantics yine canonical travel domain'de kalmalıdır.

## UCP

UCP commerce capabilities'i interoperable hale getirmeyi hedefler. 2026 sürümleri capability versioning, cart ve payment/security alanlarında genişlemektedir.

Travel kullanımı için dikkat:
- retail cart modeli travel offer lifecycle'ına birebir eşit değildir,
- reprice/availability zorunluluğu korunmalıdır,
- booking/ticketing semantics adapter layer'da ele alınmalıdır.

## AP2

AP2 agent tarafından yapılan payment'larda kullanıcı intent/authorization evidence'ına odaklanır. Travel'da özellikle:
- delegated purchase limits,
- human-not-present flows,
- verifiable intent,
- mandate evidence
için anlamlıdır.

AP2 booking protocol değildir; payment authorization katmanıdır.

## MPP

MPP machine-to-machine ödeme akışları için açık protocol yaklaşımıdır. Travel'da:
- paid supplier APIs,
- agent-to-service micro-payments,
- machine-billed ancillary/data services
gibi alanlarda değerlendirilebilir.

Consumer booking payment'ının tamamını otomatik olarak çözmez.

## x402

x402 HTTP 402 Payment Required semantiğini programmatic payment'a taşır. Travel core booking'den çok:
- paid API access,
- premium data,
- agent tool usage,
- machine commerce
senaryolarında doğal fit gösterebilir.

## MCP

MCP travel tool layer için güçlü bir abstraction'dır:

```text
search_flights
reprice_offer
create_order
retrieve_order
cancel_order
quote_refund
```

MCP payment authorization veya booking semantics'i tanımlamaz; tool invocation boundary'dir.

## A2A

A2A farklı agent'ların discover/call/collaborate etmesini standartlaştırır. Travel'da:
- trip planner agent,
- loyalty agent,
- payment agent,
- servicing agent
arasında coordination için kullanılabilir.

## Protocol composition

```mermaid
%% title: Agentic travel protocol composition
%% description: MCP/A2A tooling ve coordination katmanları ile commerce/payment protokollerinin travel domain etrafında konumlanması.
flowchart TD
  A[User / Buyer Agent] --> B[A2A Agent Coordination]
  B --> C[MCP Travel Tools]
  C --> D[Travel Domain: Search / Offer / Booking / Servicing]
  A --> E[ACP / UCP Commerce Interaction]
  E --> D
  A --> F[AP2 Authorization Evidence]
  F --> G[Payment Layer]
  H[MPP / x402 Machine Payments] --> G
  G --> D
```

## Seçim kriteri

"Hangisini kullanalım?" yerine şu soruyu sorun:
- tool access mı gerekiyor?
- agent-to-agent collaboration mı?
- merchant checkout interoperability mi?
- delegated payment evidence mı?
- machine-native payment rail mı?

Bir production sistem birden fazla protocol'ü birlikte kullanabilir.

## Travel-specific constraints

Her protocol entegrasyonunda travel domain şu kuralları korumalı:
- offer freshness,
- reprice,
- booking UNKNOWN,
- idempotency,
- payment/booking separation,
- passenger PII boundary,
- servicing/reconciliation.

## Failure modes

- commerce protocol'ü booking domain modeli sanmak,
- MCP tool call'u authorization kabul etmek,
- agent payment success'i booking success saymak,
- protocol capability version mismatch,
- travel-specific reprice/state machine'i generic checkout altında kaybetmek.

## Observability

- protocol capability negotiation failure,
- version mismatch rate,
- tool/agent/payment protocol error breakdown,
- authorization rejection rate,
- fallback/adaptation path usage,
- travel-domain reconciliation triggered by protocol-layer ambiguity.

## Production checklist

- protocol boundary map,
- version pinning,
- capability negotiation,
- travel canonical model,
- authorization evidence,
- idempotent side effects,
- PII redaction,
- protocol-specific observability.