ACP, UCP ve AP2 Karşılaştırması: Ekim 2026'da Ajan Tabanlı Ticaret Protokolleri ve Mağazanızın Hangisine İhtiyacı Var

Bir yapay zeka ajanının bir mağazadan nasıl satın alma yapacağını artık üç açık protokol tanımlıyor. Agentic Commerce Protocol (ACP) OpenAI ve Stripe'tan geliyor. Universal Commerce Protocol (UCP) Google ve Shopify'dan geliyor. Google'ın başlattığı ve nisanda FIDO Alliance'a devrettiği Agent Payments Protocol (AP2) ise aslında bir ödeme adımı protokolü değil: bir kullanıcının bir ödemeyi yetkilendirdiğine dair imzalı bir kanıtı tanımlıyor ve UCP'nin içinde çalışacak şekilde tasarlanmış. Üçü de Apache 2.0 lisanslı.

22 Ekim 2026 itibarıyla üçünün durumu birbirinden çok farklı. ACP beta olarak etiketlenmiş, son sürümü 2026-04-17 ve 17 Temmuz'dan bu yana depoya hiçbir commit yapılmadı. ACP'nin başlıca kullanıcısı olan ChatGPT, martta bağımsız ödeme adımından uzaklaştı ve ACP'yi artık çoğunlukla ürün verisi almak için kullanıyor. UCP ağustosta geriye dönük uyumluluğu bozan 2026-08-25 sürümünü yayımladı; Google'ın kendi arayüzleri ise hâlâ 2026-04-08 sürümünü çalıştırıyor ve Google içinde ödeme erken erişimde, yalnızca ABD'de. AP2 v0.2 sürümünde ve belgelerinde AP2 kullandığını gösteren hiçbir Google ürünü yok.

Bu yazı, neyi uygulayacağına karar veren mağazaların ve ticaret platformlarının CTO'ları ve baş geliştiricileri için. Her yapay zeka platformunun bir işletme olarak mağazadan ne istediğini öğrenmek için ajan tabanlı ticarete genel bakış yazımızla başlayın.

Yan Yana Karşılaştırma

ACP: Agentic Commerce Protocol

Yönetişim ve Sürümler

Spesifikasyon deposu, ACP'nin bakımını OpenAI ve Stripe'ın yürüttüğünü söylüyor ve protokolü beta olarak etiketliyor. Yönetişim belgesi bu ikisini Kurucu Bakımcılar yapıyor: yönlendirme komitesinin (en fazla yedi) koltuğunu onlar atıyor ve “son çare olarak” kullanmak üzere bir veto hakkını ellerinde tutuyorlar. Meta, 24 Nisan 2026'da üçüncü baş bakımcı ve komite üyesi olarak katıldı. Stripe'ın belgeleri ACP'yi “Stripe, OpenAI ve Meta tarafından oluşturulan” bir protokol olarak tanımlıyor, ancak deponun bildirim (notice) dosyası yalnızca OpenAI ve Stripe'ı anıyor. Tarafsız bir vakıf ise yalnızca gelecek için dile getirilmiş bir yol.

Tarihli beş sürüm var: 2025-09-29 (ödeme adımı ve devredilmiş ödeme), 2025-12-12 (URBN ve Etsy adaptörlerinden çıkarılan derslerle gelen, uyumluluğu bozan değişiklikler), 2026-01-16 (satıcının seçtiği bir 3DS sağlayıcısı), 2026-01-30 (yetenek müzakeresi, uzantılar ve uyumluluğu bozan bir ödeme işleyicisi çerçevesi) ve 2026-04-17 (sepet, feed, siparişler, devredilmiş kimlik doğrulama, keşif ve MCP); sonuncusu 2026-01-30 sürümünü kullanımdan kaldırdı. O tarihten bu yana geçen altı ayda yeni sürüm çıkmadı. unreleased/ klasöründe 17 Temmuz'a kadar tarihlenmiş daha küçük değişiklikler duruyor; örneğin bir feed güncelleme kimliği ve ödeme oturumundaki ürün kalemleri için isteğe bağlı bir ürün URL'si.

Bir Satıcının 2026-04-17 Sürümünde Uyguladıkları

Ödeme API'sini satıcı barındırıyor, ajan da onu çağırıyor:

• POST /checkout_sessions bir oturum oluşturuyor, POST /checkout_sessions/{checkout_session_id} onu güncelliyor (PUT değil, POST), aynı yola yapılan GET onu getiriyor, .../complete ve .../cancel ise oturumu sonlandırıyor.
• İstekler bir bearer API anahtarı ve zorunlu bir API-Version header'ı taşıyor. 2026-04-17 sürümünden bu yana her POST isteğinde Idempotency-Key zorunlu ve hatalar tanımlı: 400 idempotency_key_required, 409 idempotency_in_flight ve 422 idempotency_conflict.
• Oluşturma isteği bir capabilities nesnesi taşıyor. Ajan neyi desteklediğini bildiriyor, satıcı da kesişimi döndürüyor; böylece bir uyumsuzluk ödemeden önce ortaya çıkıyor.
• Satıcı, sipariş olaylarını OpenAI'ın /agentic_checkout/webhooks/order_events adresinde barındırdığı bir alıcıya POST ile gönderiyor; olaylar bir Merchant-Signature header'ında HMAC-SHA256 ile imzalanıyor. Durumlar created ile başlayıp delivered veya canceled ile bitiyor; adjustments[] ise para iadelerini, ürün iadelerini, itirazları ve ters ibrazları (chargeback) taşıyor.

2026-04-17 sürümü ayrıca statik ve herkese açık bir /.well-known/acp.json dosyası ekledi; bu dosyanın transports alanı mağazanın rest, mcp ya da her ikisini mi desteklediğini belirtiyor. Streamable HTTP üzerinde beş araçlı (create_checkout_session, get_checkout_session, update_checkout_session, complete_checkout_session, cancel_checkout_session) bir MCP bağlaması (binding) ekledi; kimlik doğrulama istek başına değil, sunucu yapılandırmasında yapılıyor. Bunlara ek olarak ajanın barındırdığı ve satıcının veri gönderdiği bir Feed API'si (POST /feeds, PATCH /feeds/{id}/products), ödeme verisi içermeyen tek satıcılı bir sepet (POST /carts, PUT /carts/{id}) ve devredilmiş 3DS2 kimlik doğrulaması (POST /delegate_authentication) geldi. Abonelik yok: uzantılar RFC'si subscription öğesini “Yinelenen faturalandırma desteği (gelecekte)” olarak listeliyor.

ACP'de Ödeme Nasıl İşliyor

ACP'nin ilk yanıtı devredilmiş ödeme. PSP veya kart kasası (card vault), POST /agentic_commerce/delegate_payment çağrısını uyguluyor; bu çağrı bir kartı (desteklenen tek ödeme bilgisi türü), satıcının PSP'sinin yalnızca belirli bir harcama izni içinde kullanabileceği bir token'a dönüştürüyor: reason (yalnızca one_time), max_amount, currency, checkout_session_id, merchant_id ve expires_at. RFC'nin ifadesiyle: “Ödemeler, mutabakat ve uyumluluk satıcının kendi altyapısında kalır.” Worldpay bu çağrının kendi sürümünü belgeliyor; PayPal da ACP'yi Braintree'deki devredilmiş token'lar aracılığıyla destekliyor.

2026-01-30 sürümünden bu yana kabul edilen ödeme yöntemleri capabilities.payment.handlers altında işleyiciler olarak bildiriliyor. Değişiklik günlüğündeki (changelog) örnek ödeme verisi:

{ "handler_id": "card_tokenized", "instrument": { "type": "card", "credential": { "type": "spt", "token": "spt_123" } } }

Buradaki spt, Stripe'ın “ABD'de, Kanada'da ve seçili Avrupa ülkelerinde” kullanılabilen Shared Payment Token ürünü. Stripe kullanan bir satıcı bunu önizleme (preview) API sürümlerinden birinde payment_method_data[shared_payment_granted_token] ile tahsil ediyor; başka bir ödeme işlemcisi kullanan satıcı ise token'ı bir kez kart ağı ödeme bilgilerine (network credentials) çözümleyebiliyor. Riski kimin taşıdığını ajan tabanlı ödemeler yazımız ele alıyor.

OpenAI'ın Mart Ayındaki Adımı Neyi Değiştirdi

24 Mart 2026'da OpenAI, “Instant Checkout'un ilk sürümü sunmayı hedeflediğimiz esneklik düzeyini sağlamadı” diye yazdı, satıcıların kendi ödeme adımlarını kullanmasına izin verdi ve şunu söyledi: “ACP'yi, keşif süreci boyunca satıcılar ile kullanıcılar arasındaki bağlantı katmanı olacak şekilde genişletiyoruz.” Target, Sephora, Nordstrom, Lowe's, Best Buy, The Home Depot ve Wayfair keşif için ACP entegrasyonunu tamamlamıştı; Shopify katalogları ise Shopify Catalog üzerinden geliyor. Bunun bir geliştirici için anlamı şu:

• Yayında olan kısım feed. OpenAI'ın satıcı sayfası satın almaların “satıcıya ait web sitelerinde veya uygulamalarda tamamlandığını” ve alışverişin ABD'li kullanıcılar için yayında olduğunu söylüyor. Feed katılım süreci bekleme listesinden onaylanan iş ortaklarına açık: SFTP üzerinden dokuz zorunlu alan içeren günlük tam dosya, gün içinde API güncellemeleri, promosyonlar yalnızca API ile. Standart yükleme “şu anda ABD'yi hedefliyor”.
• Ödeme adımı ayrı bir onaya bağlı. Feed spesifikasyonu, ödeme adımının “ayrıca etkinleştirilmiş bir entegrasyon gerektirdiğini” söylüyor. ChatGPT uygulamaları için genel kullanıma açık yol, geliştiricinin kendi alan adındaki harici ödeme adımı. Sohbet içindeki ödeme ekranı (payment sheet) ise “seçili pazaryerleriyle sınırlı” özel bir beta; bu ekran bir complete_checkout araç çağrısıyla uygulamanın MCP sunucusuna bir ödeme token'ı aktarıyor.
• OpenAI'ın sayfaları spesifikasyonun gerisinde. OpenAI'ın ödeme adımı referans belgesi hâlâ API-Version için 2025-09-12 değerini ve stripe, adyen ve braintree değerlerinden oluşan bir provider enum'unu gösteriyor. Depodaki spesifikasyona göre geliştirin ve hangi sürümü kabul ettiğini OpenAI'a teyit ettirin.

Instant Checkout'u hâlâ yayında gibi gösteren PSP sayfaları güncel değil.

UCP: Universal Commerce Protocol

Yönetişim ve Sürümler

Google, Shopify, Etsy, Wayfair, Target ve Walmart ile birlikte geliştirdiği UCP'yi 11 Ocak 2026'da tanıttı. Yönetişim kuralları, Stripe'ın 28 Nisan 2026'da katıldığı Yönetim Konseyi'nde Google ile Shopify'a birer kalıcı oy veriyor ve şu hükmü içeriyor: “Google, Aralık 2028'e kadar tüm boş koltuklar için vekâleten oy kullanır.” 24 Nisan'da Shopping Tech Council'e Amazon, Meta, Microsoft, Salesforce ve Stripe eklendi ve konseydeki koltuk sayısı 16'ya çıktı; böylece Meta ve Stripe artık hem ACP'nin komitesinde hem de UCP'nin konseyinde yer alıyor.

Depoda dört sürüm var. 2026-04-08 sepet ve katalog yeteneklerini, istek ve yanıt imzalamayı ve Get Order işlemini ekledi. 2026-08-25 ise uyumluluğu bozuyor: signing_keys[] yerini keys[] içindeki bir JWK Set'e bıraktı, ödeme uzantıları dev.ucp.shopping.* altından dev.ucp.common.payment.* altına taşındı, ortak şemaların yeri ve $id URL'leri değişti, PAN ve ağ token'ları ayrı ödeme bilgisi türleri haline geldi. Bu sürüm ayrıca sağlayıcıdan bağımsız 3DS2, bölünmüş ödemeler, ödeme vadeleri ve Web Bot Auth ile birlikte çalışabilirlik ekledi.

Tuzak şurada. Google'ın profil rehberi yalnızca 2026-04-08 ve 2026-01-23 sürümlerini kapsıyor, Google'ın ucp.goog adresindeki kendi ajan profili "version": "2026-04-08" değerini bildiriyor ve Salesforce B2C Commerce 26.9 da aynı iki sürümü sunuyor. Öte yandan Shopify'ın Checkout MCP'si 2026-08-25 sürümüne bağlantı veriyor. En son sürüme göre geliştirirseniz Google'ın belgelemediği bir sürümü geliştirmiş olursunuz. Spesifikasyonun buna çözümü, her eski sürümü kendi profil URI'sine eşleyen bir supported_versions nesnesi.

Keşif, Aktarım Yöntemleri ve Kimlik Doğrulama

Her işletme /.well-known/ucp adresinde ucp.version, ucp.services ve ucp.payment_handlers içeren bir profil yayımlıyor; Google bu profilin herkese açık olmasını ve kimlik doğrulaması gerektirmemesini şart koşuyor. Ajanın platformu da bir profil yayımlıyor ve her istek, en az TLS 1.3 ile HTTPS üzerinden, bu profilin URI'sini bir UCP-Agent header'ında taşıyor. Kimlik doğrulama işletmenin tercihine kalmış: kimlik doğrulamasız, X-API-Key, OAuth 2.0, karşılıklı TLS (mutual TLS) ya da RFC 9421 HTTP Message Signatures. Google bir bearer token gönderiyor; SSS'si mTLS seçeneği de sunuyor. Idempotency-Key yalnızca “SHOULD” düzeyinde bir öneri; bunu kabul eden bir sunucu anahtarı en az 24 saat saklıyor ve aynı anahtar farklı bir gövdeyle yeniden kullanıldığında 409 ile yanıt veriyor.

Temel aktarım yöntemi REST; yanında MCP, bir A2A uzantısı ve bir continue_url üzerinden erişilen gömülü (embedded) bir mod var. Siparişler tarafında bir GET /orders/{id} ve işletmeden platforma giden, RFC 9421'e göre imzalanmış bir webhook var. Sepet yolları ACP'dekilerle aynı. Ödeme oturumu işlemleri birbirine benziyor, ama birbirinin yerine kullanılamıyor:

Tek bir ödeme adımı çekirdeği ikisine birden hizmet verebilir. Tek bir rota tablosu veremez.

UCP'de Ödeme Nasıl İşliyor

UCP para taşımıyor. Ödeme işleyicisi, bir ödeme bilgisi sağlayıcısının yazdığı bir spesifikasyon; örneğin Google Pay için com.google.pay, Shop Pay için dev.shopify.shop_pay. İşletme kabul ettiği işleyicileri listeliyor, platform bunlardan birini çalıştırıyor ve complete adımında işletme, kendi PSP'si üzerinden tahsil edeceği opak bir token alıyor.

Google'ın arayüzlerinde tek işleyici Google Pay, kullanılan tek kimlik doğrulama yöntemi PAN_ONLY ve PSP'nizin “token'larımızı işleyebilmesi gerekir”. Stripe, kart ve Apple Pay için com.stripe.payments işleyicisini yayımlıyor: “Ajan, Complete Checkout isteğinde bir paylaşılan ödeme token'ı (SPT) gönderir ve satıcı bunu tahsil eder.” Google Pay kendi işleyicisinde kalıyor. PayPal Google Pay işleyicisini Braintree üzerinden ya da Orders v2 API'si üzerinden kabul ediyor.

Google Sizi Çağırmadan Önce Ne İstiyor

Google'ın platform içi ödeme rehberi REST ödeme API'sini istiyor ve ödeme bilgilerinin girildiği adımı kendinde tutuyor: alışverişçi hassas bilgileri “yalnızca Google arayüzüyle” giriyor. Hizmet seviyeleri şöyle: her endpoint'te en az %95 kullanılabilirlik; p50 ve p95 gecikmesi oluşturma için 1 ve 4 saniye, güncelleme için 1 ve 5 saniye, tamamlama için 6 ve 10 saniye. Bir siparişten sonra, katılım sırasında verilen bir iş ortağı kimliği ve anahtarıyla bir Google webhook'una durum güncellemelerini gönderiyorsunuz. Merchant Center'da her üründe native_commerce(checkout_eligibility) değerinin true olarak ayarlanması gerekiyor (“varsayılan olarak FALSE değerini alır”); iade politikası ve destek iletişim bilgisi zorunlu; abonelikler, taksitli satışlar, kişiselleştirilmiş ürünler, ikinci el ve yenilenmiş ürünler, ön siparişler ve yaş sınırlı ürünler kapsam dışı.

2026-04-08 sürümünden bu yana daha hafif seçenek sepet aktarımı: yalnızca sepet oluşturmayı uyguluyorsunuz, Google sepeti sitenize aktarıyor ve ne ödeme işleyicisi ne de sipariş webhook'u gerekiyor.

Asıl sınır erişim. Ödeme işlevi, erken erişim kapsamındaki bir ilgi formu aracılığıyla “seçili satıcılar için kullanılabilir”; bu formda 30 gün içinde başlamayı taahhüt ediyor ve ilerleme kaydetmezseniz erişimin “kaldırılabileceğini” kabul ediyorsunuz. UCP Checkout şartları “yalnızca Amerika Birleşik Devletleri için” geçerli. Merchant Center merkezinin (hub) Avustralya ve Kanada'ya “gelecek yılın başında” gelmesi planlanıyor; Google başka hiçbir ülke için ödeme işlevine dair bir tarih vermiyor.

Google Dışında UCP

Microsoft Merchant Center, 21 Nisan 2026'dan beri ABD'de UCP'ye hazır feed'leri kabul ediyor. Copilot Checkout UCP uyumlu bir feed gerektiriyor, ABD'li alıcılara dolar cinsinden satış yapan ve her biri tek bir PSP kullanan İngilizce dilli satıcıları kabul ediyor; mağaza ayarı da “Yalnızca seçili müşterilere yönelik pilot” olarak işaretlenmiş. Shopify UCP'yi MCP üzerinden https://{shop}/api/ucp/mcp adresinde sunuyor ve eski katalog ve sepet araçlarını kaldırdı. Konaklama rezervasyonu için bir yetenek 24 Eylül 2026'da taslak olarak birleştirildi (merge) ve hiçbir sürümde yer almıyor.

AP2: Agent Payments Protocol

AP2, ödeme adımını tamamlamanın üçüncü bir yolu değil. Spesifikasyonu, AP2'nin “bir Commerce Protocol içinde bir güvenlik özelliği olarak çalıştığını” ve “Universal Commerce Protocol (UCP) ile uyumlu olacak şekilde açıkça tasarlandığını” söylüyor. 0.1.0 sürümü 16 Eylül 2025'te, v0.2 ise Google'ın AP2'yi FIDO Alliance'a bağışladığı gün olan 28 Nisan 2026'da çıktı. FIDO'nun duyurusu, Mastercard ve Visa'dan üyelerin başkanlık ettiği bir Agentic Authentication çalışma grubunu ve bir Payments çalışma grubunu adıyla anıyor ve katkıların “incelenip daha da geliştirileceğini” söylüyor. FIDO herhangi bir AP2 spesifikasyonu yayımlamış değil. GitHub deposu artık yalnızca örnek ve SDK değişikliklerini kabul ediyor; son commit 29 Nisan'da yapıldı.

0.2 sürümü bir Checkout Mandate (satın alınan şey) ve bir Payment Mandate (payment.amount_range, payment.budget ve payment.allowed_payees gibi kısıtlarla birlikte ödeme) tanımlıyor. Her biri, kapalı ve açık olmak üzere iki biçimi olan bir SD-JWT (örneğin mandate.payment.1 ve mandate.payment.open.1). Human Present (insan mevcut) modunda kullanıcı kapalı yetki belgelerini onaylıyor. Human Not Present (insan mevcut değil) modunda ise kullanıcı kısıtları belirleyen açık yetki belgelerini onaylıyor; bunlar ajanın açık anahtarını bir cnf claim'inde taşıyor ve ajan kapalı yetki belgelerini bu sınırlar içinde kendisi oluşturuyor. Intent Mandate ve Cart Mandate'ten söz eden eğitim içerikleri v0.1'i anlatıyor; bu terimler v0.2'de yok.

UCP içinde AP2, dev.ucp.common.payment.ap2_mandate uzantısı (2026-08-25 öncesinde dev.ucp.shopping.ap2_mandate). Bu uzantı müzakere edildiğinde işletme ödeme oturumu yanıtlarını imzalıyor, platform complete adımında bir checkout_mandate ve bir payment_mandate sunuyor ve oturum “Security Locked” (güvenlik kilitli) duruma geçiyor: iki taraf da sıradan bir ödeme adımına geri dönemiyor.

Henüz kimse bunu istemiyor. Google'ın SSS'si AP2'yi “özerk yapay zeka ajanı işlemlerini içeren gelecekteki senaryolar için özellikle yararlı” olarak tanımlıyor. Google'ın kendi ajan profili tek ödeme işleyicisi olarak Google Pay'i listeliyor ve hiçbir AP2 yeteneği bildirmiyor; 2026-08-25 profilinde de AP2 girdisi yok. Belgelerinde AP2 kullandığını gösteren hiçbir Google ürünü olmadığından, bir platform bunu müzakere edene kadar bir satıcının geliştireceği bir şey yok.

Komşu Protokoller

MCP

ACP ve UCP'nin ikisi de MCP üzerinde çalışabiliyor. MCP'nin güncel spesifikasyonu 2026-07-28, oturumları ve Mcp-Session-Id header'ını kaldırıyor, initialize el sıkışmasını bırakıyor, server/discover çağrısını zorunlu kılıyor ve akışı kopan bir istemcinin isteğini yeni bir kimlikle yeniden göndermesini istiyor. ACP'nin MCP bağlaması hâlâ 2025-11-25 aktarım tanımına bağlantı veriyor. Bir ödeme oturumu kimliği, yeni spesifikasyonun beklediği türden, sunucunun ürettiği bir tanıtıcının (handle) ta kendisi; akışın ortasında kaybolan bir complete ise yeni bir istek olarak geri geliyor: idempotency anahtarlarını her iki protokolde de zorunlu kabul edin.

WebMCP

WebMCP, bir sayfanın kendi işlevlerini tarayıcı ajanlarına açmak için önerilen bir web standardı. Shopify, UCP ödeme adımını aynı ödeme nesnesiyle hem Checkout MCP hem de Checkout WebMCP olarak sunuyor ve Checkout MCP'yi öneriyor. WebMCP'nin bugünkü durumunu WebMCP rehberimiz ele alıyor.

x402 ve MPP

x402 ve Tempo ile Stripe'ın tasarladığı Machine Payments Protocol, bir API, veri ya da içerik için ajanı HTTP isteği başına ücretlendiriyor. Bunlar mağaza ödeme adımı protokolleri değil. x402 yazımıza bakın.

Visa Trusted Agent Protocol ve Mastercard Agent Pay

Bunlar ACP ve UCP'nin yerini almıyor, yanlarında duruyor. Visa'nın Trusted Agent Protocol protokolü, bir ajana kimliğini ve yetkisini satıcılara kanıtlaması için “standartlaştırılmış, kriptografik bir yöntem” sağlıyor; Mastercard Agent Pay ise ajan tabanlı ticarete yönelik bir tokenizasyon programı. Mastercard'ın satıcı rehberi UCP ve ACP'yi en yüksek hazırlık seviyesine koyuyor, “Erken benimseyenler şu anda entegrasyon yapıyor” diye not düşüyor ve satıcılara işe daha basit iki seviyeyle başlamalarını öneriyor. İki programı da ajan tabanlı ödemeler yazımız ele alıyor.

Personal Agent Protocol

Sierra, Personal Agent Protocol'ü (“Poppy”) 6 Ekim 2026'da Meta ile birlikte duyurduğunu söylüyor; taslağı da 9 Ekim'de yayımladı. Bir şirket /.well-known/poppy.json adresinde tek bir dosya yayımlıyor; protokol, kişisel bir ajanın kendini tanıtması ve her türlü görev için müşterinin iznini alması amacıyla OAuth, JWT'ler, HTTPS, OpenAPI ve MCP kullanıyor. Sierra protokolü UCP'yi tamamlayıcı olarak tanımlıyor. Protokol sitesi 0.2 sürümünü gösteriyor ve “Bu bir taslak” diyor. Meta'nın kendi haber merkezinde bununla ilgili bir yazı bulamadık.

Hangisine İhtiyacınız Var?

Shopify Kullanıyorsanız

Geliştirecek bir şey yok. Shopify'ın ajan tabanlı vitrinleri “uygun mağazalar için varsayılan olarak etkin”. ChatGPT kataloğunuzu Shopify Catalog üzerinden alıyor ve alışverişçileri mağazanıza gönderiyor. Google içindeki doğrudan ödeme, ABD'de yerleşik olan ve ABD'ye satış yapan mağazalar için varsayılan olarak açık; Copilot da Shopify satıcılarını otomatik olarak kaydetti. Sizin kararlarınız ürün verisi ve doğrudan ödemeyi açık tutup tutmamak; bunu yaparken Google içindeki doğrudan ödemede özel piksellerin (custom pixels) tetiklenmediğini hesaba katın.

Salesforce, commercetools veya Başka Bir Platform Kullanıyorsanız

Salesforce B2C Commerce 26.9, UCP'nin 2026-01-23 ve 2026-04-08 sürümlerini sunuyor: supported_versions eşlemesi içeren bir /.well-known/ucp ve bir SLAS token'ının arkasındaki ödeme oturumu endpoint'leri. Salesforce, Google içinde UCP ile ödemeyi Ekim 2026'da genel kullanıma açık olarak listeliyor. Bir oturum, bir sepetin headless görünümü; Salesforce'un denetim rehberi SFRA ve SiteGenesis controller'larının ve “bugün kullandığınız diğer SCAPI kaynaklarının bu akışta çalışmadığı” uyarısını yapıyor; dolayısıyla bunlara bağlı mantığın UCP ödeme oturumu hook'larına kopyalanması ya da köprülenmesi gerekiyor. Feed en-US'i hedeflemeli; Salesforce'un deyişiyle platform “Google'ın bekleme listesini atlamıyor”. ChatGPT tarafında Salesforce, OpenAI'ın ACP feed'leri için adını verdiği teslim yollarından biri.

commercetools veya başka bir platform kullanıyorsanız platform sağlayıcınıza hangi UCP sürümlerini ve yeteneklerini sunduğunu, hook'larınızdan hangilerinin bir ajan ödemesinde çalıştığını ve OpenAI'a feed gönderip göndermediğini sorun.

Kendi Yazılımınızı Kullanıyorsanız

1. Önce feed'ler. Google Merchant Center ve OpenAI sizi kabul ettiğinde onun ürün feed'i. ACP'nin bugün ChatGPT'deki ticari kullanımı tam olarak bu.
2. ABD'de satış yapıyorsanız ve Google sizi kabul ederse Google için UCP. 2026-04-08 sürümüne göre geliştirin: com.google.pay içeren profil, Google'ın gecikme hedeflerine uyan ödeme oturumu işlemleri, Google Pay token'larını işleyen bir PSP, sipariş webhook'u ve feed özelliği. Ya da yalnızca sepet aktarımıyla başlayın.
3. ACP ödeme adımını yalnızca bir nedeniniz varsa geliştirin, örneğin ödeme ekranı betasına kabul edilmiş bir ChatGPT uygulaması. Depodaki 2026-04-17 sürümüne göre geliştirin.
4. AP2: şimdilik hiçbir şey.
5. Tek bir ödeme adımı çekirdeği. İki protokol de bir API üzerinden oluşturulabilen, güncellenebilen, tamamlanabilen, iptal edilebilen ve güvenle yeniden denenebilen bir oturum istiyor. Bunu sipariş, vergi ve ödeme mantığınızın üzerinde bir kez kurun; üstüne ince ACP ve UCP adaptörleri, ajanların ihtiyaç duyduğu yerde de MCP ekleyin.

Bugün iki protokolün hiçbiri abonelik satan bir işletmeye platform içi ajan ödemesi sağlamıyor.

Yalnızca ABD Dışında Satış Yapıyorsanız

Üçünden hiçbiri bugün size bir ajan ödeme adımı sağlamıyor. ChatGPT alışverişi ve OpenAI'ın standart feed yüklemesi ABD'ye yönelik; Google'ın UCP Checkout şartları yalnızca ABD'de geçerli; Copilot Checkout ABD'li alıcılara dolar cinsinden hizmet veriyor. Google'ın duyurduğu bir sonraki adım, “gelecek yılın başında” Avustralya ve Kanada'da Merchant Center merkezi; Birleşik Krallık veya AB için bir tarih yok.

Merchant Center feed'inizi eksiksiz tutun ve ödeme adımınızı zaten yeniden geliştiriyorsanız yukarıda anlatılan, API üzerinden çalışan çekirdeği kurun; böylece pazarınız açıldığında bir adaptör küçük bir iş olur. Yurt dışından ABD'ye mi satış yapıyorsunuz? Her programın satıcının nerede yerleşik olmasını şart koştuğunu kontrol edin; örneğin Shopify'ın Google içindeki doğrudan ödemesi bir ABD mağazası gerektiriyor.

Nereden Destek Alabilirsiniz

Shopify kullanmayan mağazalar için protokol katmanını geliştiriyoruz: mevcut sipariş, vergi ve ödeme mantığınızın üzerinde bir /.well-known/ucp profili ve ödeme oturumu endpoint'leri, Google'a sipariş webhook'ları, Google Merchant Center ve OpenAI için ürün feed'leri ve aynı ödeme adımını ajanlara açan MCP sunucuları. Bu iş yapay zeka ajanı geliştirme ve MCP entegrasyonu hizmetimizle başlıyor.

Platformunuzu, ödeme sağlayıcınızı ve satış yaptığınız ülkeleri office@c9group.dev adresine yazın; hangi protokolün sizin için geçerli olduğunu ve onu uygulamanın ne gerektireceğini söyleyelim. Google'ın ve OpenAI'ın program şartları birer sözleşme: biz hukukçu değil mühendisiz, bu yüzden imzalamadan önce bir danışmana okutun.