Agentic commerce, bir yapay zekâ ajanının kullanıcının hedefi doğrultusunda ürün bulma, seçenekleri karşılaştırma, sepet veya ödeme oturumu hazırlama ve izin verilen durumlarda işlemi tamamlama adımlarına katıldığı ticaret modelidir. Onu sıradan ürün önerisinden ayıran nokta, yalnızca cevap üretmesi değil; mağaza ve ödeme sistemleriyle yapılandırılmış işlem akışına girebilmesidir.
Bu kavram, “yapay zekâ kendi başına alışveriş yapar” şeklinde sınırsız bir otomasyon vaadi değildir. Ajanın hangi işlemi görebildiği, hangi adımda insan onayı gerektiği, ne kadar ve ne zamana kadar harcama yapabileceği açıkça sınırlandırılmalıdır. Ayrıca bir protokolün yayımlanmış olması, her ülkede ve her satıcı için alışveriş özelliğinin etkin olduğu anlamına gelmez.
Agentic commerce ile sohbet tabanlı öneri arasındaki fark nedir?
Sohbet tabanlı bir araç, kullanıcının ihtiyacını anlayıp ürün bağlantıları önerebilir. Agentic commerce akışında ise ajan; yapılandırılmış ürün verisini okur, varyant ve teslimat seçeneklerini belirler, satıcının oluşturduğu güncel ödeme oturumunu kullanıcıya sunar ve verilen yetkiye göre sonraki adımı çağırır.
Yetki seviyesi üç ayrı katmanda düşünülebilir:
- Danışmanlık: Ajan arar, karşılaştırır ve önerir; işlem yetkisi yoktur.
- Hazırlama: Ajan sepeti veya ödeme oturumunu hazırlar; kullanıcı ürün, tutar ve teslimat ayrıntılarını görüp işlemi açıkça onaylar.
- Kısıtlı yetki devri: Kullanıcı; ürün türü, satıcı, üst tutar, para birimi ve son geçerlilik zamanı gibi sınırlarla önceden yetki verir. Ajan yalnızca bu sınırlar içindeki işlemi başlatabilir.
Üçüncü katman teknik olarak tanımlanabilir olsa da geniş çapta kullanıma açık olduğu varsayılmamalıdır. Google’ın açık kaynak AP2 şartnamesi, insanın işlem sırasında bulunduğu ve bulunmadığı senaryolar için imzalı niyet ve ödeme yetkileri tanımlar. İnsan bulunmayan senaryoda bile açık uçlu bir izin yerine tutar, süre ve başka kısıtlarla doğrulanabilir bir yetki öngörür.
Bugün hangi protokoller gerçekten var?
Agentic Commerce Protocol (ACP), alıcı ajan ile satıcı arasındaki ödeme oturumunun ortak bir biçimde ilerlemesini amaçlayan açık bir şartnamedir. ACP mimari dokümantasyonuna göre fiyat, stok, vergi, kargo seçenekleri ve siparişin kabulü konusunda satıcı sistemi yetkili kalır; kullanıcı ödeme ayrıntılarını inceleyip yetkilendirir. Satıcı ayrıca ödeme, sipariş karşılama, iade ve müşteri desteği ilişkisinin merkezindedir.
OpenAI’nin güncel checkout şartnamesi; oturum oluşturma, güncelleme ve tamamlama uç noktalarının yanında imza doğrulama, kimlik doğrulama ve idempotency kuralları tanımlar. Doküman, protokol geliştirmesinin açık olduğunu; ChatGPT içindeki Instant Checkout erişiminin ise onaylı iş ortaklarıyla sınırlı olduğunu ayrıca belirtir. Dolayısıyla “standart var” ile “özellik bu mağazada etkin” aynı iddia değildir.
AP2 ise niyetin ve ödeme yetkisinin kanıtlanmasına odaklanan başka bir güncel protokol çalışmasıdır. Bu örnekler, sektörün yapılandırılmış yetki ve doğrulama üzerinde çalıştığını gösterir; fakat benimsenme düzeyi, desteklenen ödeme yöntemleri ve ülke kapsamı üründen ürüne değişebilir.
Türkiye’de agentic checkout kullanılabiliyor mu?
Genel ChatGPT erişimi, bir mağazanın Instant Checkout ya da benzeri ticari programa kabul edildiğini kanıtlamaz. OpenAI’nin mevcut ürün akışı dokümantasyonu, standart yükleme hedefini ABD olarak tanımlıyor; ek pazarlar için izin verilen ülke ve para birimlerinin OpenAI tarafından doğrulanmasını istiyor. Bu nedenle Türkiye’de genel satıcı erişimi varmış gibi bir ifade kullanılmamalıdır.
Bir işletme değerlendirme yaparken ülke, satıcı hesabı, ödeme sağlayıcısı, para birimi ve ürün kategorisi uygunluğunu doğrudan güncel program belgelerinden teyit etmelidir. Özelliğin duyurulmuş olması veya bir API dokümanının erişilebilir olması, üretim hesabına otomatik kabul anlamına gelmez.
Yetki sınırı nasıl güvenli tasarlanır?
Ajanın görevi ile satıcının sorumluluğu birbirinden ayrılmalıdır. Ajan kullanıcı niyetini taşır; satıcı güncel fiyatı, varyantı, stok durumunu, vergiyi ve teslimat seçeneğini doğrular. Ödeme sağlayıcısı ödeme aracını işler. Son onay ekranında ürün, toplam tutar, para birimi, satıcı ve teslimat bilgisi açıkça görünmelidir.
Varsayımsal örnek: Bir kullanıcı ajana “Bu hafta sonuna kadar teslim edilebilen, en fazla 4.000 TL tutarında siyah bir ürün bul; satın almadan önce bana göster” der. Ajan seçenekleri karşılaştırıp satıcıdan güncel oturum alabilir, fakat ödeme çağrısını kullanıcı onayından önce yapamaz. “Satın al” yetkisi verilse bile bu izin yalnızca belirtilen tutar, para birimi, ürün ölçütü ve süre içinde geçerli olmalıdır. Bu senaryo mevcut bir Türkiye özelliği iddiası değil, güvenli yetki tasarımını açıklayan bir örnektir.
Satıcılar hangi risklere hazırlanmalı?
- Yanlış ürün veya varyant: Görsel ad ile kalıcı ürün ve varyant kimlikleri karıştırılmamalıdır.
- Eski fiyat ve stok: Karar anındaki öneri yerine ödeme anındaki satıcı verisi esas alınmalıdır.
- Çift işlem: Yeniden denemelerde idempotency anahtarı ve sipariş kimliği kullanılmalıdır.
- Aşırı yetki: Süresiz veya tutarsız harcama izni yerine dar kapsamlı, iptal edilebilir yetki verilmelidir.
- Manipüle edilmiş içerik: Ürün açıklaması, yorum veya haricî sayfa metni ajan için güvenilir komut kabul edilmemelidir.
- İade belirsizliği: Satıcı, ödeme ve destek sorumluluğu işlem öncesinde kullanıcıya gösterilmelidir.
Hazırlık yalnızca checkout entegrasyonu değildir. Ürün kimlikleri, varyantlar, fiyat ve stok güncelliği, teslimat koşulları ve iade politikaları makinece okunabilir ve tutarlı olmalıdır. Marka ve içerik tarafında GEO ve yapay zekâ aramalarında görünürlük ile ChatGPT, Gemini ve Perplexity’de marka görünürlüğü keşfedilme aşamasını açıklar; işlem yetkisi ve ödeme güvenliği ise ayrı bir teknik katmandır.
İşletme bugün ne yapmalı?
Önce ürün veri kalitesi ve entegrasyon olgunluğu ölçülmelidir. Her ürünün kararlı kimliği, doğru varyant ilişkisi ve güncel ticari koşulları bulunmalıdır. Ardından imza doğrulama, en az yetki, idempotency, insan onayı, denetim kaydı ve yetki iptali için kabul testleri hazırlanmalıdır. Protokol veya sağlayıcı seçimi, ülke ve hesap uygunluğu doğrulandıktan sonra yapılmalıdır.
Mevcut mağazanın bu hazırlığa ne kadar yakın olduğunu değerlendirmek için e-ticaret kurulum ve yönetimi kapsamı incelenebilir. En doğru başlangıç, gelecekteki özelliği var kabul etmek değil; ürün verisini, API güvenliğini ve onay sınırlarını bugün denetlenebilir hâle getirmektir.
Kaynak kontrolü: 16 Ekim 2026. Kapak, konuyu açıklamak için yapay zekâ desteğiyle üretilmiş kavramsal bir illüstrasyondur; gerçek ürün ekranı veya ölçüm sonucu değildir.
