Agentic commerce, AI ajanlarının bir alışveriş yapanın adına ürünleri bulması, karşılaştırması ve satın alması anlamına gelir. Universal Commerce Protocol (UCP), Google’ın 2026’nın başlarında perakende ve ödeme ortaklarıyla duyurduğu, bu ajanların tüccar sistemleriyle ortak bir dilde konuşmasını sağlayan açık bir standarttır. Bir mağazayı bağlamadan önce, bir işletme ajanların neler yapabileceği, hangi verileri görebileceği, ödemelerin nasıl yetkilendirileceği ve anlaşmazlıkları kimin ele alacağı konusunda yönetişim kurallarını belirlemelidir.
UCP hangi sorunu çözmeye çalışıyor?
Paylaşılan bir protokol olmadan, her AI asistanı her mağazanın kataloğu, sepeti ve ödeme süreciyle özel bir entegrasyona ihtiyaç duyardı. UCP, bu adımlar için ortak bir dil tanımlar: ürünleri keşfetme, stok ve fiyat kontrolü, sepet oluşturma, teklifleri uygulama ve alışveriş yapanın onayladığı bir ödeme bilgisiyle ödemeyi tamamlama.
Bu tek çaba değil. OpenAI ve Stripe, ChatGPT içindeki satın almalar için Agentic Commerce Protocol’ü yayınladı ve ödeme ağları kendi ajan-ödeme çerçevelerini duyurdu. Spesifikasyonlar hala gelişmekte, bu nedenle detayları değişebilir olarak kabul edin ve oluşturmadan önce güncel belgeleri okuyun.
Tüccarlar için ana riskler nelerdir?
Agentic satın alma, alışveriş yolculuğunun bir kısmını web sitenizden üçüncü taraf bir asistana taşır. Bu değişim, sıradan e-ticaret ekiplerinin daha önce yönetmek zorunda kalmadığı riskler yaratır.
- Yanlış siparişler: bir ajan boyutu, rengi veya miktarı yanlış okur ve müşteri satın almak istemediği bir şeyi alır.
- Fiyat ve stok uyumsuzluğu: ajan önbelleğe alınmış bir veriden alıntı yaparken, canlı fiyatınız veya envanteriniz değişmiştir.
- Dolandırıcılık: ajanlar, kart testini otomatize etmek veya promosyonları bir insanın yapamayacağı hızda kötüye kullanmak için kullanılabilir.
- Anlaşmazlıklar ve ters ibrazlar: bir müşteri “bunu ben değil, asistanım aldı” dediğinde, sorumlunun kim olduğu belirsizdir.
- İlişkinin kaybı: alışveriş yapan kişi sitenizi, marka hikayenizi veya çapraz satış tekliflerinizi asla görmeyebilir.
- Veri ifşası: ajanlar, işlemin ihtiyaç duyduğundan daha fazla müşteri veya ürün verisi talep edebilir.
Canlıya geçmeden önce hangi limitleri koymalısınız?
Limitler ilk ayları yönetilebilir kılar. Ajan siparişlerinin normal siparişler gibi davrandığına dair kanıtınız olduğunda bunlar gevşetilebilir.
- Ürün kapsamı: kataloğun bir alt kümesiyle başlayın, örneğin basit varyantları olan yeniden doldurulabilir ürünler ve sipariş üzerine yapılan, düzenlenen veya çok yüksek değerli ürünleri hariç tutun.
- Sipariş değeri limitleri: ajan tarafından verilen siparişler için maksimum sepet değeri belirleyin.
- Satıcı istismarını sınırlamak için sipariş başına ve müşteri başına miktar limitleri.
- Promosyon kuralları: indirim kodlarının ve sadakat tekliflerinin ajan siparişlerine uygulanıp uygulanmayacağına karar verin.
- Coğrafya: gönderim hedeflerini başlangıçta iade sürecinizin güvenilir olduğu pazarlarla sınırlayın.
Hangi yönetişim kuralları yazılı olmalıdır?
Yönetişim, teknoloji onları zorlamadan önce insanların üzerinde anlaştığı kararlar bütünüdür. Bunları yazın ve her birine bir sahip atayın.
Yetkilendirme ve onay
Alışveriş yapanın onayının ne sayıldığını tanımlayın. Protokoller genellikle tokenlaştırılmış ödeme bilgilerine ve açık onay adımlarına dayanır, ancak kendi şartlarınız ajan siparişlerinin yalnızca onaylanmış bir akış yoluyla onaylandığında bağlayıcı olduğunu belirtmelidir. Her siparişle onay olayını kaydedin.
Veri minimizasyonu
Bir ajanın tam olarak hangi alanları aldığını listeleyin: ürün verisi, fiyat, stok, gönderim seçenekleri. Müşteri verileri yalnızca siparişi yerine getirmek için gerektiği kadar ve geçerli olduğu yerlerde GDPR veya Türkiye’nin KVKK’sı ile uyumlu olarak akmalıdır. Listeyi veri korumayı ele alan kişiyle gözden geçirin.
Fiyat ve stok için doğruluk kaynağı
Ajanlar ödeme sırasında canlı fiyatı ve stok durumunu okumalıdır, eski bir veriyi değil. Hangi sistemin yetkili olduğuna ve fiyat sepet ile ödeme arasında değişirse ne olacağına karar verin, örneğin iptal edin ve yeniden onaylayın.
Anlaşmazlıklar ve iadeler
Müşteri hizmetlerinin ajan siparişlerini nasıl etiketleyeceği, hangi kanıtların saklanacağı ve alıcı sitenizi hiç ziyaret etmediğinde iadelerin nasıl çalışacağı konusunda anlaşın. Ödeme sağlayıcınızın ters ibraz kuralları hala geçerlidir, bu yüzden onları sağlayıcıyla kontrol edin.
İzleme ve kapatma anahtarı
Bir şeyler ters giderse ajan siparişlerini dakikalar içinde durdurmanın bir yolu olsun. Bunu tetikleyebilecek kişinin adını belirtin.
Ajan siparişlerini nasıl izlersiniz?
Ajan trafiğini analitiğinizde ve sipariş sisteminizde kendi kanalınız olarak kabul edin. Siparişleri kaynağa göre etiketleyin, böylece onları karşılaştırabilirsiniz.
- Ajan siparişleri ile web siparişleri için dönüşüm ve iptal oranları.
- İade oranı ve iade nedenleri, özellikle “yanlış ürün” veya “beklediğim gibi değil”.
- Kanal başına ters ibraz ve dolandırıcılık bayrakları.
- Ortalama sipariş değeri ve tekrar satın alma oranı.
- Entegrasyon günlüklerindeki hatalar: başarısız fiyat kontrolleri, stok çakışmaları, reddedilen ödemeler.
Bunlardan herhangi biri web kanalınızdan keskin bir şekilde saparsa, nedenini anlayana kadar kapsamı daraltın.
Teknolojinin kendisinin limitleri nelerdir?
Ajanlar yalnızca aldıkları veriler kadar doğrudur. İnce ürün açıklamaları, eksik boyutlar veya belirsiz varyant adları yanlış seçimlere yol açar. Ajanlar ayrıca marka sesinizi bir insanın göz atarken okuduğu gibi okuyamazlar, bu nedenle farklılaşma yapılandırılmış niteliklere, incelemelere ve fiyata kayar. Ve standartlar yeni olduğu için, henüz her asistan, ödeme yöntemi veya platform aynı özellikleri desteklemez.
Alien Road, müşteriler için ajan ticareti planlamasını nasıl uygular
Tipik bir çalışmada, Alien Road bir hazırlık incelemesiyle başlar: ürün verisi eksiksizliği, canlı mağazaya karşı veri doğruluğu, ödeme ve ödeme sağlayıcısı yetenekleri, mevcut dolandırıcılık ve iade süreçleri. Çıktı, riske göre sıralanmış bir boşluk listesidir.
Ardından, yukarıdaki kuralları kabul etmek ve sahipleri atamak için müşterinin e-ticaret, finans, hukuk ve müşteri hizmetleri liderleriyle bir yönetişim çalıştayı yapılır. Pilot daha sonra limitler, ayrı sipariş etiketleme ve ajan ile web siparişlerini karşılaştıran bir panelle küçük bir katalog segmentiyle sınırlandırılır. Aylık raporlar bu metrikleri kapsar ve kapsamı genişletmeyi, tutmayı veya duraklatmayı önerir.
İlk yazılı versiyonu bir taslak olarak kabul edin. İlk gerçek sipariş ayından sonra gözden geçirin ve bir protokol, ödeme sağlayıcısı veya platform şartlarını değiştirdiğinde güncelleyin.
Bu hafta nereden başlamalı
En çok satan, en basit yirmi ürününüzü seçin ve verilerini bir ajanın göreceği gibi kontrol edin: başlık, varyantlar, boyutlar, fiyat, stok ve gönderim süreleri. Eksik veya belirsiz olan her şeyi düzeltin.
Ardından finans ve müşteri hizmetleriyle üç soruya yanıt taslağı hazırlamak için bir saat ayırın: bir ajan siparişini kim onaylar, maksimum sipariş değeri nedir ve anlaşmazlıkları kim ele alır. Bu yanıtlar sizin ilk yönetişim belgenizdir.