TEKNOLOJİ

Agentic Commerce İçin E-Ticaret Teknoloji Altyapısında Hangi Temeller Hazır Olmalı?

Roilab — Teknoloji · 31 Ağustos 2026 · 9 dk okuma

KAPAK GÖRSELİ — S/B

Bir AI ajanı mağazanıza geldiğinde hangi sistemlerle konuşur?

Agentic commerce’i yalnız yeni bir satış kanalı gibi ele almak, teknolojik yükün önemli kısmını görünmez kılar. Klasik kanal entegrasyonunda markanın kendi arayüzü müşteriyi yönlendirir; ajanlı modelde ise harici bir sistem ürün arar, seçenekleri daraltır, sepet oluşturur ve izin verilen senaryolarda checkout’a kadar ilerler. Bu durum katalog, fiyat, stok, kimlik, promosyon, teslimat ve politika servislerinin birbirinden bağımsız ama tutarlı cevap vermesini gerektirir.

Katalog erişimi neden checkout hazırlığından farklıdır?

OpenAI’nin Mart 2026 ürün keşfi duyurusu ACP’yi daha güncel ve ayrıntılı ürün bilgisini ChatGPT’ye taşımak için genişletti. Google aynı ay UCP’ye çoklu ürün sepeti, gerçek zamanlı fiyat/stok ve Identity Linking yetenekleri eklediğini açıkladı. Shopify Haziran 2026’da UCP ve Catalog API’nin geliştiricilere açıldığını, ajanların aramadan checkout’a kadar akış kurabildiğini duyurdu. Ortak sinyal nettir: agentic commerce arayüzden önce sözleşme ve servis tasarımı problemidir.

Ajanın yapabileceği işlem nerede sınırlandırılmalı?

İlk temel katalogdır; fakat katalog hazır demek XML feed üretebilmek değildir. Ajanın aynı ürünün hangi varyantını, hangi pazarda, hangi para birimiyle ve hangi stok koşuluyla önereceği belirlenmelidir. Ürün kimliği kararsızsa sonraki her katman kırılır. İkinci temel fiyat ve kullanılabilirliktir. Bir ajanın önerisi verildikten birkaç dakika sonra fiyat değişiyorsa, sistem son işlem noktasında fiyatı yeniden doğrulamalıdır. Üçüncü temel checkout kurallarıdır: vergi, teslimat, indirim, üyelik ve ödeme kısıtları statik ürün verisinden ayrı bir işlem mantığıdır.

Stok gecikmesi agentic checkout’ta hangi riski üretir?

Sayılı örnek 1: Agentic kanalda günde 12.000 ürün sorgusu geldiğini varsayalım. Sorguların %8’i sepete, sepetlerin %35’i checkout’a ilerliyor: 12.000 × %8 × %35 = 336 checkout niyeti. Stok servisi beş dakika gecikiyor ve checkout niyetlerinin %4’ünde ürün bu aralıkta tükeniyorsa günde yaklaşık 13,4 başarısız işlem adayı oluşur. Ortalama katkı 240 TL ise yalnız stok gecikmesinin teorik günlük katkı riski 3.216 TL’dir. Bu hesap, ‘API latency’ metriğini ticari etkiye bağlar.

Kimlik bağlama sadakat programını nasıl etkiler?

Sayılı örnek 2: Ajanlara üç yetki seviyesi verildiğini düşünelim: arama, sepete ekleme ve sipariş onayı. Aylık 50.000 ajan oturumunun %20’si sepete ilerliyor; bunların %10’unda müşteri bağlı kimlikle sadakat avantajı kullanıyor. 50.000 × %20 × %10 = 1.000 sadakatli sepet. Kimlik bağlama hatası %3 ise 30 sepet avantajı yanlış uygular veya uygulayamaz. Ortalama avantaj 150 TL olduğunda aylık 4.500 TL müşteri telafisi/indirim farkı riski çıkar; daha önemlisi güven sorunu oluşur.

Hangi durumda agentic entegrasyon için erken davranılmış olur?

Yetkilendirme mimarisi burada belirleyicidir. Ajanın ürün okuması ile ödeme başlatması aynı permission scope içinde tutulmamalıdır. Read-only keşif, sepet mutasyonu, adres/kimlik erişimi ve ödeme eylemi ayrı yetki sınıfları olmalıdır. Her eylem için istek kaynağı, kullanıcı onayı, uygulanan kural ve sonuç loglanmalıdır. Geri alınamayan işlem arttıkça insan onayı veya ek doğrulama eşiği yükselmelidir.

Hazırlık seviyesini hangi testlerle ölçmek gerekir?

Agentic entegrasyon bazı işletmeler için erken olabilir. Ürün kataloğu hâlâ manuel dosyalarla yönetiliyor, stok doğruluğu düşük, checkout kuralları kod içine dağılmış veya müşteri kimliği tekil değilse ajan kanalı mevcut problemleri büyütür. Böyle bir markanın ilk yatırımı ACP/UCP konektörü değil, sistem-of-record ve API sözleşmelerini düzeltmek olmalıdır. Yeni yüzey, kötü temeli iyileştirmez; yalnız hatayı daha fazla yere taşır.

Agentic yüzey için yeni backend kurmak gerekir mi?

Hazırlık testi teknik demo ile bitmemelidir. Aynı ürün için ajan, web sitesi ve marketplace’e verilen fiyat karşılaştırılmalı; stok sonlandırma senaryosu test edilmeli; kupon ve sadakat kuralları bağlı/bağsız kullanıcıda çalıştırılmalı; teslimat vaadi ile fulfillment sonucu karşılaştırılmalıdır. Roilab’ın agentic readiness yaklaşımında başarı ‘ajan kanalında görünmek’ değil, farklı arayüzlerde aynı ticari gerçeği koruyabilmektir.

Ajan hatasında müşteri kime döner?

Çoğu durumda sıfırdan ayrı bir commerce backend kurmak doğru ilk adım değildir. Mevcut katalog, pricing, inventory ve checkout servisleri API sözleşmeleri açısından yeterliyse agentic protokol bunların üstünde yeni bir erişim katmanı olabilir. Ayrı backend, aynı ticari kuralları ikinci kez kopyalarsa fiyat ve promosyon tutarsızlığı üretir. Yeni bileşen yalnız mevcut core’un ajan ihtiyaçlarını güvenli biçimde karşılayamadığı alanlarda gerekçelendirilmelidir.

Agentic işlem mimarisi: 2026 kanıtları ne söylüyor?

Teknik olarak işlem ajan arayüzünde başlasa bile siparişin ticari sorumluluğu merchant süreçlerine bağlanır. Bu nedenle sipariş kaynağı, teklif sürümü, uygulanan indirim, teslimat seçeneği ve müşteri onayının kaydı support ekiplerinin erişebileceği biçimde saklanmalıdır. Aksi hâlde müşteri ‘AI bana bunu söyledi’ dediğinde marka hangi sözün hangi sistem tarafından üretildiğini doğrulayamaz.

Ajan işlemlerinde idempotency neden önem kazanır?

OpenAI ACP'nin product discovery genişlemesi, ajan erişiminin ilk kapısının doğru katalog ve merchant verisi olduğunu ortaya koyar. Google UCP çoklu sepet ve gerçek zamanlı ayrıntılarla salt ürün aramasından stateful commerce işlemine geçişi gösterir. Universal Cart, keşif yüzeyi ile checkout altyapısının farklı kurumlar arasında bağlanabileceğini; bu nedenle merchant kural motorunun dış istemcilere dayanıklı olması gerektiğini işaret eder. Shopify'ın geliştiricilere açık UCP ve Catalog API yaklaşımı entegrasyon bariyerini düşürürken permission ve merchant rule tasarımını daha kritik hâle getirir. Adobe enterprise reference architecture, production/staging ve entegrasyon katmanlarının kontrollü ayrımını vurgular; ajan kanalı da doğrudan production'a bağlanan deneysel entegrasyon olmamalıdır. IAB disclosure standardı agentic checkout için teknik bir standart değildir; buna rağmen risk ve materyallik düşüncesi, hangi AI eyleminin ek kullanıcı açıklaması veya onay gerektireceğini sınıflandırmada yararlıdır.

Observability olmadan agentic kanal nasıl debug edilir?

Bir kullanıcı veya ajan aynı checkout isteğini ağ gecikmesi nedeniyle iki kez gönderirse siparişin iki kez oluşmaması gerekir. Klasik web arayüzü bu riski UI seviyesinde azaltabilir; agentic istemciler farklı retry davranışları kullanabilir. Sipariş yaratma, ödeme başlatma ve sepet güncelleme operasyonları idempotency key veya eşdeğer koruma mekanizmasıyla tasarlanmalıdır. Günde 5.000 agentic checkout'un yalnız %0,2'si tekrar isteğe dönüşse 10 riskli işlem çıkar. Sipariş başı 1.500 TL ise brüt 15.000 TL'lik günlük duplicate order maruziyeti oluşabilir.

Agentic readiness testinde hangi hata senaryoları zorunlu olmalı?

Ajanın gördüğü ürün, çağırdığı endpoint, aldığı fiyat, uyguladığı kural ve checkout sonucu aynı trace içinde izlenemiyorsa hata analizi parçalara ayrılır. Kullanıcı 'ajan farklı fiyat gösterdi' dediğinde support yalnız final siparişi görebilir. Correlation ID, request timestamp, protocol operation, rule version ve response code tutulduğunda ürün servisi ile checkout arasındaki fark bulunabilir. Bu kayıtlar kişisel veriyi gereksiz taşımadan tasarlanmalıdır; amaç konuşmanın tamamını loglamak değil, ticari işlemin teknik izini korumaktır.

API sözleşmesi ajan istemciler için nasıl sabitlenir?

Happy-path demo yeterli değildir. Son stok adedi, kampanya tam bitiş anı, geçersiz kupon, teslimat bölgesi dışı adres, bağlı üyelik hesabında değişen avantaj, ödeme reddi ve ürünün işlem sırasında yayından kalkması test edilmelidir. Her senaryo için beklenen hata kodu ve kullanıcı mesajı belirlenir. Eğer sistem yanlış sipariş yaratmak yerine güvenli biçimde duruyor, yeni fiyatı gösteriyor ve kullanıcıdan tekrar onay istiyorsa failure mode yönetilebilir demektir.

Checkout kuralı nerede çalışmalı?

Agentic işlem mimarisi odağı: versioning, schema compatibility ve açık hata kodlarının protokol katmanında korunması. Agentic işlem mimarisi metriği: breaking-change incident. Agentic işlem mimarisi örneği: ajan eski alanı çağırdığında sessiz yanlış cevap yerine belirgin hata dönmesi güvenlidir. Agentic işlem mimarisi sınırı: çok sık versiyon çıkarmak entegrasyon ekosistemini parçalayabilir. Agentic işlem mimarisi kararında breaking-change incident tek başına kullanılmaz. Agentic işlem mimarisi testi 1: bu soru yalnız TEK-001 içindeki kararı sınar.

Ödeme yetkisi nasıl ayrıştırılır?

Agentic işlem mimarisi odağı: indirim, vergi, shipping eligibility ve minimum sepet gibi kuralların server-side otoritede tutulması. Agentic işlem mimarisi metriği: rule mismatch. Agentic işlem mimarisi örneği: web ile ajan aynı sepet için farklı promosyon hesaplıyorsa müşteri güveni zarar görür. Agentic işlem mimarisi sınırı: bazı sunum kuralları istemci tarafında kalabilir; tüm UI mantığı backend'e taşınmaz. Agentic işlem mimarisi kararında rule mismatch tek başına kullanılmaz. Agentic işlem mimarisi testi 2: bu soru yalnız TEK-001 içindeki kararı sınar.

Stok rezervasyonu ne zaman zorunlu olur?

Agentic işlem mimarisi odağı: token, kullanıcı onayı ve ödeme başlatma yetkisinin keşif izninden bağımsız tutulması. Agentic işlem mimarisi metriği: unauthorized action. Agentic işlem mimarisi örneği: ürün aramasına izin verilen ajan otomatik olarak ödeme yapamamalıdır. Agentic işlem mimarisi sınırı: çok fazla onay adımı agentic deneyimin hız avantajını azaltabilir. Agentic işlem mimarisi kararında unauthorized action tek başına kullanılmaz. Agentic işlem mimarisi testi 3: bu soru yalnız TEK-001 içindeki kararı sınar.

Fallback deneyimi nasıl tasarlanmalı?

Agentic işlem mimarisi odağı: son stok veya hızlı satılan ürünlerde sepet ile checkout arasındaki yarış koşulunun yönetilmesi. Agentic işlem mimarisi metriği: reservation conflict. Agentic işlem mimarisi örneği: 10 adet kalan SKU'da eşzamanlı 40 sepet oversell üretebilir. Agentic işlem mimarisi sınırı: uzun rezervasyon süresi gerçek müşterilere stok kapatabilir. Agentic işlem mimarisi kararında reservation conflict tek başına kullanılmaz. Agentic işlem mimarisi testi 4: bu soru yalnız TEK-001 içindeki kararı sınar.

Gözlemlenebilirlik hangi alanları içermeli?

Agentic işlem mimarisi odağı: ajan işlemi tamamlayamadığında kullanıcıyı kayıpsız web checkout veya destek akışına geçirmek. Agentic işlem mimarisi metriği: fallback completion. Agentic işlem mimarisi örneği: ödeme reddinde sepet ID korunursa kullanıcı aynı ürünleri yeniden seçmek zorunda kalmaz. Agentic işlem mimarisi sınırı: fallback sürekli kullanılıyorsa agentic entegrasyon hazır değildir. Agentic işlem mimarisi kararında fallback completion tek başına kullanılmaz. Agentic işlem mimarisi testi 5: bu soru yalnız TEK-001 içindeki kararı sınar.

Agentic kanal ne zaman production'a açılmalı?

Agentic işlem mimarisi odağı: trace ID, operation, rule version, response status ve latency kaydı. Agentic işlem mimarisi metriği: trace coverage. Agentic işlem mimarisi örneği: hata vakalarının yüzde 95'inde uçtan uca trace bulunması debug süresini düşürür. Agentic işlem mimarisi sınırı: kişisel konuşma içeriğini gereksiz loglamak veri riskini artırır. Agentic işlem mimarisi kararında trace coverage tek başına kullanılmaz. Agentic işlem mimarisi testi 6: bu soru yalnız TEK-001 içindeki kararı sınar.

Protokol desteği ile iş hazırlığı neden aynı şey değildir?

Agentic işlem mimarisi odağı: yük testi, hata senaryosu, güvenlik ve ticari kural doğrulamasının kapı olarak kullanılması. Agentic işlem mimarisi metriği: release gate pass rate. Agentic işlem mimarisi örneği: 20 kritik testten biri ödeme çiftleme riski taşıyorsa canlıya çıkış ertelenmelidir. Agentic işlem mimarisi sınırı: sonsuz test arayışı fırsat maliyeti yaratır; risk sınıfı gerekir. Agentic işlem mimarisi kararında release gate pass rate tek başına kullanılmaz. Agentic işlem mimarisi testi 7: bu soru yalnız TEK-001 içindeki kararı sınar.

Kimlik bağlama sadakat programını nasıl etkiler?

Katman	Agentic gereksinim	Test	Yayın engeli
Ürün kimliği	Tekil ve kalıcı ID	Aynı SKU 3 yüzeyde eşleşiyor mu?	Çift/yanlış ürün
Fiyat	İşlem anında yeniden doğrulama	Fiyat değişimi simülasyonu	Eski fiyatla checkout
Stok	Rezervasyon farkındalığı	Son adet senaryosu	Oversell
Kimlik	Scope bazlı bağlantı	Bağlı/anonim kullanıcı	Yanlış avantaj
Checkout	Kural servisleri	Vergi/teslimat/indirim kombinasyonları	Tutarsız sipariş