Tecof Ekibi • 9 Eylül 2026
Ajanik Ticaret Nedir? Otonom E-Ticaret Rehberi

Kısaca
Ajanik ticaret, bir mağazanın günlük kararlarını yapay zeka ajanlarına devreden çalışma biçimidir. Ajan rapor üretip beklemez, kendisine verilen hedef ve yetki sınırı içinde işlemi doğrudan yapar. Stok azaldığında tedarik talebi açar, dönüşümü düşen kampanyanın bütçesini kısar, kargosu geciken siparişin müşterisine bilgilendirme yollar. Yönetici işin kendisini değil kuralı, sınırı ve bütçeyi belirler, sonucu denetler. Başlamak için yeni bir panel değil, ajanın güvenle kullanabileceği API ve yetkilendirme altyapısı gerekir.
Cuma akşamı saat 22.40. Bir modelin son yedi adedi iki saat içinde satıldı, aynı ürün sitenizin vitrininde hala ilk sırada duruyor, Google Ads tarafında günlük 1.200 TL bütçeyle reklamı dönüyor. Pazartesi sabahı stoğu sıfır görüp reklamı kapattığınızda, satamayacağınız bir ürün için iki buçuk günde yaklaşık 3.000 TL ödemiş olursunuz. Panelin rapor ekranı bunu cuma gecesi zaten gösteriyordu. Kimse bakmadı.
Eksik olan veri değil, yetki. E-ticaret panellerinin çoğu doğru sayıyı doğru zamanda üretir, sonra o sayının karşısına bir insanın oturup düğmeye basmasını bekler. Gece yarısı, resmi tatilde ve siparişin tepe yaptığı kampanya gününde o insan orada olmaz.
Ajanik ticaret bu boşluğu kapatma iddiasındaki model. Yapay zeka sistemin gözü olmaktan çıkıp eli oluyor: veriyi okuyor, kuralla karşılaştırıyor, tanımlı sınırın içinde işlemi kendisi yapıyor. Kavramın satış tarafındaki karşılığı için ajanik e-ticaretin operasyona etkisini anlatan yazı tamamlayıcı bir okuma olur.
Ajanik ticaret nedir, kural tabanlı otomasyondan farkı nedir
Ajanik ticaret, satış ve operasyon süreçlerinin tek tek talimatlarla değil, bir hedef tanımı etrafında otonom yazılım ajanlarınca yürütülmesidir. Ajana "stok beşin altına inerse şunu yap" demezsiniz. "Bu kategoride stoksuz kalma oranını yüzde 2'nin altında tut, birim başına tedarik maliyetini 180 TL'yi aşma" dersiniz. Hangi aracı hangi sırayla kullanacağına ajan karar verir, sonucu ölçer, tutmazsa yeniden dener.
Kural listesi nerede tıkanır
Klasik otomasyon tek koşullu düşünür. Stok beşin altına indi, kural çalıştı, e-posta gitti. Oysa aynı anda tedarikçi tatilde olabilir, kargo o bölgede iki gün gecikmeli çalışıyor olabilir, ürünün reklamı açık olabilir ve Trendyol tarafında aynı stoktan satış sürüyor olabilir. Kuralın bunların hepsini birlikte görmesi için yazılması gereken koşul sayısı, üç ay içinde kimsenin bakmak istemediği bir listeye dönüşür.
Ajan bu koşulları ayrı kurallar olarak değil, tek bir durum olarak okur. Tedarik gecikmesini gördüğünde reklamı tamamen kapatmak yerine günlük bütçeyi 1.200 TL'den 300 TL'ye çeker, pazaryeri stoğuna kilit koyar, kendi sitesinde ürünü ön sipariş etiketiyle açık tutar. Üç farklı sistemde üç farklı işlem, tek bir kararın sonucu.
Üç olgunluk seviyesi
- Analitik yapay zeka: geçmiş veriden tahmin üretir. Gelecek ay kaç adet satarsınız sorusuna cevap verir, aksiyonu size bırakır.
- Üretken yapay zeka: metin ve görsel üretir. Ürün açıklamasını yazar, kampanya başlığı önerir, yine onay bekler.
- Ajanik yapay zeka: üretilen çıktıyı sisteme uygular. Açıklamayı yazar, ürüne kaydeder, site haritasını yeniler ve sonucu bir hafta sonra ölçer.
Aradaki fark model gücü değil, bağlantı ve yetki. Aynı dil modeli, siparişi iptal etme yetkisi olmadan bir sohbet kutusudur. Sipariş API'sine tanımlı sınırla bağlandığında operasyon personelidir.

Bir ajan neyle çalışır: hedef, araç ve yetki
Ajanik bir kurulum üç parçadan oluşur. Birincisi hedef, yani ajanın optimize edeceği ölçü. İkincisi araç seti, yani ajanın çağırabileceği fonksiyonlar. Üçüncüsü yetki matrisi, yani hangi işlemi tek başına yapabileceği ve hangisi için insan onayı isteyeceği. Üçünden biri eksikse elinizde ajan değil, geniş erişimli tehlikeli bir betik olur.
Araç çağrısı ve MCP
Dil modelinin sisteminizle konuşabilmesi için standart bir arayüz gerekir. Model Context Protocol, modelin "ürün stoğunu güncelle" gibi fonksiyonları tanımlı parametrelerle çağırmasını sağlayan sözleşmedir. Model SQL yazmaz, veritabanına doğrudan dokunmaz. Sizin yayınladığınız fonksiyonları, sizin belirlediğiniz parametre aralığında çağırır. Fiyat güncelleme fonksiyonuna yüzde 15 sınırı koyduysanız, model ne kadar ısrarcı olursa olsun yüzde 40 indirim yazamaz.
Örnek yetki matrisi
| Ajan | Kullandığı araç | Tek başına yapabildiği | Onay istediği |
|---|---|---|---|
| Stok ajanı | Stok ve tedarik API'si | Sipariş taslağı açmak, rezerv koymak | 50.000 TL üzeri satın alma |
| Fiyat ajanı | Ürün ve kampanya API'si | Liste fiyatında yüzde 10'a kadar değişiklik | Kâr marjını yüzde 20 altına düşüren fiyat |
| Reklam ajanı | Google Ads, Meta Ads | Kampanya bütçesini yüzde 30 kısmak | Yeni kampanya açmak |
| Destek ajanı | Sipariş ve kargo API'si | Kargo sorgusu, teslimat bilgilendirmesi | Ücret iadesi başlatmak |
| İçerik ajanı | CMS ve ürün açıklamaları | Taslak oluşturmak, meta etiketi güncellemek | Ana kategori sayfasını değiştirmek |
Yetki matrisini yazarken ikinci bir sütun daha ekleyin: işlemin geri alınabilir olup olmadığı. Fiyat değişikliği geri alınabilir, gönderilmiş bir SMS geri alınamaz. Geri alınamayan her işlem, ajanın onay isteyeceği tarafa geçer.
Bu tabloyu ilk kurulumda dar tutun. Ajanın yaptığı her işlem loglansın, haftalık olarak bir kişi bu logu okusun. Güven arttıkça yetki sınırını genişletirsiniz. Ters yönde ilerlemek, yani geniş yetkiyle başlayıp kaza sonrası daraltmak çok daha pahalıya çıkar. Yetki modelinin nasıl kurulduğunu Tecof AI ajanlar sayfasında araç bazında görebilirsiniz.
Fiyat, stok ve reklam bütçesi tarafında ne kazandırır
Ajanik ticaretin ölçülebilir getirisi en net burada görünür, çünkü üç sistem birbirine bağlıdır ve insan eli genellikle sadece birine dokunur. Aylık 400 sipariş alan, ortalama sepet tutarı 850 TL olan bir mağaza üzerinden örnek bir hesap kuralım. Aşağıdaki tablo bir şablondur, sektör ortalaması değildir. Rakamları kendi panelinizdeki değerlerle değiştirin.
| Kalem | Manuel yönetim | Ajan destekli | Aylık fark |
|---|---|---|---|
| Tükenmiş ürüne harcanan reklam | Ayda ortalama 4 gün, 1.200 TL/gün | Stok sıfırlanınca 15 dakikada durur | Yaklaşık 4.500 TL |
| Stoksuz kalınan gün sayısı | Ayda 6 gün, günde 3 sipariş kaybı | Tedarik talebi eşikte otomatik açılır | Yaklaşık 15.300 TL ciro |
| Fiyat güncelleme sıklığı | Haftada bir, elle | Günde iki kez, marj sınırı içinde | Marjda 1 ila 2 puan |
| Kampanya bütçe kaydırma | Pazartesi raporundan sonra | ROAS eşiği kırılınca aynı gün | Boşa giden 3 gün ortadan kalkar |
Tablodaki en büyük kalem reklam değil, satılamayan gün. Stoksuz geçen altı gün, o ürünün aylık cirosunun beşte birine denk gelir ve bu kayıp hiçbir raporda gider olarak görünmez. Ajanın ilk işi genellikle bu görünmeyen kalemi görünür hale getirmektir.
Dinamik fiyatlandırmayı marj koruyarak kurmak
Fiyat ajanının en sık yapılan hatası, rakip fiyatını tek girdi olarak almasıdır. "Rakipten 1 TL ucuz ol" kuralı, rakip zarar pahasına stok eritirken sizi de aynı çukura sokar. Ajana rakip fiyatının yanında alış maliyetini, kargo ortalamasını, iade oranını ve o üründeki komisyon yükünü de verin. Karar kuralı fiyat değil marj olsun.
Reklam tarafında da aynı mantık geçerli. Bütçeyi ham ROAS'a bakarak kaydıran bir ajan, iade oranı yüksek ürünlere bütçe yığar, çünkü iade tıklamadan haftalar sonra gerçekleşir. Ajana verilen metriği iade sonrası net getiriyle tanımlayın. Yanlış metrik seçtiğinizde ajan onu çok hızlı optimize eder ve zararı büyütür.
Vitrin tarafı: kişiselleştirme, site içi arama ve yapay zeka aramada görünürlük
Ziyaretçi tarafında ajan iki iş yapar. Birincisi, gelen kişinin niyetini oturum içinde okuyup vitrini ona göre dizmek. İkincisi, sitenin dışarıdaki yapay zeka sistemleri tarafından doğru anlaşılmasını sağlamak.
Niyeti oturum içinde okumak
Klasik öneri motoru geçmiş satın almaya bakar. Ajan, son doksan saniyeye bakar. Kullanıcı üç dakikadır beden tablosunda geziniyorsa soru bedendir, ürün değil. Ajan bu durumda benzer ürün önermek yerine beden yardımcısını açar, önceki siparişteki bedeni hatırlatır ve iade oranını sessizce düşürür. Sepete ekleyip kargo satırında duraklayan kullanıcıya ise yeni bir ürün değil teslimat seçeneği gösterilir.
Site içi arama çoğu mağazada en zayıf halkadır. "Su geçirmez mont 3 yaş" yazan kullanıcıya sonuç dönemeyen bir arama kutusu, o oturumu doğrudan kaybeder. Ajan tabanlı arama sorguyu filtre kombinasyonuna çevirir ve sonuç boşsa en yakın alternatifi gerekçesiyle gösterir. Arama kutusunun boş sonuç oranını bir hafta boyunca ölçün. Çıkan sayı, hangi alanı önce ajana devredeceğinizi genellikle tek başına söyler.
Kişiselleştirmenin sınırı da burada çizilir. Ajan ziyaretçiye geçmişini yüzüne vuran bir deneyim kurmamalı. "Geçen ay baktığınız ürün" hatırlatması işe yarar, üç ay önceki bir aramayı ana sayfada karşısına çıkarmak rahatsız eder. Kural basit: ajan yalnızca kullanıcının o an çözmeye çalıştığı sorunu kolaylaştırsın.
Arama motoru ve model görünürlüğü
Ziyaretçinin bir kısmı artık siteye arama sonucundan değil, bir dil modelinin cevabından geliyor. Model sizin ürün sayfanızı okuyamıyorsa cevabın içinde yer alamazsınız. İçerik ajanı burada ürün verisini yapılandırılmış biçimde tutar, eksik alanları doldurur, stok ve fiyat bilgisini makine okuyabilir biçimde yayınlar. Konunun teknik tarafı için AEO ve GEO kavramlarını açıklayan yazı iyi bir başlangıç noktası.
Lojistik, kargo ve iade tarafında ajanlar
Sipariş alındıktan sonra başlayan süreç, müşteri memnuniyetinin ve maliyetin büyük kısmının belirlendiği yerdir. Türkiye'de bir mağaza aynı anda birden fazla kargo firmasıyla, kimi zaman iki üç depoyla ve pazaryeri entegrasyonlarıyla çalışır. Karar sayısı fazla, her bir karara ayrılan süre kısadır.
Sipariş yönlendirme
Lojistik ajanı sipariş düştüğü anda teslimat adresini, depoların stok durumunu, kargo firmalarının o ilçedeki güncel teslimat süresini ve paketleme hattındaki yoğunluğu birlikte değerlendirir. Kadıköy'e gidecek bir siparişi İstanbul deposu doluysa Bursa deposuna aktarmak, bir gün gecikme ve 40 TL fark demek olabilir. Ajan bu farkı hesaplar, eşiği aşarsa aktarmaz. Depo tarafındaki temel kurgu için lojistik ve depo yönetimi rehberi pratik bir çerçeve sunar.
Kargo firması seçimi de aynı hesabın parçası. Yurtiçi, Aras ve MNG gibi firmaların teslimat süresi ilçe bazında farklılaşır ve bu fark kampanya dönemlerinde büyür. Ajan her siparişte sabit bir firma seçmek yerine, o adres için son otuz günün gerçek teslimat verisine bakar. Aynı fiyata iki gün daha hızlı teslim eden firma varsa onu seçer, iade oranı yüksek bölgelerde ise teslimat garantisi olan seçeneği öne alır.
İade ve destek
İade talebinde ajan önce metni okur, sonra fotoğrafı inceler. Kargo hasarı tespit ederse kargo firmasına tazmin kaydı açar, müşteriye yeni ürün çıkışı için depoya emir verir ve süreci tek mesajda kapatır. Beden uyumsuzluğu söz konusuysa değişim seçeneğini öne çıkarır, çünkü değişim iadeye göre hem daha ucuzdur hem de müşteriyi elde tutar.
Sınır burada net olmalı. Para iadesi başlatmak, ajanın tek başına yapmaması gereken işlemlerden biridir. Ajan dosyayı hazırlar, gerekçesini yazar, tutarı hesaplar. Onayı insan verir. Bu ayrım hem muhasebe hem de itiraz süreçleri açısından sizi korur.

KVKK, İYS ve ajanın sınırları
Ajan hızlı çalışır. Yanlış tanımlanmış bir ajan da aynı hızla çalışır. Türkiye'de faaliyet gösteren bir mağaza için sınırları en baştan yazmak, sonradan düzeltmekten çok daha ucuzdur.
Kişisel veri tarafı
KVKK açısından belirleyici soru, ajanın hangi veriyi nereye taşıdığıdır. Sipariş adresini bir dil modeline göndermeden önce, o alanın gerçekten gerekli olup olmadığını sorun. Kargo süresi tahmini için ilçe bilgisi yeterlidir, ad soyad ve bina numarası değil. Aydınlatma metninizde otomatik karar mekanizmalarına yer verin, veri işleyen listenizi kullandığınız model sağlayıcısını içerecek biçimde güncelleyin ve saklama sürelerini ajan loglarını da kapsayacak şekilde tanımlayın.
İzinli pazarlama
Ticari elektronik ileti gönderen her ajan İYS kaydına tabidir. Sepette kalan ürün için SMS gönderme yetkisi verdiğiniz ajanın, göndermeden önce İYS onayını kontrol etmesi gerekir. Onay yoksa mesaj gitmez, ajan bunun yerine kullanıcı siteye döndüğünde site içi bildirim gösterir. Kanal maliyeti de bu kararın parçası. SMS başına ödenen birim ücret e-postaya göre kat kat yüksek olduğu için, ajanın kanal seçimini de kurala bağlayın.
Erişim yönetimi de teknik değil hukuki bir konu. Ajanın kullandığı API anahtarı, sizin kullandığınız yönetici hesabıyla aynı olmamalı. Ajana kendi kullanıcısını açın, sadece ihtiyaç duyduğu uçlara yetki verin ve bu anahtarı üç ayda bir yenileyin. Bir sorun çıktığında hangi işlemin insan hangisinin ajan tarafından yapıldığını ayırt edebilmeniz gerekir.
Pazaryeri kuralları
Trendyol ve Hepsiburada gibi pazaryerlerinde fiyat ve stok senkronizasyonu ajan için doğal bir görevdir, ancak platformların kampanya ve fiyat kuralları kendi sözleşmelerine tabidir. Ajanın pazaryeri fiyatını değiştirme yetkisini, platformun izin verdiği aralıkla sınırlayın ve her değişikliği ayrı bir log kaydına yazdırın.
İlk 90 günde nasıl kurulur
Ajanik ticarete geçiş bir platform değişimiyle başlamak zorunda değil. Mevcut altyapınızın API tarafı çalışıyorsa, ilk ajanı üç hafta içinde canlıya alabilirsiniz. Sıra, hızdan daha önemli.
0 ila 30 gün: veriyi tek yerde toplayın
Ajan, dağınık veriyle çalışamaz. Sipariş, stok, müşteri, kargo ve reklam verisinin tek bir yerden okunabilir olması gerekir. Bu aşamada yeni bir yetenek eklemeyin, sadece bağlayın. Ürün kodlarının tutarsız olduğu bir katalogda ajan da tutarsız çalışır. Stok kodlarınızı bu aşamada bir kez temizleyin, sonra bir daha dönmeyin.
30 ila 60 gün: tek bir ajanla başlayın
İlk ajan, ölçmesi kolay ve hatası ucuz bir işi devralsın. Stok eşiği izleme ve tükenen üründe reklam durdurma iyi bir adaydır. Getirisi ilk haftada TL cinsinden görünür, yanlış çalıştığında zararı sınırlı kalır. Bu ajanı otuz gün gölge modda çalıştırın: karar versin ama uygulamasın, kararlarını siz onaylayın. Onay oranı yüzde 90'ı geçtiğinde yetkiyi açın.
60 ila 90 gün: ikinci ve üçüncü ajanı ekleyin
İkinci ajan genellikle destek tarafında işe yarar, üçüncüsü içerik ve fiyat tarafında. Her yeni ajan için aynı döngüyü tekrarlayın: dar yetki, gölge mod, log incelemesi, yetki genişletme. Altyapı seçimi bu aşamada belirleyici olur, çünkü ajanın çağırabileceği fonksiyonu olmayan bir panel ne kadar iyi görünürse görünsün bu modele uygun değildir. Karşılaştırma yaparken altyapı seçiminde yapılan hataları okumak, üç ay sonra ödenecek faturayı bugünden görmenizi sağlar.
Yarın sabah yapılacak iş küçük. Panelinizi açın, son otuz günde stoğu sıfırlanan ürünleri listeleyin ve bu ürünlerin reklamlarının kaç gün açık kaldığını hesaplayın. Çıkan tutar, kuracağınız ilk ajanın bütçesidir. Hangi bağlantıların hazır olduğunu entegrasyonlar sayfasından kontrol edebilirsiniz.
Sık Sorulan Sorular
Ajanik ticaret ile sohbet botu arasındaki fark nedir
Sohbet botu soruya cevap verir, ajan işlemi yapar. Bot müşteriye kargonun nerede olduğunu söyler. Ajan gecikmeyi kendisi görür, kargo firmasına kayıt açar ve müşteriye haber verir. Farkı yaratan model değil, modele tanımlanan araç ve yetkidir.
Küçük bir mağaza için erken mi
Aylık sipariş sayısı 200'ün altındaysa tam ajanik kurulum gereksiz olabilir, ancak tek bir ajanla başlamak her ölçekte mantıklıdır. Küçük ekiplerde zaten kimsenin bakmadığı işler vardır: stok eşiği, tükenen üründe açık kalan reklam, gece cevapsız kalan kargo sorusu. Karar ölçütü ciro değil, kimsenin yapmadığı tekrarlı iş sayısıdır.
Ajan yanlış karar verirse ne olur
Verir. Bu yüzden her ajanın bir geri alma yolu ve bir üst sınırı olmalıdır. Fiyat ajanının değişiklikleri tek tuşla geri alınabilir olmalı, günlük değişim adedi sınırlanmalıdır. Gölge mod bu riski büyük ölçüde azaltır, çünkü ajan otuz gün boyunca karar verir ama uygulamaz.
Hangi işleri ajana devretmemek gerekir
Para hareketi, sözleşme onayı ve marka sesini belirleyen kararlar insanda kalmalı. Ücret iadesi, tedarikçi anlaşması, ana sayfa mesajı ve kriz anındaki müşteri iletişimi bu gruba girer. Ajan bu işlerde hazırlık yapabilir, taslak üretebilir, hesaplayabilir. Son tuşa insan basar.
Mevcut altyapımı değiştirmem gerekir mi
Zorunlu değil, ancak API tarafının çalışır olması şart. Sipariş, stok ve ürün verisine dışarıdan okunabilir ve yazılabilir bir arayüzünüz yoksa ajan kurulamaz. Kontrol etmenin en hızlı yolu teknik ekibinize tek soru sormaktır: bir ürünün fiyatını panel açmadan güncelleyebiliyor muyuz.
MCP nedir, neden bu kadar konuşuluyor
Model Context Protocol, dil modellerinin dış sistemlerdeki araçları standart biçimde çağırmasını sağlayan bir sözleşmedir. Her yazılım için ayrı entegrasyon yazma yükünü ortadan kaldırdığı için hızla yayıldı. Mağaza tarafındaki karşılığı şu: fonksiyonlarınızı bir kez doğru tanımlarsanız, farklı modeller aynı araçları kullanabilir.
KVKK açısından ek risk doğuyor mu
Risk, ajanın kendisinden değil taşıdığı veriden doğar. Modele gönderilen alanları asgariye indirin, kişisel veriyi gerekmedikçe dışarı çıkarmayın ve otomatik karar süreçlerini aydınlatma metninizde açıkça belirtin. Ajan loglarını da saklama politikanızın içine alın. Bu üç adım atıldığında ajanik kurulum, elle yapılan işlemlere göre daha izlenebilir olur.
Trendyol ve Hepsiburada mağazalarım da yönetilebilir mi
Entegrasyon varsa evet, ajan stok ve fiyat senkronizasyonunu üstlenebilir. Pratikte en çok değer yaratan iş, kendi siteniz ile pazaryeri stoğunun aynı havuzdan düşmesidir. Fiyat tarafında ise platformun kampanya kurallarını ajanın yetki sınırına yazmadan başlamayın.
Ekipte bu işten kim sorumlu olmalı
Ajanı kuran teknik ekip olabilir ama sahibi operasyondan biri olmalıdır. Haftada bir saat ayırıp logları okuyacak, hangi kararın doğru hangisinin yanlış olduğunu işaretleyecek bir kişi gerekir. Bu rol boş kalırsa ajan bir süre sonra kimsenin denetlemediği bir kara kutuya döner.