Ajan Tabanlı Ticarette Tek Stok Gerçeği: Feed, API ve Sayfa Aynı Şeyi Söylemeli

Ajan tabanlı ticarette stok gerçeği nedir?

Ajan tabanlı ticarette stok gerçeği, bir ürünün fiyat ve stok bilgisinin sayfada, şemada, feed'de ve API'de aynı anda aynı değeri taşıması ve bu değerin ajanın sorduğu anda güncel olmasıdır. Klasik stok yönetimi arka ofis işiydi: talep tahmini, sipariş noktası, emniyet stoğu. 2026'da stok verisi vitrine çıktı, çünkü ürününüzü kullanıcıya öneren ajan satın alma anında stoğu kendisi kontrol ediyor. Google'ın 19 Mart 2026'da duyurduğu UCP Catalog yeteneği ajanın önerinin hemen öncesinde canlı stok, fiyat ve varyant verisini doğrudan sisteminizden çekmesini sağlıyor; OpenAI feed'i 15 dakikada bir yenilenebiliyor. Stoğu yanlış söyleyen marka artık yalnızca bir siparişi kaybetmiyor, ajanın güvenilirlik skorunda geriliyor.

Bu yazıyı Eylül 2024'te yapay zeka ile stok tahmini ve envanter optimizasyonu başlığıyla yayımlamıştık. Talep tahmini hâlâ değerli; ama iki yılda soru değişti. Artık "ne kadar stok tutmalıyım" kadar "stoğumu kim, ne zaman, hangi kanaldan okuyor ve gördüğü sayı doğru mu" sorusu belirleyici. Webtures olarak tezimiz: bayat stok verisi, stok yokluğundan tehlikelidir. Ürün yoksa ajan sizi atlar; ürün "var" görünüp yoksa ajan sizi işaretler.

Ajan stoğu nasıl okur?

Bir ajan kullanıcıya "mavi, M beden, iki günde teslim" isteğiyle geldiğinde üç yerden stok okuyabilir. Birincisi ürün feed'i: Merchant Center ve OpenAI feed'indeki availability alanı (in_stock, out_of_stock, preorder, backorder). İkincisi sayfadaki şema: Offer içindeki availability ve inventoryLevel. Üçüncüsü canlı sorgu: UCP Catalog ile ajan varyant düzeyinde anlık stok ve fiyatı doğrudan sizden ister; sepet yeteneği birden fazla ürünü tek akışta ekler. Üç kaynak farklı sayı söylediğinde ajan en güvenilir bulduğunu seçmez; ürünü karşılaştırma dışına alır.

Mekanizmanın ikinci yarısı geri besleme. AI alışveriş yüzeylerinin çoğu satıcı verisinin güvenilirliğini izliyor: "stokta" dediğiniz ürün checkout'ta stok dışı çıkarsa işlem başarısız olur, başarısızlık satıcının güvenilirlik puanına yazılır ve ajan sizi bir sonraki öneri turunda daha az gösterir. Ekibimizin iç sunumlarında sohbet içi checkout'un 2025-2026'da neden geri çekildiğini tek kelimeyle özetliyoruz: bayat veri. Kazınmış statik kopyalarda stok, teslimat ve kargo bilgisi satın alma anına gelindiğinde güncelliğini yitiriyordu; güvenin en kritik olduğu anda ajan yanlış bir gerçeği sunuyordu.

Sektör ölçümleri sorunun büyüklüğünü gösteriyor: perakendede ortalama stok doğruluğu %83 civarında, yani her altı SKU'dan biri herhangi bir anda yanlış stok verisi taşıyor; e-ticaret kataloglarının yaklaşık %60'ında eksik GTIN, tutarsız öznitelik adı ya da bayat stok durumu var. İnsan bunu tolere eder, ajan etmez.

Dört katman neden aynı sayıyı söylemeli?

Aynı ürün dört katmanda temsil edilir ve her katmanın kendi güncelleme yolu vardır. Tutarsızlık genellikle katmanların farklı kaynaklardan ve farklı sıklıkta beslenmesinden doğar.

Hedef, dört katmanın tek bir ürün kaydından üretilmesidir. Ekibimizin Agentic Commerce Değerlendirme Seti'ndeki ilk soru tam olarak bu: "Ürün verisi tek bir ana kaynakta master olarak tutuluyor mu, yoksa kanallar arasında dağınık mı?" Altıncı soru sıklığı ölçer: "Stok ve fiyat verisi kanallar arasında hangi sıklıkta ve hangi doğrulukla senkronize ediliyor?" Cevap bir senkronizasyon logudur; "genelde günceldir" cevabı 2 puanın üstüne çıkamaz.

Stok verisi ajan için nasıl güncel tutulur?

1. Tek kaynak belirleyin. ERP, PIM ya da e-ticaret altyapısındaki stok tablosu master olsun; sayfa, şema, feed ve API bu tablodan okusun. Elle güncellenen hiçbir kopya kalmasın.
2. İki katmanlı güncelleme kurun. Günlük tam anlık görüntü (snapshot) artı gün içi değişiklikler için API tabanlı upsert. Hızlı dönen ürünlerde hedef gecikme 15 dakikanın altı; OpenAI feed'i bu sıklığı kabul ediyor.
3. Varyant düzeyinde stok verin. "Gömlek stokta" ajan için anlamsız; "mavi, 42 beden: 3 adet" anlamlı. Feed'de item_group_id ile grup, her varyant için ayrı availability.
4. Eşik altı stoğu dürüstçe söyleyin. Son 1-2 adette "stokta" yerine availability için limited ya da düşük stok işareti ve sayfada sayı; ajan eksik teslim riskini fiyat kadar tartar.
5. Ön sipariş ve tedarik süresini ayrı kodlayın. Stok dışı ürünü "var" diye göstermek yerine preorder / backorder ve availability_date kullanın; ajan bekleme süresini kullanıcıya söyleyebilir.
6. Şemayı sayfayla senkron tutun. Statik şablona gömülü "InStock" değeri en yaygın tutarsızlık kaynağı. Offer.availability stok tablosundan üretilsin; inventoryLevel varsa sayıyı taşısın.
7. Canlı sorguyu açın. Shopify gibi altyapılarda UCP Catalog desteği düşük eforla geliyor; özel altyapıda ürün API'si (fiyat, stok, varyant) yayımlayın ve ACP ile UCP feed'lerinin bu API'den beslendiğinden emin olun.
8. Tutarsızlığı ölçün. Sayfa, şema, feed ve API arasında fiyat ve stok uyuşmazlık oranı haftalık raporlansın. Ekibimizin ölçüm çerçevesinde bu "veri bütünlüğü" satırıdır ve tutarlılık izleme aracıyla doğrulanır.

Yapay zeka stok tahmininde hâlâ ne işe yarar?

Eski yazının çekirdeği geçerliliğini koruyor: geçmiş satış, sezon, kampanya ve tedarik süresi verisinden talep tahmini üretmek, sipariş noktasını ve emniyet stoğunu dinamik belirlemek, ölü stoğu erken görmek. Yeni olan şey tahmin motoruna giren sinyal. Ajan kaynaklı talep insan talebine benzemez: bir asistan bir ürünü bir akşam binlerce sorguda önerebilir, ertesi gün rakip öneriye geçebilir. Ekibimizin değerlendirme setinde bunun bir sorusu var: "Sipariş karşılama kapasitesi ajan kaynaklı ani talep artışına karşı test edildi mi?"

Pratikte üç ekleme yeterli: ajan kaynaklı siparişleri ayrı etiketleyin (dark AI trafiğinin bir kısmı ölçülemese de sipariş kaynağı ayrıştırılabilir), tahmin modeline AI görünürlük verisini (hangi ürün hangi istemlerde öneriliyor) sinyal olarak verin ve stok eşiklerini ajan tarafından önerilen ürünlerde daha yüksek tutun. Yapay zeka tahmin yapmaya devam eder; farkı ajanın ne göreceğini de planlaması.

En sık yapılan stok hataları hangileri?

• Şablona gömülü "InStock". Şema her zaman var diyor; ürün tükenince ajan yanlış öneri yapıyor.
• Günlük dosya ile canlı vitrin. Sabah 09:00'da tükenen ürün ertesi sabaha kadar feed'de "var".
• Pazaryeri ve site stoğunun ayrı yaşaması. Aynı ürün Trendyol'da tükenmiş, sitede var görünüyor ya da tersi; ajan iki kanalı da okuyor.
• Toplam stok, varyant stoğu yerine. "12 adet" doğru ama kullanıcının istediği bedende sıfır.
• JavaScript ile yüklenen stok etiketi. Ham HTML'de stok yok; ajan "belirsiz" sayar.
• Stok dışı ürünün sayfadan kaldırılması. 404 dönen ürün ajan hafızasında kırık bağlantı olur; sayfayı bırakıp out_of_stock ve ikame ürün gösterin.

Türkiye'den e-ihracat yapan markalar stoğu nasıl kurmalı?

Ticimax, ikas ve İdeasoft gibi altyapılarda stok tablosu genellikle merkezi; kopma feed ve şema katmanında oluyor. İlk denetim üç sorudan ibaret: feed dosya ile mi API ile mi gidiyor, şema stok tablosundan mı üretiliyor, pazaryeri entegrasyonu çift yönlü mü? Çok pazarlı satışta stok gerçeği pazar bazında tanımlanır: Almanya deposunda olan ürün ABD için "backorder" olabilir; feed'lerde shipping ve availability ülke bazlı verilmeli. Kendi ihracat matrisimizde Almanya gibi B2B pazarlarda ajan tedariki API üzerinden çalışıyor; canlı stok API'si olmayan tedarikçi ajan borsasında yok sayılıyor.

Stok gerçeği ajanın okuduğu ürün açıklaması ve ajan keşfi için kategori mimarisi ile birlikte tek bir veri disiplininin parçası. Protokol tarafında UCP Catalog ve ACP feed'in yerini protokol haritasında anlattık. Dört katmanınızın aynı sayıyı söyleyip söylemediğini Agentic Commerce Hazırlığı taramasıyla görebilir, tutarlılık izlemeyi Agent Experience ekibimizle kurabilirsiniz.