Taahhüt edilebilirlik basamakları

Kanıt güncellemesi · 22 Eylül 2026

Taahhüt edilebilirlik basamakları: işletme gerçeğinin taahhüde dönüştüğü yer

Yapılandırılmış kapora koşulları, teknik protokol tanımları, uç nokta doğrulaması ve işletmenin belirlediği kurallar farklı kanıt katmanlarıdır. Bu Ağustos 2026 güncellemesi, nelerin makine tarafından okunabilir hâle geldiğini ve nelerin hâlâ gerçek bir yerel hizmet taahhüdünü kanıtlamadığını gösterir.

Güncelleme - Temmuz-Ağustos 2026

Bir protokol taahhüdü tarif edebilir. İşletme sistemi ise onu hâlâ gerçeğe dönüştürmek zorundadır.

Dört gelişme, basamakların ortasındaki ayrımı daha belirgin hâle getiriyor.

1. Shopify sınırları belirli bir kapora mekanizması yayımladı. 2026-07 API sürümünde yetkili bir uygulama, taslak sipariş oluştururken veya güncellerken DraftOrderInput.deposit alanını belirleyebilir. Gerekli kapsam iznine sahip bir Customer Account entegrasyonu kapora bilgisini, amountDueNow ve amountDueLater alanlarını okuyabilir. Shopify bu özelliği Shopify Plus taslak siparişleriyle sınırlar. Bu, bir işletme sisteminin şimdi ve daha sonra ödenecek tutarları yapılandırabileceğine ilişkin yararlı bir kanıttır; evrensel bir kapora, rezervasyon veya yerel hizmet taahhüdü protokolü değildir.

1. Shopify, kural uygulama modelini de alıcı arayüzünün dışına taşıyor. Shopify, işletme kuralları için geliştiricileri kullanımdan kaldırılan useBuyerJourneyIntercept kancasından; hızlı cüzdanlar ve ajan destekli ödeme dâhil tüm ödeme yüzeylerinde çalışan sunucu tarafı sepet ve ödeme doğrulama Functions yapılarına yönlendiriyor. Mevcut eklentiler güncel ve önceki sürümlerde çalışmaya devam ediyor; kaldırma gelecekte gerçekleşecek. Mimari ders şudur: Müşterinin görebildiği koşullar ile sunucu tarafındaki uygulama birlikte ele alınmalıdır. Bu, belirli bir işletmenin bu modeli uyguladığının kanıtı değildir.

1. UCP `v2026-08-25` tanım dilini genişletti. Sürüm; kaporalar ve taksitler dâhil ödeme koşulları ve planlarını, politika anlık görüntülerini, konum ve sipariş karşılama bağlamını, yetenek sürümlemeyi, kimlik ve onay değişikliklerini, actions yapısını ve sağlayıcıdan bağımsız 3DS2'yi ekliyor. Ayrıca geriye dönük uyumlu olmayan şema değişiklikleri içeriyor. Bu alanlar bir işlemin daha büyük bölümünü tarif edebilir; ancak bir protokol beyanı güncellik, stok, müsaitlik, politika doğruluğu, işletme yetkisi, siparişin karşılanması veya üretim kullanımını tek başına doğrulamaz. Yerel bir hizmet için kendiliğinden rezervasyon tutma veya iptal garantisi oluşturmaz.

1. Google ve harici bir sayım, doğrulamanın neden beyandan ayrı tutulması gerektiğini gösteriyor. Google'ın Merchant Center UCP entegrasyonu, ABD'deki katılımcı işletmeler ve ABD'de satılan ürünlerle sınırlı bir pilot programdır. Kendi kendine yapılandırma, sandbox ve üretim ortamı testleri, uç nokta doğrulaması ve hazırlık takibi sunar; Google onayı ve teknik uygulama hâlâ gereklidir. UCP Checker ise mağazaların kamuya açık beyanlarına ilişkin anlık bir sayım yayımladı. Bu sayım, yayıncısının her 24 saatte bir yeniden taradığı canlı bir sayaçtır; bu nedenle bu sayfa Ağustos rakamlarını artık güncelmiş gibi tekrarlamıyor. Aşağıdaki Eylül okuması kendi zaman damgasını taşır ve onların yerini alır. Ağustos sayımının gösterdiği ve Eylül okumasının doğruladığı şey büyüklük değil, biçimdir: katalog tarafındaki beyanlar beş haneli, ödeme tarafındaki beyanlar tek haneli. Bunlar yayıncının kamuya açık manifestlere ilişkin bildirdiği gözlemlerdir; denetlenmiş pazar payı, işletme benimsemesi veya işlem kanıtı değildir.

İşletmeci testi: tanımla, göster, uygula, doğrula, sakla

Taahhüt edilebilirliği birbirine bağlı beş kontrol olarak ele alın:

1. Koşulları işletme sisteminde tanımlayın. Şimdi ödenecek tutarı, daha sonra ödenecek tutarı, ödeme planını, geçerli politikayı, konum ve sipariş karşılama bağlamını, gerçekten var olan tutma süresini veya iptal sınırını kaydedin. Kapora alanından rezervasyon tutma sonucu çıkarmayın.
2. Kesin koşulları müşteriye ve yetkili entegrasyona gösterin. Erişim kapsamını doğru belirleyin. Herkese açık bir yetenek beyanı ile kimliği doğrulanmış bir sipariş kaydı farklı yüzeylerdir.
3. İlgili kuralları sunucu tarafında uygulayın. Uygunluk ve ödeme politikalarını tek bir alıcı arayüzünün ötesinde uygulayın; böylece cüzdanlar, insan tarafından yürütülen ödeme ve ajan destekli ödeme farklı kurallarla karşılaşmasın.
4. Beyanı ve davranışı ayrı ayrı doğrulayın. Profili, sürümleri, uç noktaları ve gözlemlenen yanıtları kontrol edin. Geçerli bir /.well-known/ucp dosyası tamamlanmış ödeme akışı değildir.
5. Kabul edileni saklayın. İşlemi daha sonra çözümlemek için gereken koşulları, onayı veya kabul kaydını, sipariş kanıtını ve iptal ya da iade politikasını koruyun. Visa'nın kamuya açık kuralları bu kanıt disiplininin bir ödeme ağına özgü örneğidir; Shopify ile UCP'nin ortak bir uygulaması değildir.

Güncelleme - Eylül 2026: yerinden oynamayan iki basamak

Beyan sayımının bir perakendeciye söyleyebildikleri ve söyleyemedikleri

Protokol beyanı, bir işletmenin, bir ajanın kendisiyle belirli bir şekilde işlem yapabileceğini makinenin okuyabileceği bir biçimde kamuya açık olarak belirtmesidir. Manifest bu beyanı taşıyan dosyadır: Universal Commerce Protocol için işletmenin kendi alan adındaki sabit bir adreste, /.well-known/ucp adresinde durur; tıpkı robots.txt dosyasının her tarayıcının sormayı bildiği sabit bir adreste her zaman durduğu gibi. Bir perakendeci bu dosyayı çalışma saatleri sayfasını yayımladığı gibi yayımlar - herkesin indirebileceği bir yere bir dosya koyarak.

UCP Checker bu dosyaları belirli aralıklarla indirir ve içlerinde ne yazdığını sayar. Bir dosyayı saymak bir satışı saymak demek değildir. Yayımlanmış metodolojisine göre, yalnızca biri kontrolü elle başlattığında çalışan isteğe bağlı işlevsel yoklamaları "bilinçli olarak salt okunur ve hız sınırlıdır — ödeme akışını çalıştırmaz ve herhangi bir durum yazmaz"; ajanlarla uçtan uca alışveriş simülasyonunu ise UCP Checker ayrı bir ürün olarak tanımlar. Dolayısıyla sayım, işletmelerin kendileri hakkında beyan ettiklerinin arz tarafındaki bir envanteridir. Benimseme değildir, pazar payı değildir ve bunlardan herhangi birine karşı tek bir sipariş verildiğinin kanıtı değildir.

Okuma

[UCP Checker · 2026-09-22 20:58 UTC] 21.900 izlenen alan adı arasında 17.765 doğrulanmış mağaza. Doğrulanmış mağazaların %99,6'sı ödeme akışı (checkout), %90'ı sepet yönetimi, %60,3'ü ise sipariş yönetimi beyan ediyor. Aynı sayımın saydığı iki beyan kategorisi daha ayrı duruyor: 8 ile Payment Token Exchange ve 1 ile Embedded Checkout.

Son iki rakamı diğerleriyle karşılaştırarak okuyun. Binlerce mağaza, bir ajanı satın almanın eşiğine kadar getiren yolculuk adımlarını beyan etti. Satın almanın kendisini o yolculuğun içinde gerçekleştirecek adımları beyan edenler ise tek hanede kalıyor. Bu fark bir yuvarlama etkisi değildir ve kapanmıyor. Ağustos sayımından bu yana sepet yönetimi beyanları binlerce arttı, ödeme belirteci beyanları ise hâlâ tek hanede; bu güncelleme için alınan Eylül okumaları boyunca Payment Token Exchange ve Embedded Checkout sayıları hiç kıpırdamadı.

Yerinden oynamayan basamaklar neden yazılmaya değer

Yayıncının sayfasındaki her büyüyen rakam ertesi sabah eskir; bu bölümün okunduğu anı damgalamasının nedeni de tam olarak budur. Yerinden oynamayan iki rakam, taahhüt edilebilirlik basamaklarının işaret etmek için kurulduğu rakamlardır.

Bir restoran grubu bugün bir ajan tarafından bulunabilir; ajan menüsünü okuyabilir ve ona göre bir sepet oluşturabilir. Birinci ve ikinci aşama kamuya açık biçimde doluyor ve sayım bu dolmanın kamuya açık ölçülerinden biridir. Bunların hiçbiri üçüncü aşamanın sorusunu yanıtlamıyor - bu kapora alınabilir mi, bu masa tutulabilir mi, bu rezervasyon bu süre içinde iptal edilebilir mi? - ve sayım artık bunun altındaki dördüncü aşama basamağının, yani paranın ajanın yolculuğu içinde gerçekten el değiştireceği yerin, neredeyse hiç kimse tarafından beyan edilmediğini gösteriyor. Bu çerçevede taahhüt edilebilir, her ikisinin de doğru olduğu durumun adıdır: işletme tutabileceği bir taahhüt tanımlamıştır ve birinin buna karşı ödeme yapabileceği bir yol vardır. Bu kanıtlara göre beyan edilen arz her ikisinin de çok önünde gidiyor.

Dürüst okuma dardır ve yeterlidir. Bir beyan, bir işletmenin neyi kabul edeceğini söylemesidir. Bir işletmenin bir şeyi kabul etmiş olması değildir. Bu iki cümle arasındaki mesafe üçüncü aşamanın tamamıdır ve hâlâ işletmenin kendi işidir.

Mevcut üçüncü aşama metni için hedefli güncellemeler

Sınırları belirli taahhüt nesnesi

Neyin taahhüt edildiğini açık ve sürümlenmiş biçimde kaydeden bir kayıt: şimdi ve sonra ödenecek tutar, gerçekten var olan tutma koşulu ve bitişi, iptal aralığı, geçerli politika, konum ve sipariş karşılama bağlamı, garanti ve sınırları. Kapora veya ödeme planı bu nesnedeki alanlardan yalnızca biridir; rezervasyon tutmayı, müsaitliği veya siparişin karşılanmasını kanıtlamaz.

Kabul ve politika koşulları

Koşullar müşteri tarafından görülebilmeli, yetkili entegrasyonun erişimine açık olmalı ve yalnızca alıcı arayüzünde değil işletmenin sisteminde uygulanmalıdır. İade, iptal ve itirazların işletmenin oluşturduğu kanıtlara göre çözülebilmesi için politikanın kesin sürümünü ve müşterinin kabul ettiği hususları saklayın.

Güncellenmiş işletmeci rehberi

Şimdi yapın

• Kanıtlarınızda beyan edilen yeteneği, yapılandırılmış uç noktayı, gözlemlenen yanıtı ve tamamlanmış üretim işlemini birbirinden ayırın.
• Kaporaları, ödeme planlarını, iptal koşullarını, konum ve sipariş karşılama bağlamını ve gerçekten var olan rezervasyon tutmayı ayrı alanlar olarak tanımlayın. Birini diğerinin kısa karşılığı gibi kullanmayın.
• Uygunluk ve ödeme kurallarını sunucu tarafında uygulayın, kesin tutar ve koşulları gösterin ve müşterinin kabul kaydını saklayın.

İzleyin

• UCP v2026-08-25'in yalnızca şablonlarda beyan edilip edilmediğini değil, üretimdeki işletme sistemlerinde uygulanıp uygulanmadığını.
• Kaporaların ve ödeme planlarının platformlar arasında taşınabilir ve yetkili ajanlar için güvenle erişilebilir hâle gelip gelmediğini.
• Yerel hizmet sistemlerinin üretim ödemesi kanıtıyla birlikte gerçek müsaitlik, rezervasyon tutma, iptalin uygulanması ve hizmetin yerine getirilmesine ilişkin garanti anlamları ekleyip eklemediğini.

Varsaymayın

• Shopify Plus taslak sipariş kaporalarının evrensel bir rezervasyon veya yerel hizmet taahhüdü katmanı olduğunu varsaymayın.
• Google'ın sınırlı ABD pilotunun genel kullanıma açık olduğunu veya uç nokta doğrulamasının bir üretim işlemini kanıtladığını varsaymayın.
• Bir UCP manifestosunun, hazırlık puanının, kimlik beyanının veya ödeme belirteci beyanının yapılandırılmış, yetkili ve uçtan uca bir ödeme akışını kanıtladığını varsaymayın.

Kanıt disiplini

Gözlemlenen

Shopify'ın 2026-07 API'leri, Plus taslak siparişleri için yazılabilir bir kapora alanı ile uygun kapsam iznine sahip müşterilerin okuyabildiği şimdi ve sonra ödenecek tutarları sunuyor. Shopify, ödeme kurallarının uygulanmasını sunucu tarafı doğrulamaya yönlendiriyor. UCP v2026-08-25; koşullar, politikalar, konumlar, sipariş karşılama bağlamı, kimlik, onay, ek kimlik doğrulama eylemleri ve sürümlemeyi açıkça uyumsuz değişikliklerle birlikte ekliyor. Google, uç nokta doğrulama araçları içeren sınırlı bir ABD Merchant Center pilotunu belgeliyor. UCP Checker, her 24 saatte bir yeniden taranan anlık bir beyan sayımı yayımlıyor; bu sayımın katalog tarafındaki sayıları art arda alınan okumalarda yükselirken Payment Token Exchange ve Embedded Checkout sayıları tek hanede kaldı. Kendi yayımladığı metodolojiye göre yoklamaları salt okunurdur ve ödeme akışını çalıştırmaz.

Çıkarım

Bizim değerlendirmemize göre makine tarafından okunabilen koşullar; ancak işletme bunları tanımladığında, müşteri görebildiğinde, kurallar sunucu tarafında uygulandığında, beyan edilen uç noktalar belirtildiği gibi davrandığında ve kabul edilen koşullar saklandığında operasyonel anlam kazanır. Farklı kaynaklardan elde edilen bu model mimari bir çıkarımdır. Shopify, UCP, Google, Visa ve UCP Checker tek bir ortak uygulama iddiasında bulunmuyor.

İzlenen

Üretimdeki işletme sistemlerinin Ağustos UCP tanımlarını uygulayıp uygulamadığı; platforma özgü kapora koşullarının taşınabilir hâle gelip gelmediği; yetkili ajanların bunları güvenle kullanıp kullanamadığı; yerel hizmet sistemlerinin bağımsız olarak doğrulanabilir üretim ödemesi kanıtıyla gerçek müsaitlik, tutma, iptal ve garanti anlamları ekleyip eklemediği; ve Payment Token Exchange ile Embedded Checkout beyan sayılarının tek haneden hiç çıkıp çıkmayacağı.

Bu güncellemenin ileri sürmediği iddialar

1. UCP v2026-08-25'in, Shopify API'lerinin veya Google pilotunun işletmeler, ülkeler, platformlar ya da hizmet kategorileri genelinde genel kullanıma açık olduğunu iddia etmez.
2. Kaporanın rezervasyon tutma, hizmet müsaitliği, iptal garantisi veya hizmetin yerine getirilmesini sağladığını iddia etmez.
3. Herkese açık bir UCP profilinin veya doğrulanmış bir uç noktanın üretim ödemesini tamamladığını iddia etmez.
4. UCP'nin uyumsuz değişikliklerinin uygulamaya özgü geçiş ve test olmadan geriye dönük uyumlu olduğunu iddia etmez.
5. Shopify'ın kullanımdan kaldırılan alıcı yolculuğu müdahale API'sinin zaten kaldırıldığını iddia etmez.
6. UCP Checker sayımının denetlenmiş pazar payı, işletme benimsemesi, gelir, sipariş hacmi veya uçtan uca satın alma kanıtı olduğunu iddia etmez.
7. Yukarıdaki damgalı okumada yer alan Payment Token Exchange veya Embedded Checkout beyan sayılarını üretim ödemesi yeteneği, yapılandırılmış işletme sistemleri ya da herhangi bir ödemenin alındığına dair kanıt olarak değerlendirmez.
8. Shopify, UCP, Google, Visa veya UCP Checker'ın tek bir mimariyi paylaştığını ya da birbirlerinin alanlarını uyguladığını iddia etmez.
9. Obenan'ın adı geçen herhangi bir tarafla ortaklık, destek, sertifikasyon, pilot, özel erişim veya ticari ilişkisi olduğunu iddia etmez.
10. Bu çalışmanın bir Obenan ürün uygulaması veya mevcut müşteri özelliği olduğunu iddia etmez.
11. Sıralama, öneri, platforma dâhil edilme, işlemin tamamlanması, gelir veya işletme sonucu iddia etmez.
12. UCP Checker sayımını pazar payı, benimseme, penetrasyon veya tamamlanmış satın alma sayısı olarak sunmaz; sayım kamuya açık manifest beyanlarını sayar ve yoklamaları salt okunurdur, ödeme akışını çalıştırmaz.
13. Damgalı okumadaki herhangi bir rakamın bu sayfayı okuduğunuz anda güncel olduğunu iddia etmez. Rakamlar, kamuya açık sayımın damgalanan anda gösterdiğidir; başka hiçbir anda değil.

Sınırlandırılmış güncellemenin kaynakları

1. UCP `v2026-08-25` sürümü
2. Shopify taslak sipariş kaporası değişiklik kaydı
3. Shopify Admin GraphQL `DraftOrderInput`
4. Shopify Customer Account `draftOrder`
5. Shopify sunucu tarafı doğrulama geçişi
6. Google Merchant Center UCP pilotu
7. UCP Checker Ağustos sayımı ve metodolojisi: https://ucpchecker.com/blog/state-of-agentic-commerce-august-2026 ve https://ucpchecker.com/methodology
8. Visa kamuya açık kuralları
9. UCP Checker canlı beyan istatistikleri, yukarıda damgalanan anda okundu.