Mağazalar yapay zeka ajanlarına vitrin hazırlıyor: sipariş sistemlerimde insana ne kalıyor

Bir hafta içinde Shopify, Vercel, Cloudflare ve Commerce.com bir mağazanın yapay zeka ajanına nasıl görünmesi gerektiğini anlattı: HTML yerine yapılandırılmış veri, MCP üzerinden arama ve sepet, kayıtlı bilgilerle ödeme. Bütün şemalarda son adım yine insana bırakılmış: tutarı ve ödeme yöntemini onaylamak. Siparişleri, rezervasyonları ya da talepleri olan bir işletmenin sahibi için soru şu: sürecinizdeki hangi adım insanda kalmalı ve bu sistemde yazılı mı, yoksa bir çalışanın alışkanlığına mı dayanıyor?

Neler yayımlandı

Practical Ecommerce 20 Ekim'de Shopify ile Vercel'in ortak çalışmasını anlattı. 15 Ekim'de San Francisco'daki Ship 26 konferansında Tobi Lütke ve Guillermo Rauch yeniden yazılmış Hydrogen SDK'sını ve açık Vercel Shop şablonunu gösterdi. Şablon insanlara normal bir vitrin sunuyor, ajanlara ise aynı sayfalar açıklama, fiyatlar, varyantlar ve stok bilgisiyle Markdown olarak veriliyor. Katalogda arama, varyant bazında stoklar, sepet ve checkout bağlantıları satıcının alan adında Universal Commerce Protocol ve MCP üzerinden erişilebilir.

Cloudflare 21 Ekim'de Commerce.com'un 100.000'e yakın vitrininde WebMCP'yi nasıl açtığını anlattı. WebMCP, Google'ın önerdiği deneysel bir tarayıcı standardı: sayfa ajana search_products ve add_to_cart gibi araçları bildiriyor, ajan da düğmeleri tahmin etmek yerine bunları çağırıyor. Araçlar alıcının oturumunda, mağazanın alan adında çalışıyor. Böylece ajan aynı fiyatları ve aynı sepeti görüyor, kimlik bilgileri de hiçbir yere gitmiyor. Checkout düğmesine alıcı kendisi basıyor. Standart şimdilik Chrome bayraklarının arkasında ve Origin Trials aşamasında.

Shopify 13 Ekim'de Shop MCP'yi duyurdu: mcp.shop.com'a tek bir bağlantı ajana bir milyarı aşkın ürün içinde arama, sepet ve Shop Pay üzerinden checkout sağlıyor. Arama API anahtarı olmadan çalışıyor. Satın alma complete_checkout çağrısıyla tamamlanıyor, ama ancak alıcı tutarı ve ödeme yöntemini onayladıktan sonra. Başlangıçta webhook yok, checkout durumunu get_checkout ile sorgulamak gerekiyor.

Vercel 23 Ekim'de Vercel Connect'e yönetilen Stripe anahtarları ekledi: her ajan ya da görev için, yetkilerini sizin seçtiğiniz ayrı ve sınırlı bir anahtar. Raporlama ajanı yalnızca ödemeleri okuyabiliyor, onboarding ajanı yalnızca müşteri kaydı yazabiliyor. Haberler içinde en çok bu hoşuma gitti: entegrasyonların çoğu hâlâ tam erişimli tek bir anahtarla çalışıyor.

Stripe 22 Ekim'de Money20/20'nin özetini tek paragrafta çıkardı: stablecoin'ler, ajanlar ve “her zaman açık” para, finansal altyapıyı arka plana itiyor. Duyurunun ötesini görmedim.

Apple 22 Ekim'de Apple Business Manager ve Apple School Manager üzerinden uygulama aboneliklerinin toplu satın alımını açtı: kurum ihtiyacı kadar lisans alıyor ve bunları kendi cihaz yönetim araçlarıyla dağıtıyor. Ürününüz şirketlere abonelikle satılıyorsa, App Store Connect'teki ayarı kontrol edin.

Örnek: araç kiralama ve ek sigorta

Araç kiralamayı ele alalım. Bugün müşteri siteden rezervasyon yapıyor, yarın telefonundaki bir ajan üzerinden yapacak. Ajan aracı ve tarihleri seçer. Ama ek sigorta ucuz, müşterinin onu unutmaması kendi yararına, şirket için de ek bir satış. En düşük fiyatı arayan ajan onu atlar.

Demek ki aramayı ve siparişin hazırlanmasını ajana bırakabiliriz. Şirketin para kazandığı ya da risk taşıdığı adımlar sistemde kural olarak tanımlanmalı, o zaman sepeti kimin hazırladığı önemli olmaz.

Bende sınır nerede

Güney Afrika'daki araç kiralama şirketinde Ekim 2024'ten itibaren siteyi tam rezervasyon döngüsüne, verilerin yöneticilerin iç uygulamasına aktarılmasına kadar getirdim. Rezervasyon sırasında site ek hizmetleri, örneğin aynı sigortayı, kendisi öneriyor. Ödeme, müşterinin eklediği ekran görüntüsüyle kontrol ediliyor: bu görüntü üzerinden yapılan bir kontrol, bankayla otomatik mutabakat değil.

Eylül ve Ekim 2026'da yaptığım, şirket içi bir servis olan “Birlikte Kahve”de sınırı daha sıkı çizdim. Çalışan Tasty Coffee kataloğundan tam ürünü, formatı, paket boyutunu ve miktarı seçiyor; serbest metin göndermek mümkün değil. Organizatör talepleri tek düğmeyle bir sevkiyatta birleştiriyor ve servis tedarikçinin toptan satış hesabındaki sepeti kendisi dolduruyor. Ama tedarikçide siparişi tamamlama ve ödeme elle kalıyor: entegrasyon son düğmeye asla basmıyor. Servis “Sipariş verildi” işaretinin ancak bütün ödemeler kontrol edildikten ve sipariş gerçekten verildikten sonra konmasına izin veriyor. Bunu bilerek yaptım: tutar, gerçek sepet tedarikçinin indirimiyle karşılaştırıldıktan sonra ortaya çıkıyor ve onu paradan sorumlu kişinin onaylaması gerekiyor. Servis çalışanlara ve yöneticilere toplamda ayda 100 saatten fazla zaman kazandırıyor.

Ekimde kendi siteme llms.txt ve sayfaların dört dilde Markdown sürümlerini ekledim. Vercel Shop'takiyle aynı fikir, yalnızca hizmetler için. Etkisine dair henüz rakam yok.

Ben ne yapardım

Ajanın hangi adımları kendi başına yapabileceğini sistemde yazın: arama, seçim, sepet.

Para ve risk içeren adımları ayırın: tutarın onayı, ödeme, teslim. Bunlarda insan durur ve sistem bu adımları ne ajanın ne de bir çalışanın API üzerinden atlamasına izin verir.

Entegrasyonlara, Vercel'in Stripe için yaptığı gibi, en az yetkiyle ayrı anahtarlar verin. “Birlikte Kahve”de toptan satış hesabının girişi sunucunun gizli değişkenlerinde duruyor, token ise yalnızca bellekte var.

Geliştirmeden önce neyin belirlenmesi gerektiğini Kiralama uygulaması geliştirmeden önce ne belirlenmeli yazısında anlattım. Daha önce ürün sayfasının dışında hangi koşulların kaybolduğunu ve ödeme denemesi, iptal ve kullanıcı hesabının nasıl bağlanacağını yazmıştım. Aynı konuda: rezervasyon ve sepetin iş mantığındaki açıklar ve parmakla imza atılan müşteri paneli. Hizmet alanları: işletmeye bağlı müşteri ürünü ve API entegrasyonları. Projeler: Güney Afrika'da araç kiralama ve “Birlikte Kahve”. Sizde bir sipariş ya da rezervasyon birkaç elden geçiyorsa, insanın şu anda nerede durduğunu ve nedenini anlatın. Görevi konuşalım.