---
title: "Agentic Commerce Rehberi: Agent-Ready Altyapı | Webtures"
description: "Öğrenin: agent-ready olgunluk modeli, ACP, UCP ve AP2 protokolleri, teknik uygulama, ölçüm ve 12 aylık yol haritasıyla kapsamlı agentic commerce rehberi."
source_url: "https://www.webtures.com/tr/insights/agentic-commerce-rehberi/"
lang: "tr"
---

# Agent-ready ve agentic commerce rehberi

Protokollerden ürün verisine, checkout’tan ölçüme kadar markanızı SI ajanlarına hazırlamak için kapsamlı uygulama rehberi.

Kısa Açıklama Bu agentic commerce rehberi, bir markanın SI ajanları tarafından bulunabilir, doğru anlaşılabilir ve satın alınabilir olması için gereken her katmanı tek yerde toplar.

Webtures · Agentic Commerce

Süper zekâ ile özetle

![Agent-ready ve agentic commerce rehberi kapağı](https://www.webtures.com/images/insights/agentic-commerce-rehberi/cover.svg?v=si1) ![Agent-ready ve agentic commerce rehberi kapağı](https://www.webtures.com/images/insights/agentic-commerce-rehberi/cover-light.svg?v=si1)

Yayınlanma: 20 Ekim 2026

Güncellenme: 20 Ekim 2026

Terim güncellemesi
ABD'nin 29 Eylül 2026 tarihli 14434 sayılı [Inaugurating the Era of Super Intelligence](https://www.whitehouse.gov/presidential-actions/2026/09/inaugurating-the-era-of-super-intelligence/) başkanlık kararnamesi doğrultusunda Webtures, iletişiminde “yapay zekâ (AI)” yerine “süper zekâ (SI)” terimini kullanıyor. Ürün adları, hukuki metinler ve alıntılar özgün hâliyle korunur.

Bu agentic commerce rehberi, bir markanın SI ajanları tarafından bulunabilir, doğru anlaşılabilir ve satın alınabilir olması için gereken her katmanı tek yerde toplar. Agent-ready olmak tek bir dosya, tek bir protokol ya da tek bir entegrasyon değildir; erişim politikasından ürün verisine, checkout’tan ödeme yetkisine, ölçümden hukuka uzanan bir işletim modelidir. Rehber bu modeli olgunluk seviyeleri, referans mimari, platform bazlı adımlar ve 12 aylık bir yol haritasıyla anlatır.

Rehberin bakış açısı, İstanbul ve Londra’da 16 yıldır markalarla çalışan bir dijital danışmanlık şirketi olarak Webtures’un GEO, AEO ve agent readiness çalışmalarından gelir. Kavramın kısa tanımı ve hizmet kapsamı için [agentic commerce hazırlığı](https://www.webtures.com/tr/agentic-commerce-readiness/) sayfamıza bakabilirsiniz; bu rehber ise uygulamaya odaklanır: neyin ne zaman, hangi sırayla ve hangi kanıtla yapılacağı.

Protokol ve platform alanı çok hızlı değişiyor. Bu nedenle rehberdeki her tarih ve rakam 20 Ekim 2026 itibarıyla birincil kaynaktan (protokol spesifikasyonu, resmî şirket duyurusu, düzenleyici metin) kontrol edildi ve kaynakça bölümünde listelendi. Şirketlerin kendi ölçümlerine dayanan rakamlar “şirket beyanı” olarak işaretlendi. Doğrulanamayan iddialar rehbere alınmadı. Rehber hukuki ya da yatırım tavsiyesi değildir.

## Yönetici özeti: agentic commerce hakkında 12 tez

Aşağıdaki 12 tez, rehberin geri kalanının kısa özetidir. Her tez bağlamından bağımsız okunabilir; ayrıntısı ilgili bölümde yer alır.

1. **Agentic commerce bir checkout özelliği değil, dağıtım kanalının yeniden yapılanmasıdır.** Ajanlar keşif, karşılaştırma, karar ve satın alma adımlarını tek bir konuşmada birleştiriyor. Huninin girişi ve karar anı SI yüzeylerine taşınıyor.

2. **Agent-ready olmak tek bir sertifika değil, sekiz yetenekten oluşan bir işletim modelidir.** Keşfedilebilirlik, anlaşılabilirlik, işlem yapılabilirlik, kimlik, güvenilirlik, gözlemlenebilirlik, güvenlik ve yönetişim. En zayıf halka zincirin seviyesini belirler.

3. **Bugünün gerçeği ajanla satın almadan çok ajanla keşiftir.** OpenAI, 24 Mart 2026’da Instant Checkout’un ilk sürümünün beklediği esnekliği sağlamadığını açıkladı, satıcıların kendi checkout deneyimlerini kullanmasına izin verdi ve ürün keşfine odaklandı. Değer bugün ağırlıkla alıntılanma, önerilme ve yönlendirilme aşamasında üretiliyor.

4. **Tek bir protokol kazanmayacak; çoklu protokol dönemi kalıcıdır.** ACP, UCP, AP2, MCP, A2A ve x402 farklı katmanları çözüyor. Doğru strateji protokolden bağımsız bir çekirdek kurup protokolleri adaptörle bağlamaktır.

5. **En büyük darboğaz teknoloji değil, veri tutarlılığıdır.** Adobe’nin Nisan 2026 ölçümüne göre ABD perakende sitelerinde ürün sayfalarının ortalama makine okunabilirlik skoru %66. Fiyat, stok, iade politikası ve tanımlayıcı tutarsızlıkları ajanın markayı elemesinin en olası nedenleridir.

6. **Ödeme, ajan ticaretinin en karmaşık ve en düzenlenmiş parçasıdır.** Kart ağları token ve ajan kimliği katmanını kuruyor, AP2 kullanıcı yetkisini imzalı mandate’lara bağlıyor. Sorumluluğun taraflar arasında nasıl paylaşılacağı ise büyük ölçüde sözleşmelere kalmış durumda.

7. **Ajan trafiği klasik bot trafiğinden ayrı bir niyet sinyali olarak yönetilmelidir.** HUMAN Security’nin 2025’in ilk sekiz ayına ait verisine göre ajanların gezdiği sayfaların yaklaşık %87’si ürünle ilgiliydi; ajan etkileşimlerinin yalnızca %2,2’si checkout, %3,9’u hesap sayfalarındaydı (şirket beyanı). Keşif ile işlem arasında büyük bir boşluk var.

8. **Ajanlar için iyi olmak insanlar için kötü olmak anlamına gelmez.** Net, yapılandırılmış, doğrulanabilir bilgi; hızlı sayfalar ve şeffaf fiyat hem ajana hem insana yarar. Agent-ready dönüşüm aynı zamanda klasik SEO ve dönüşüm optimizasyonu dönüşümüdür.

9. **Asıl ticari risk trafik kaybı değil, müşteri ilişkisinin kaybıdır.** Kayıtlı satıcı kalmak, birinci taraf veri, sadakat ve marka deneyimi uzun vadeli marjı belirler. Agentic strateji bir veri ve ilişki mimarisi kararıdır.

10. **Ölçüm yeniden kurulmalıdır.** Son tık modeli getirilme, alıntılanma, tıklama, checkout ve tekrar satın alma zincirinin yalnızca bir halkasını görür. Sunucu logları, sipariş kaynağı alanı ve birinci taraf veri kritikleşir.

11. **Düzenleme 2026’dan itibaren uygulanabilir hale geldi.** AB Yapay Zekâ Tüzüğü’nün 50. maddesindeki şeffaflık yükümlülükleri 2 Ağustos 2026’dan beri uygulanıyor. Tüketici hukuku, güçlü müşteri doğrulaması ve kişisel veri rejimleri ajan işlemlerine aynen uygulanıyor.

12. **Kazananlar en iyi entegrasyonu yapanlar değil, en güvenilir kaynak olanlar olacak.** Ajanlar hızlı, tutarlı, doğrulanabilir ve iyi belgelenmiş kaynakları seçer. Bu, teknik mükemmellikten çok operasyonel disiplin oyunudur.

### Bu rehber nasıl okunmalı?

- **Yönetim ekibi:** 12 tez, pazar verileri, ticari strateji ve yol haritası bölümleri; ardından kontrol listelerindeki tek sayfalık değerlendirme.
- **Ürün ve teknoloji ekipleri:** Protokol mimarisi, olgunluk modeli, teknik uygulama ve örnek dosyalar.
- **E-ticaret ve pazarlama ekipleri:** Kronoloji, platform playbook’ları, ölçümleme ve sektör senaryoları.
- **Risk ve hukuk ekipleri:** Güvenlik, risk ve hukuk bölümü ile ödeme, risk ve hukuk kontrol listesi.

## Agent-ready nedir? Ajan, agentic commerce ve hazırlık

Agent-ready, bir işletmenin dijital varlıklarının SI ajanları tarafından bulunabilir, anlaşılabilir, güvenilir ve işlem yapılabilir olmasıdır. Agentic commerce ise bir SI ajanının kullanıcı adına ürün keşfetmesi, karşılaştırması, seçmesi ve yetkilendirildiyse ödemeyi başlatmasıdır. Agentic commerce’in ne olduğu ve bir markanın hangi katmanlarda hazırlanması gerektiği [agentic commerce hazırlığı](https://www.webtures.com/tr/agentic-commerce-readiness/) sayfamızda kısaca anlatılıyor; bu bölüm rehberin geri kalanında kullanılan kavramları netleştirir.

### Bu rehberde ajan ne demek?

Bu rehberde ajan, dört bileşeni olan bir yazılım sistemidir: kullanıcının doğal dilde verdiği hedefi yorumlar, hedefi alt görevlere böler, web sayfaları, API’ler, MCP sunucuları ve ödeme ağları gibi dış araçları kullanır ve kullanıcının çizdiği yetki sınırları (bütçe, marka, süre, onay) içinde hareket eder. Sohbet botu ile ajan arasındaki fark eylemdir: sohbet botu “ne almalıyım?” sorusunu yanıtlar, ajan satın alma akışını başlatır.

### Agentic commerce’in üç modu

| Mod | Kim karar verir? | Örnek | Ekim 2026 durumu |
| --- | --- | --- | --- |
| Destekli | İnsan | SI asistanında ürün araştırması, satıcı sitesine tıklama | Yaygın |
| Denetimli | Ajan önerir, insan onaylar | Copilot Checkout, Google’ın UCP tabanlı checkout’u | Seçili pazarlarda büyüyor |
| Otonom | Ajan, önceden verilen kurallarla | Belirlenen fiyata düşünce otomatik satın alma | Erken ve sınırlı |

Agentic commerce, konuşarak alışveriş (conversational commerce) ile aynı şey değildir. Konuşarak alışverişte kararı insan verir; agentic commerce’te kararın bir kısmı makineye devredilir. Bu fark hukuki sorumluluk ve ölçüm açısından belirleyicidir.

### Yedi yaygın yanlış anlama

1. **“Agentic commerce, ChatGPT’de checkout demek.”** Değerin büyük kısmı bugün keşif ve yönlendirmede. OpenAI de Mart 2026’da önceliğini ürün keşfine kaydırdı.
2. **“llms.txt bir sıralama faktörü.”** Google, SI özellikli arama için llms.txt ya da benzeri özel dosyalara ihtiyaç olmadığını ve bunları kullanmadığını belirtiyor. Diğer motorlar için düşük maliyetli bir hijyen adımı olarak kalabilir.
3. **“API’miz var, o halde agent-ready’yiz.”** API’nin keşfedilebilir, belgelenmiş, yetkilendirilmiş, idempotent ve hızlı olması gerekir. Çoğu kurumsal API bu testi geçmez.
4. **“Ajanlar yalnızca fiyata bakar.”** Ajanlar stok, teslim süresi, iade politikası, güvenilirlik ve marka sinyallerini birlikte değerlendirir.
5. **“Agentic commerce perakendeyle sınırlı.”** UCP’nin konaklama ve yemek siparişi dikeylerine genişleme planı, kapsamın seyahat, yemek ve hizmetlere yayıldığını gösteriyor.
6. **“Kullanıcılar ajanlara güvenmiyor, acele etmeyelim.”** Adobe’ye göre Mart 2026’da SI kaynaklı trafik, SI dışı trafiğe göre %42 daha iyi dönüştü; Mart 2025’te %38 daha kötü dönüşüyordu. Beklemek öğrenme maliyetini artırır.
7. **“Tek bir protokol kazanacak, ona göre yatırım yapalım.”** Protokoller farklı katmanları çözüyor; adaptör mimarisi gerekir.

Ajanların markayı nasıl “anladığı” sorusu, işlem katmanından önce gelen ayrı bir disiplindir. Marka varlığının netliği ve içeriğin makine tarafından yorumlanabilirliği [Agent Experience (AX)](https://www.webtures.com/tr/agent-experience/) hizmetimizin kapsamındadır.

## Agentic commerce kronolojisi: 2024-2026 arasında ne oldu?

Aşağıdaki kronoloji, agentic commerce altyapısının hangi sırayla kurulduğunu gösterir. Tarihler birincil kaynaklardan alınmıştır; amaç stratejiyi duyuru gürültüsünden ayırmaktır.

| Tarih | Olay | Neden önemli? |
| --- | --- | --- |
| 18 Kasım 2024 | Perplexity, ABD’de “Buy with Pro” ve ücretsiz Merchant Program’ı duyurdu | SI arama yüzeyinde ürün feed’i ile satışın ilk örneklerinden |
| Nisan 2025 | Amazon, ABD’de sınırlı kullanıcıyla “Buy for Me” betasını açtı | Ajanın marka sitesinden kullanıcı adına satın alması |
| 29-30 Nisan 2025 | Mastercard Agent Pay ve Visa Intelligent Commerce duyuruldu | Kart ağları ajan token’ı ve kimlik katmanına girdi |
| 23 Haziran 2025 | Linux Foundation, A2A protokol projesini başlattı | Ajanlar arası iletişim tarafsız yönetişime geçti |
| 1 Temmuz 2025 | Cloudflare, doğrulanmış bot programına HTTP mesaj imzalarını ekledi | Web Bot Auth ile doğrulanabilir ajan kimliği |
| 16 Eylül 2025 | Google, Agent Payments Protocol’ü (AP2) duyurdu | Ödeme yetkisinin imzalı kanıtı |
| 23-24 Eylül 2025 | Cloudflare ve Coinbase x402 Foundation’ı kurdu; Cloudflare Content Signals Policy’yi yayımladı | Makine ödemesi ve içerik kullanım sinyalleri |
| 29 Eylül 2025 | OpenAI ve Stripe, ACP ve ChatGPT Instant Checkout’u duyurdu (ABD, Etsy satıcılarıyla) | İlk büyük ölçekli “sohbette satın alma” denemesi |
| 14 Ekim 2025 | Visa, Cloudflare ile geliştirdiği Trusted Agent Protocol’ü duyurdu | Web Bot Auth üzerine kurulu ajan doğrulaması |
| 9 Aralık 2025 | MCP, Linux Foundation bünyesindeki Agentic AI Foundation’a katıldı | Ajan araç katmanı tarafsız yönetişime geçti |
| 23 Aralık 2025 | Garanti BBVA ve Mastercard, Türkiye bankacılığında ilk uçtan uca agentic işlemi gösterdi | Türkiye’de ödeme tarafındaki ilk somut adım (henüz canlı hizmet değil) |
| 8 Ocak 2026 | Microsoft, ABD’de Copilot Checkout’u duyurdu (PayPal, Shopify, Stripe) | Kayıtlı satıcı korunarak Copilot içinde satın alma |
| 11 Ocak 2026 | Google, Universal Commerce Protocol’ü (UCP) duyurdu | Keşiften siparişe ortak ticaret dili |
| 19 Mart 2026 | UCP’ye Cart, Catalog ve Identity Linking yetenekleri eklendi | Sepet, katalog ve sadakat bağlantısı standardı |
| 24 Mart 2026 | OpenAI ürün keşfine odaklandığını, satıcıların kendi checkout’unu kullanabileceğini açıkladı; Shopify Agentic Storefronts’u duyurdu | Keşif ve yönlendirme katmanının öne çıkması |
| 2 Nisan 2026 | Linux Foundation, x402 Foundation’ı başlattı | Makine ödemesi protokolü tarafsız yönetişime geçti |
| 8 Nisan 2026 | Visa Intelligent Commerce Connect duyuruldu (pilot) | Protokol ve token kasasından bağımsız giriş noktası |
| 17 Nisan 2026 | ACP’nin 2026-04-17 sürümü yayımlandı; Meta ACP yönlendirme komitesine katıldı | Cart, Feed API, keşif dokümanı, zorunlu idempotency |
| 28 Nisan 2026 | Google, AP2’yi FIDO Alliance’a devretti | Ödeme yetkisi standardı bağımsız kuruluşta |
| 19 Mayıs 2026 | Google Universal Cart’ı duyurdu; UCP checkout’un Kanada, Avustralya ve ardından Birleşik Krallık’a açılacağını bildirdi | Markalar ve yüzeyler arası sepet |
| 10 Haziran 2026 | Visa ve OpenAI, Visa Intelligent Commerce kapsamında birlikte çalışacağını duyurdu | Kart ağı ile SI yüzeyi arasında doğrudan bağ |
| 1 Temmuz 2026 | Cloudflare, SI trafiğini Search, Agent ve Training kategorilerinde yönetmeyi açtı | Arama, ajan ve eğitim erişimi ayrı kararlar haline geldi |
| 28 Temmuz 2026 | MCP’nin 2026-07-28 spesifikasyonu yayımlandı | Durumsuz istekler, istek bazlı yetenek bildirimi |
| 2 Ağustos 2026 | AB Yapay Zekâ Tüzüğü m.50 şeffaflık yükümlülükleri uygulanmaya başladı | SI asistanlarında açıklama yükümlülüğü |
| 15 Eylül 2026 | Cloudflare, karma kullanımlı tarayıcılar için hesap verebilirlik kurallarını ve yeni varsayılanları devreye aldı | Arama erişimi ile SI eğitimi ayrımı |

### OpenAI ve ACP: hızlı başlangıç, keşfe dönüş

OpenAI ve Stripe, 29 Eylül 2025’te Agentic Commerce Protocol (ACP) ile ChatGPT içinde Instant Checkout’u duyurdu. İlk aşamada ABD’deki kullanıcılar ABD’li Etsy satıcılarından sohbet içinde satın alabiliyordu; Shopify satıcıları ChatGPT sürüm notlarına göre 20 Kasım 2025’te eklendi. Başlangıçta yalnızca tek ürünlü satın almalar destekleniyordu.

24 Mart 2026’da OpenAI, Instant Checkout’un ilk sürümünün hedeflediği esnekliği sağlamadığını, bu nedenle satıcıların kendi checkout deneyimlerini kullanmasına izin verdiğini ve çabasını ürün keşfine yoğunlaştırdığını açıkladı. Daha derin entegrasyon isteyen satıcılar için ChatGPT uygulamaları seçeneği sürüyor. OpenAI’ın yardım sayfaları Ekim 2026 itibarıyla bazı uygun ürün ve satıcılarda Instant Checkout seçeneğinin görünebileceğini belirtiyor; yani özellik tamamen kaldırılmadı, önceliği düşürüldü. ACP ise yaşamaya devam ediyor: ChatGPT’deki ürün sonuçları ve karşılaştırmalar ACP üzerinden besleniyor.

Bu gelişmeden çıkan ders şudur: ajanla keşif hızlı büyüyor, ajanla ödeme ise operasyonel olarak zor. Stok, vergi, kargo, iade ve fiyat senkronizasyonunu tek bir sohbet arayüzünde yönetmek karmaşık; satıcılar checkout’un kendi kontrollerinde kalmasını önemsiyor. Strateji, keşif katmanını erkenden kazanıp ödeme katmanında opsiyonelliği korumak olmalıdır.

### Google: UCP, AP2 ve Universal Cart

Google, 11 Ocak 2026’da Universal Commerce Protocol’ü (UCP) duyurdu. UCP Shopify, Etsy, Wayfair, Target ve Walmart ile birlikte geliştirildi; Adyen, American Express, Best Buy, Flipkart, Macy’s, Mastercard, Stripe, The Home Depot, Visa ve Zalando dahil 20’den fazla şirket tarafından destekleniyor. Google’ın ifadesiyle perakendeciler satıcı olarak kalıyor. UCP; A2A, AP2 ve MCP ile uyumlu tasarlandı.

19 Mart 2026’da UCP’ye isteğe bağlı Cart, Catalog ve Identity Linking yetenekleri eklendi. Identity Linking, kullanıcının sadakat programı ve üyelik avantajlarını ajan alışverişine taşımasını sağlıyor. 19 Mayıs 2026’da Google, Search, Gemini, YouTube ve Gmail genelinde çalışan Universal Cart’ı duyurdu ve UCP checkout’un önümüzdeki aylarda Kanada ve Avustralya’ya, daha sonra Birleşik Krallık’a açılacağını, AP2’nin ise Google ürünlerine Gemini Spark ile başlayarak geleceğini bildirdi.

Google Merchant Center yardım sayfasına göre 20 Ekim 2026 itibarıyla UCP tabanlı checkout yalnızca ABD, Kanada ve Avustralya’da uygun ürünler için ve seçili satıcılarla kullanılabiliyor. Türkiye bu listede yok.

### Microsoft: Copilot Checkout ve Brand Agents

Microsoft, 8 Ocak 2026’da Copilot Checkout’u ABD’de Copilot.com üzerinde kullanıma açmaya başladığını duyurdu. Entegrasyon PayPal, Shopify ve Stripe üzerinden yapılıyor; satıcı kayıtlı satıcı olarak kalıyor ve Shopify satıcıları bir çıkış (opt-out) süresinin ardından otomatik olarak dahil ediliyor. Microsoft’un kendi verisine göre (Ağustos 2025) Copilot’un yer aldığı yolculuklar, etkileşimden sonraki 30 dakika içinde %53 daha fazla satın almayla sonuçlandı; alışveriş niyeti olduğunda Copilot’lu yolculukların satın almayla sonuçlanma olasılığı %194 daha yüksekti (şirket beyanı).

Aynı duyuruda Microsoft, markanın kendi sitesinde marka sesiyle çalışan Brand Agents’ı da tanıttı; özellik Shopify satıcılarına bekleme listesiyle sunuluyor. Ders şudur: dış SI yüzeylerinde temsil ve kendi sitende ajan deneyimi iki ayrı yetenektir ve ikisi ayrı planlanmalıdır.

### Shopify: Agentic Storefronts ve Agentic plan

Shopify, 24 Mart 2026’da Agentic Storefronts ile satıcıların ürünlerinin ChatGPT, Microsoft Copilot, Google Search’teki AI Mode ve Gemini uygulamasında keşfedilebilir hale geldiğini duyurdu. Shopify’a göre standart ödeme işleme ücretleri dışında işlem ücreti alınmıyor, siparişler yönetim paneline ChatGPT yönlendirme bilgisiyle düşüyor ve satıcı kayıtlı satıcı olarak kalıyor. ChatGPT’de satın alma, satıcının kendi checkout’u üzerinden uygulama içi tarayıcıda tamamlanıyor. Shopify’ın güncel yardım sayfası Meta yüzeylerini de (Muse dahil) kanallar arasında sayıyor.

Aynı duyuruda Shopify, Shopify kullanmayan markaların ürünlerini Shopify Catalog üzerinden aynı ajan kanallarına açmasını sağlayan Agentic plan’ı genel kullanıma sundu. Shopify’ın hem UCP’nin ortak geliştiricisi olması hem de ChatGPT tarafında çalışması, onu protokolleri birbirine bağlayan bir ticaret işletim sistemi konumuna taşıyor. Satıcı için bu tek platformdan çoklu kanala erişim demek; aynı zamanda platformun aracılık gücünün artması demek.

### Amazon, Perplexity ve diğer yüzeyler

Amazon ajan tarafında en entegre modeli kuruyor. Rufus, 13 Mayıs 2026’da Alexa for Shopping adını aldı ve Alexa+ ile birleşti; bu deneyim ABD’de belirlenen fiyata düşünce otomatik satın alma ve fiyat alarmı gibi özellikler sunuyor. Buy for Me ise ABD’de sınırlı bir kullanıcı grubuyla, Amazon’un ajanının marka sitelerinden kullanıcı adına satın alma yapmasını sağlıyor. Amazon ekosisteminde ajan tarafından seçilmenin koşulları [öneriyi artık ajan yapıyor](https://www.webtures.com/tr/insights/oneriyi-artik-ajan-yapiyor/) yazısında ele alındı.

Perplexity, 18 Kasım 2024’te ABD’deki Pro kullanıcıları için “Buy with Pro” ve büyük perakendecilere yönelik ücretsiz Merchant Program’ı duyurdu. Ölçek olarak ChatGPT ve Google’ın gerisinde olsa da yüksek niyetli trafik nedeniyle erken test için değerlidir. Meta, TikTok ve Pinterest gibi yüzeyler de aynı prensiple çalışıyor: yapılandırılmış katalog, gerçek zamanlı stok ve fiyat, hızlı yanıt.

### Ödeme katmanı: Visa, Mastercard ve Stripe

**Visa Intelligent Commerce** 30 Nisan 2025’te duyuruldu; token’lı kimlik bilgileri ve ajan işlemleri için güven katmanı sunuyor. 14 Ekim 2025’te Cloudflare ile geliştirilen ve Web Bot Auth üzerine kurulu Trusted Agent Protocol geldi. 8 Nisan 2026’da duyurulan Intelligent Commerce Connect; ağdan, protokolden ve token kasasından bağımsız bir giriş noktası olarak konumlanıyor ve Trusted Agent Protocol, ACP ve UCP’yi adıyla anıyor; pilot aşamasında. 10 Haziran 2026’da Visa, OpenAI ile Visa Intelligent Commerce kapsamında çalışacağını duyurdu.

**Mastercard Agent Pay** 29 Nisan 2025’te duyuruldu; ajanlar için token’lı kimlik bilgileri ve doğrulanmış ajan çerçevesi sağlıyor. Türkiye’de Garanti BBVA, 23 Aralık 2025’te Mastercard ile Agent Pay ilkelerine dayanan ilk uçtan uca agentic işlemi Atelier Rebul ile gösterdiğini açıkladı; hizmetin Garanti BBVA Mobil ve Bonus Flaş’ta yakında sunulacağı belirtildi.

**Stripe**, 11 Aralık 2025’te birden fazla ajan kanalında satışa hazırlık için Agentic Commerce Suite’i duyurdu. Stripe’ın Shared Payment Token’ı (SPT), ajan başlatmalı satın almalarda satıcıya müşterinin ödeme yöntemine para birimi, azami tutar ve süreyle sınırlı erişim veriyor. Stripe belgelerine göre SPT ABD, Kanada ve seçili Avrupa ülkelerinde kullanılabiliyor; Türkiye bu listede yok.

## Rakamlarla agentic commerce: büyüme, dönüşüm ve yanılsamalar

Agentic commerce’in 2026’daki gerçek büyüklüğünü tek bir rakamla ifade etmek mümkün değil; çünkü “SI kaynaklı trafik”, “ajan trafiği” ve “ajan aracılı satış” farklı yöntemlerle ölçülüyor. Aşağıdaki tablo yalnızca birincil kaynağı açık olan verileri içerir ve her satırın neyi ölçtüğünü belirtir. Kaynağı belirsiz tahminler ve yalnızca ikincil kaynaklarda dolaşan rakamlar bilinçli olarak dışarıda bırakıldı.

| Gösterge | Değer | Dönem ve kapsam | Kaynak ve niteliği |
| --- | --- | --- | --- |
| ABD perakende sitelerine üretken SI kaynaklı trafik artışı | %693 | 1 Kasım-31 Aralık 2025, yıllık | Adobe Analytics; ölçüm verisi |
| ABD perakende sitelerine SI kaynaklı trafik artışı | %393 | Ocak-Mart 2026, yıllık | Adobe Analytics; 1 trilyonun üzerinde ziyaret |
| SI kaynaklı trafiğin dönüşüm farkı | %42 daha iyi | Mart 2026, SI dışı trafiğe göre | Adobe Analytics; Mart 2025’te %38 daha kötüydü |
| Çevrim içi alışverişte SI kullanmış tüketiciler | %39 | 2026, ABD, 5.000’den fazla katılımcı | Adobe anketi |
| Makine okunabilirlik: ürün sayfaları | %66 | Nisan 2026, ABD perakende ortalaması | Adobe; ana sayfalarda %75, kategori sayfalarında %74 |
| Ajanların gezdiği sayfalarda ürün sayfası payı | yaklaşık %87 | Ocak-Ağustos 2025 | HUMAN Security; şirket beyanı |
| Ajan etkileşimlerinde checkout sayfası payı (hesap sayfaları %3,9) | %2,2 | Ocak-Ağustos 2025 | HUMAN Security; şirket beyanı |
| Agentic commerce test eden satıcılar | %42 | 2026, altı ülke, 12.000’den fazla tüketici ve ödeme yöneticisi | Checkout.com anketi; şirket beyanı |
| Hazırlık yaptığını söyleyen satıcılar | 10’da 9 | 2026 | Checkout.com anketi; beyan |
| İtirazı zor bir alışverişten sonra ajanı bırakacağını söyleyen tüketiciler | %25 | 2026 | Checkout.com anketi; beyan |

Bu tablo nasıl okunmalı? Büyüme oranları etkileyici ama taban küçük; yüzlerce yüzdelik artış, SI kaynaklı trafiğin toplam trafikte hâlâ küçük bir pay olabileceği gerçeğini değiştirmez. Asıl sinyal dönüşüm farkının pozitife dönmesidir: SI yüzeylerinden gelen ziyaretçi bir yıl önce daha kötü dönüşürken bugün daha iyi dönüşüyor. Bu, kanalın merak aşamasından niyet aşamasına geçtiğini gösteriyor.

Anket verileri ise niyet ve algıyı ölçer, davranışı değil. Satıcıların büyük kısmının hazırlandığını söylemesi, hazır olduğu anlamına gelmez; aynı dönemde ürün sayfalarının üçte birinin makineler için okunamaması bunun en somut kanıtıdır. Planlama için en güvenilir veri kendi kanalınızın verisidir: SI kaynaklı gelirin payını çeyrek bazında ölçüp eğilimle projeksiyon yapmak, dış tahminlerden daha sağlam bir yatırım gerekçesidir. Bağımsız sektör araştırmalarının 2028 ve sonrası için verdiği yüksek tahminleri bir yön göstergesi olarak okuyun, bütçe gerekçesi olarak değil.

### Asıl mesele: makine okunabilirlik açığı

Adobe’nin Nisan 2026 raporu agentic commerce’in en somut darboğazını gösteriyor: ABD perakende sitelerinde ürün sayfalarının ortalama makine okunabilirlik skoru %66, yani içeriğin yaklaşık üçte biri dil modelleri için görünmez. Ana sayfalarda ortalama %75; en iyi sitelerde %82,5, en zayıf sitelerde %54,2. Pratikte bu açığın tipik nedenleri şunlardır:

- JavaScript ile geç yüklenen fiyat ve stok bilgisi.
- Görselin içine gömülü metin, özellikle moda ve elektronikte.
- Kanallar arasında tutarsız GTIN ve SKU; aynı ürünün farklı kimlikleri.
- Yalnızca PDF ya da SSS sayfasında duran iade ve kargo politikaları.
- Çok dilli sitelerde hreflang ve para birimi karmaşası.
- Sonsuz kaydırma, açılır pencereler ve ajanın takip edemediği arayüz katmanları.

Çıkarım nettir: agent-ready yatırımının ilk ve en büyük kısmı yeni protokollere değil, temel veri hijyenine gitmelidir. Ürün verisi tutarsızsa hiçbir checkout entegrasyonu işe yaramaz. Ajan trafiğinin analitikte neden görünmediği ve nasıl ölçüleceği [dark SI traffic](https://www.webtures.com/tr/insights/dark-si-traffic-nedir/) yazısında ele alındı.

### Kim kazanıyor, kim risk altında?

Şimdilik kazanan taraf dağıtımı ve veriyi elinde tutan büyük platformlar (Google, Microsoft, Amazon, Meta, Shopify, OpenAI), her işlemden pay alan ödeme ağları ve sağlayıcıları, feed, kimlik, güvenlik ve ölçüm altyapısı sunan şirketler ve güçlü ürün verisine, operasyonel disipline sahip satıcılardır. Risk altında olanlar yalnızca fiyatla rekabet eden, verisi zayıf ve yavaş satıcılar; aracı platformlara tamamen bağımlı, birinci taraf verisi olmayan markalar ve SI görünürlüğünü tek bir dosyaya indirgeyen yaklaşımlardır. Pazaryerlerinin konumu belirsizdir: dış ajanlar onları atlayabilir, ama pazaryerleri kendi asistanlarını ve satıcı ajanlarını kurarak karşılık veriyor.

## Agentic commerce protokolleri: kim neyi çözüyor?

![Agentic commerce’in yedi katmanı: keşif ve içerik, kimlik ve yetki, katalog ve sepet, checkout, ödeme, sipariş sonrası, gözlem ve yönetişim](https://www.webtures.com/images/insights/agentic-commerce-rehberi/section-1.svg)![Agentic commerce’in yedi katmanı: keşif ve içerik, kimlik ve yetki, katalog ve sepet, checkout, ödeme, sipariş sonrası, gözlem ve yönetişim](https://www.webtures.com/images/insights/agentic-commerce-rehberi/section-1-light.svg)

Agentic commerce’i tek bir protokol olarak düşünmek yanlıştır. Farklı protokoller farklı katmanlardaki sorunları çözer ve her katman, altındaki katmanın doğruluğuna bağlıdır: katalog yanlışsa checkout çalışmaz, kimlik doğrulanamıyorsa ödeme güvenli değildir. Aşağıdaki yedi katmanlı model, hangi protokolün nerede durduğunu gösterir.

1. **Keşif ve içerik:** robots.txt ve içerik kullanım sinyalleri, sitemap, schema.org, llms.txt, Markdown sürümleri, ürün feed’leri.
2. **Kimlik ve yetki:** OAuth 2.x kapsamları, imzalı ajan istekleri (Web Bot Auth), izin listeleri.
3. **Katalog ve sepet:** Feed’ler, katalog API’leri, UCP Catalog ve Cart, ACP Feed API ve Cart, MCP araçları.
4. **Checkout:** ACP, UCP, gömülü ya da yerel checkout.
5. **Ödeme:** Ödeme token’ları, AP2 mandate’ları, güçlü müşteri doğrulaması, kart ağı programları, x402.
6. **Sipariş sonrası:** Webhook’lar, sipariş durumu, iade, değişim, müşteri hizmetleri.
7. **Gözlem ve yönetişim:** Loglar, ajan kimliği, attribution, politika ve denetim kaydı.

### Protokol karşılaştırma tablosu

| Protokol | Çözdüğü sorun | Yönetişim ve durum (Ekim 2026) | Ne zaman? |
| --- | --- | --- | --- |
| schema.org ve JSON-LD | Ürün, teklif ve politika anlamlandırma | Yerleşik standart | Hemen |
| Ürün feed’leri (Merchant Center, Shopify Catalog, ACP Feed) | Katalog dağıtımı | Platform bazlı, yerleşik | Hemen |
| robots.txt ve Content Signals | Tarama ve içerik kullanım izni | robots.txt standart; Content Signals Cloudflare önerisi | Hemen |
| llms.txt | Dil modelleri için site dizini | Topluluk önerisi; Google kullanmıyor | Düşük maliyetli hijyen |
| Web Bot Auth | Bot ve ajan kimliğinin kriptografik kanıtı | IETF taslakları; Cloudflare ve Visa Trusted Agent Protocol kullanıyor | 2026-2027 |
| OAuth 2.x | Kullanıcı adına yetkilendirme | Yerleşik standart | Hemen |
| MCP | Ajanın araç ve veriye erişimi | Agentic AI Foundation (Linux Foundation); güncel sürüm 2026-07-28 | Hemen |
| A2A | Ajanlar arası görev devri | Linux Foundation projesi | Çok ajanlı akışlar |
| ACP | Ajan ile satıcı arasında checkout | OpenAI ve Stripe; Meta yönlendirme komitesinde; beta, kararlı sürüm 2026-04-17 | ChatGPT ve Stripe ekosistemi hedefse |
| UCP | Keşiften siparişe uçtan uca ticaret | Google öncülüğünde açık standart; Shopping tam, Lodging taslak | Google yüzeyleri hedefse |
| AP2 | Ödeme yetkisinin kanıtı | FIDO Alliance’a devredildi (Nisan 2026) | Ödeme otomasyonu |
| x402 | Makineler arası anlık ödeme | x402 Foundation (Linux Foundation) | API, veri ve içerik erişimi |

### Keşif katmanı: robots.txt, Content Signals ve llms.txt

robots.txt hâlâ en temel tarama kontrolüdür. Cloudflare, 24 Eylül 2025’te robots.txt içinde `search`, `ai-input` ve `ai-train` ayrımını ifade eden Content Signals Policy’yi yayımladı; yönetilen robots.txt kullanan alan adlarında varsayılan olarak arama izni verilip eğitim için izin verilmiyor. 1 Temmuz 2026’da Cloudflare, SI trafiğini Search, Agent ve Training kategorilerinde ayrı yönetme seçeneğini açtı. 15 Eylül 2026’da devreye alınan kurallarla reklam gelirli yeni alan adlarında varsayılan olarak SI eğitimi engelleniyor, reklamlı sayfalarda ajan erişimi engelleniyor, arama erişimi ise açık kalıyor. Googlebot gibi hem arama hem SI için kullanılan karma tarayıcılar yalnızca site sahibi eğitim erişimini engellemeyi seçerse engelleniyor.

Satıcı için anlamı açıktır: ajan trafiğini tamamen engellemek satış kaybıdır; ayrım yapmadan herkese açmak ise içerik ve fiyat verisinin kontrolsüz kullanımıdır. Doğru yaklaşım kategori bazlı politikadır: ürün ve politika sayfaları arama ve kullanıcı adına çalışan ajanlara açık; checkout ve hesap sayfaları yalnızca yetkili oturumlarla; yönetim ve iç sayfalar kapalı; eğitim amaçlı tarama iş stratejisine göre ayrı bir karar.

llms.txt için tablo karışıktır. Chrome Lighthouse’un deneysel “agentic browsing” kategorisi, alan adı kökünde makine tarafından okunabilir bir özetin varlığını kontrol eden bir llms.txt denetimi içeriyor. Buna karşılık Google Search’ün SI optimizasyon rehberi, Google Search’te görünmek için yeni makine tarafından okunabilir dosyalar, SI metin dosyaları ya da Markdown oluşturmanın gerekmediğini ve Google Search’ün bunları kullanmadığını belirtiyor; dosyayı tutmanın ise sorun olmadığını ekliyor. Webtures’un önerisi: llms.txt’yi birden fazla motor ve ajan için düşük maliyetli bir hijyen adımı olarak uygulayın, ama ürün verisi, feed ve sayfa kalitesinin önüne koymayın.

### Kimlik ve yetki: OAuth, Web Bot Auth ve ajan dizinleri

Ajan ticaretinin kritik sorusu, isteği yapan ajanın gerçekten kimin adına ve neyi yapmaya yetkili olduğudur. Kullanıcı adına yetki için UCP, Identity Linking yeteneğinde OAuth 2.0 tabanlı hesap bağlama kullanır. Ajanın kendi kimliği için Web Bot Auth, botların HTTP isteklerini kriptografik olarak imzalamasını tanımlayan IETF taslaklarına dayanır; Cloudflare doğrulanmış bot programında bu imzaları 1 Temmuz 2025’ten beri destekliyor, Visa’nın Trusted Agent Protocol’ü de bu yaklaşım üzerine kurulu. Amaç, kolay taklit edilebilen kullanıcı aracısı ve IP bilgisinin yerine doğrulanabilir ajan kimliği koymaktır. Kart ağları da doğrulanmış ajan ve satıcı dizinleri üzerinde çalışıyor; satıcının pratik ihtiyacı izinli ajan listesi, itibar sinyali ve otomatik politikadır.

### MCP: ajanın araç katmanı

Model Context Protocol (MCP), SI uygulamalarının dış veri ve araçlara erişimini standartlaştırır ve 9 Aralık 2025’ten beri Linux Foundation bünyesindeki Agentic AI Foundation’da yönetiliyor. Güncel spesifikasyon sürümü 2026-07-28’dir ve önemli bir mimari değişiklik getirir: başlatma el sıkışması ve oturum kimliği kaldırıldı, her istek kendi protokol sürümünü ve istemci yeteneklerini taşıyor, sunucular için zorunlu bir keşif çağrısı eklendi, uzun süren işler için Tasks çekirdekten resmî bir uzantıya taşındı. Bu değişiklik ölçeklenebilirliği artırıyor, ama oturum varsayımıyla yazılmış sunucuların yeniden tasarlanmasını gerektiriyor.

Ticaret açısından MCP, satıcının kataloğunu, stok sorgusunu, sepetini ve sipariş durumunu ajanlara araç olarak sunmasını sağlar. 26 Ocak 2026’da yayımlanan MCP Apps uzantısı, sohbet içinde etkileşimli arayüz göstermeyi mümkün kılıyor. MCP spesifikasyonu, araç açıklamalarının ve ek açıklamalarının güvenilir bir sunucudan gelmedikçe güvenilmeyen içerik olarak ele alınmasını ister; kötü niyetli bir sunucu ajanı yönlendirmeye çalışabilir.

### A2A: ajanlar arası iletişim

A2A (Agent2Agent), farklı çerçevelerle kurulmuş ajanların birbirini keşfetmesini, görev devretmesini ve sonuç paylaşmasını sağlar. Google tarafından başlatıldı; Linux Foundation 23 Haziran 2025’te A2A’yı kendi projesi olarak başlattı. Yönlendirme komitesinde Google, Microsoft, Cisco, AWS, Salesforce, ServiceNow, SAP ve IBM yer alıyor. Ajanlar yeteneklerini Agent Card ile duyurur. Ticarette A2A’nın rolü, bir alışveriş ajanının satıcının sipariş ajanıyla iade görüşmesi yapması ya da seyahatte uçuş, otel ve transfer ajanlarının koordine olması gibi senaryolardır. MCP ajandan araca, A2A ajandan ajana iletişimi çözer; ikisi rakip değil, tamamlayıcıdır.

### ACP: checkout odaklı açık standart

Agentic Commerce Protocol (ACP), OpenAI ve Stripe tarafından oluşturulan, Apache 2.0 lisanslı ve beta aşamasındaki açık standarttır; Meta Nisan 2026’da teknik yönlendirme komitesine katıldı. Güncel kararlı sürüm 2026-04-17’dir ve REST ile MCP taşıma katmanlarını tanımlar. Temel yapı taşları şunlardır:

- **Agentic checkout:** Checkout oturumu, fulfillment seçenekleri, toplamlar ve sipariş oluşturma.
- **Cart ve Feed API:** 2026-04-17 sürümüyle eklenen sepet ve ürün feed’i arayüzleri.
- **Delegated payment:** Ödeme bilgisinin ajana açılmadan, kapsamı sınırlı token’la satıcıya iletilmesi.
- **Delegated authentication:** ACP’de bu terim kart doğrulaması (3D Secure 2) akışını ifade eder; kullanıcı hesabı bağlama değildir.
- **Sipariş webhook’ları:** HMAC ile imzalanan sipariş olayları.
- **Keşif dokümanı ve idempotency:** `/.well-known/acp.json` keşif dokümanı ve zorunlu idempotency.

ACP’nin tasarım ilkesi satıcının kayıtlı satıcı olarak kalmasıdır. Seçim ölçütü dağıtım hedefidir: ChatGPT ve Stripe altyapısı hedefse ACP doğal adaydır; ACP checkout’a odaklanır, içerik ve keşif katmanını kapsamaz.

### UCP: uçtan uca ticaret standardı

UCP, alışveriş yolculuğunun tamamını kapsayan, Google öncülüğündeki açık standarttır. Yetenekleri katalog, sepet, checkout, kimlik bağlama ve sipariştir. Teknik olarak REST ve JSON-RPC taşıma katmanlarını, MCP, A2A ve AP2 bağlantılarını ve gömülü checkout’u destekler; yetenekler `dev.ucp.shopping.checkout` gibi ters alan adı biçiminde adlandırılır ve satıcı kayıtlı satıcı olarak kalır. Shopping dikeyi tam tanımlı, Lodging taslak, Food ise yakında olarak listeleniyor.

UCP, ACP’ye göre daha geniş kapsamlıdır ama dağıtımı ağırlıkla Google yüzeylerine bağlıdır. Satıcı için akıllı hamle, ortak bir iç checkout servisi kurup ACP ve UCP’yi adaptör olarak bağlamaktır; Stripe gibi sağlayıcılar her iki protokol için de altyapı sunuyor. Google’ın yeni protokolüne ayrıntılı giriş için [UCP nedir](https://www.webtures.com/tr/insights/google-yeni-evrensel-ticaret-protokolu-ucp-nedir/) yazımıza bakabilirsiniz.

### AP2: ödeme yetkisinin kanıtı

AP2, “ajan gerçekten kullanıcının talimatıyla mı hareket ediyor?” sorusunu imzalı ve doğrulanabilir dijital kimlik bilgileriyle yanıtlar. Güncel terminolojide iki mandate vardır: neyin satın alınacağını belirleyen **Checkout Mandate** ve hangi araçla ne kadar ödeneceğini belirleyen **Payment Mandate**. Her biri, kullanıcının kurallarını içeren açık (open) ve kesinleşmiş işlemi içeren kapalı (closed) aşamalarda bulunabilir. Bu zincir, itiraz durumunda taraflara inkâr edilemez bir denetim izi sağlar. 2025’teki ilk duyuruda kullanılan Intent Mandate ve Cart Mandate terimleri artık kullanılmıyor.

Google, 28 Nisan 2026’da AP2’yi Mastercard ile birlikte geliştirilen Verifiable Intent ile birlikte FIDO Alliance’a devretti; AP2’nin 0.2 sürümü insanın işlem anında bulunmadığı ödemeleri de kapsıyor. Ticari önemi büyüktür, ama tüm tarafların (kartı çıkaran banka, ödeme sağlayıcısı, satıcı, ajan sağlayıcısı) desteklemesi gerekir; bugün kapsama sınırlıdır.

### x402: makineler arası ödeme

x402, HTTP 402 “Payment Required” durum kodunu kullanarak şu akışı kurar: ajan bir kaynağı ister, sunucu 402 yanıtıyla fiyatı bildirir, ajan öder, sunucu kaynağı verir. Coinbase tarafından geliştirildi; Cloudflare ve Coinbase 23 Eylül 2025’te x402 Foundation’ı kurdu, Linux Foundation 2 Nisan 2026’da x402 Foundation’ı kendi bünyesinde başlattı ve destekçiler arasında AWS, American Express, Google, Mastercard, Microsoft, Shopify, Stripe ve Visa yer alıyor. Fiziksel ürün satışından çok dijital içerik, veri, API ve ajan hizmeti monetizasyonu için uygundur; örneğin ürün verisi API’si sunan bir marka ajanlardan kullanım başına ödeme alabilir.

## Agent-ready olgunluk modeli

![Agent-ready olgunluk modeli: seviye 0 görünmez, 1 okunabilir, 2 alıntılanabilir, 3 yönlendirilebilir, 4 işlem yapılabilir, 5 otonom](https://www.webtures.com/images/insights/agentic-commerce-rehberi/section-2.svg)![Agent-ready olgunluk modeli: seviye 0 görünmez, 1 okunabilir, 2 alıntılanabilir, 3 yönlendirilebilir, 4 işlem yapılabilir, 5 otonom](https://www.webtures.com/images/insights/agentic-commerce-rehberi/section-2-light.svg)

Agent-ready olgunluk modeli, bir markanın dijital altyapısının SI ajanları için ne kadar hazır olduğunu altı seviyede tanımlar. Seviyeyi belirleyen şey kullanılan protokolün adı değil, ajanın markayı bulma, doğru anlama, yönlendirme ve işlem yapma adımlarını ne kadar güvenilir biçimde tamamlayabildiğidir. Bir seviye, ancak o seviyenin işleri tek seferlik bir proje olmaktan çıkıp sürekli işleyen bir sürece dönüştüğünde kazanılmış sayılır.

Model bilinçli olarak sıralıdır. Seviye 4’teki bir checkout entegrasyonu, seviye 2’deki fiyat ve stok tutarlılığı sağlanmadan çalışmaz; ajan yanlış fiyatı sepete taşır, sipariş iptal edilir ve marka o yüzeyde güvenilmez kaynak olarak işaretlenir. Agent readiness denetimlerinde sık karşılaşılan örüntü budur: ekipler protokol başlığına koşarken temel veri katmanı geride kalır.

| Seviye | Tanım | Nasıl anlaşılır | Sonraki adım |
| --- | --- | --- | --- |
| 0. Görünmez | Ajanlar ve SI tarayıcıları engelli ya da veri ajanın okuyamayacağı biçimde dağınık. | robots.txt ya da WAF SI tarayıcılarını bilinçsizce engelliyor; fiyat ve stok yalnızca JavaScript ile yükleniyor. | Erişim politikasını yazmak, ürün sayfalarını sunucu tarafında render etmek. |
| 1. Okunabilir | Temel yapılandırılmış veri, sitemap ve bir ürün feed’i var. | Product ve Offer işaretlemesi mevcut ama eksik; feed günlük ya da daha seyrek güncelleniyor. | Tanımlayıcıları (GTIN, MPN, SKU), kargo ve iade alanlarını tamamlamak. |
| 2. Alıntılanabilir | Ajanın markayı güvenle alıntılayabileceği tutarlı ve temiz içerik. | Sayfa, feed ve yapılandırılmış veri aynı fiyatı, stoku ve politikayı söylüyor; sayfalar hızlı. | SI kaynaklı trafiği ayrı ölçmek, ajanların geldiği açılış sayfalarını iyileştirmek. |
| 3. Yönlendirilebilir | SI yüzeylerinden gelen ziyaretçi ölçülüyor ve doğru sayfaya iniyor. | Analitikte SI kaynaklı oturumlar ayrışıyor; ajan istekleri loglarda sınıflandırılıyor. | Ajanlara yönelik API ya da MCP araçları, kapsamlı yetkilendirme. |
| 4. İşlem yapılabilir | Ajan, kullanıcı adına sepet ve checkout oturumu açabiliyor; ödeme token ile geçiyor. | En az bir SI yüzeyinde ajan destekli sipariş alınıyor; sipariş kaynağı ayrı raporlanıyor. | Ajan politikası, SLA, itiraz ve iade süreçlerinin ajan senaryosu için yeniden yazılması. |
| 5. Otonom | Kullanıcının önceden verdiği kurallarla ajanın onay beklemeden işlem yaptığı düzen. | Mandate tabanlı ödeme yetkisi, imzalı ajan kimliği, gerçek zamanlı uzlaşma ve denetim kaydı çalışıyor. | Kapsamı kategori ve tutar eşikleriyle genişletmek; sonuçları düzenli denetlemek. |

Seviye 5, Ekim 2026 itibarıyla çoğu pazarda pilot ve sınırlı kapsam düzeyindedir. Çoğu marka için gerçekçi ve kârlı hedef, önce seviye 2’yi kalıcı hale getirmek, ardından trafik ve sipariş potansiyeli olan yüzeylerde seviye 3 ve 4’e geçmektir.

### Agent-ready olmanın sekiz yeteneği

Olgunluk seviyesi tek bir göstergeyle değil, sekiz yeteneğin birlikte değerlendirilmesiyle belirlenir. En zayıf yetenek, tüm zincirin seviyesini belirler: mükemmel bir katalog API’si, ajan trafiğini ayırt edemeyen bir güvenlik duvarının arkasında işe yaramaz.

| Yetenek | Sorulacak soru | Kanıt |
| --- | --- | --- |
| Keşfedilebilirlik | Ajan bizi bulabiliyor mu? | Erişim politikası, sitemap, feed kapsamı, loglarda SI tarayıcı istekleri |
| Anlaşılabilirlik | Ürünü, fiyatı ve politikaları doğru anlıyor mu? | Yapılandırılmış veri doğrulaması, feed hata raporu, örnek soru setinde doğru yanıt |
| İşlem yapılabilirlik | Sepet, checkout ve ödeme adımlarını tamamlayabiliyor mu? | Uçtan uca test siparişi, hata ve terk noktaları |
| Kimlik ve güven | Ajanın kim olduğunu ve neye yetkili olduğunu biliyor muyuz? | İmzalı istek doğrulaması, OAuth kapsamları, izin listesi |
| Güvenilirlik | Makine hızında tutarlı ve düşük gecikmeli yanıt veriyor muyuz? | Yanıt süresi dağılımı, hata oranı, hız sınırı davranışı |
| Gözlemlenebilirlik | Ajan trafiğini ve gelirini ölçebiliyor muyuz? | Log sınıflandırması, sipariş kaynağı alanı, SI kaynaklı oturum raporu |
| Güvenlik | Kötü niyetli ajanlara ve manipülasyona karşı korunuyor muyuz? | Bot yönetimi kuralları, dolandırıcılık sinyalleri, prompt injection testleri |
| Yönetişim | Hukuk, politika, veri ve marka tutarlılığını kim yönetiyor? | Yazılı ajan politikası, sahipler, sözleşme maddeleri, denetim kaydı |

### Kendi seviyenizi nasıl ölçersiniz?

Seviye tespiti, beyan değil gözlem üzerinden yapılmalıdır. Ekiplerin “schema’mız var” cevabı ile ajanın sayfadan gerçekte okuduğu bilgi arasında çoğu zaman fark vardır. Aşağıdaki beş adım bir ila iki haftada uygulanabilir.

1. **Ajan gözüyle örneklem:** En çok satan, en yüksek marjlı ve en çok iade alan ürünlerden oluşan bir örneklem seçin; her birinin sayfasını JavaScript kapalıyken ve ham HTML olarak inceleyin.
2. **Tutarlılık testi:** Aynı ürünün fiyatını, stokunu, kargo süresini ve iade koşulunu sayfada, yapılandırılmış veride ve feed’de karşılaştırın. Her uyumsuzluk bir ajan elemesi adayıdır.
3. **Log taraması:** Son 30 günün sunucu ya da CDN loglarında SI tarayıcılarının ve ajanların hangi sayfaları istediğini, hangi yanıt kodlarını aldığını çıkarın. Engellenen meşru istekler en hızlı kazanımdır.
4. **Soru seti:** Kategorinizde müşterilerin SI asistanlarına sorduğu 30-50 soruyu yazın ve yanıtlarda markanızın nasıl, hangi kaynaktan alıntılandığını kaydedin.
5. **İşlem testi:** Ajan destekli bir yüzeyde (varsa) uçtan uca test siparişi verin; bulunmuyorsa checkout akışının otomasyon araçlarıyla tamamlanabilirliğini test edin.

Hızlı bir başlangıç noktası için Webtures’un ücretsiz [SI Agent Readiness taramasını](https://www.webtures.com/tr/si-agent-readiness/) kullanabilirsiniz. Tarama erişim, yapılandırılmış veri ve makine okunabilirliği sinyallerini tek raporda toplar; olgunluk modelinin ilk üç seviyesindeki açıkları görünür kılar.

## Agent-ready teknik uygulama rehberi

![Agent-ready referans mimari: SI yüzeyleri, keşif ve kimlik katmanı, agent gateway, ticaret çekirdeği ve veri ve gözlem sütunu](https://www.webtures.com/images/insights/agentic-commerce-rehberi/section-3.svg)![Agent-ready referans mimari: SI yüzeyleri, keşif ve kimlik katmanı, agent gateway, ticaret çekirdeği ve veri ve gözlem sütunu](https://www.webtures.com/images/insights/agentic-commerce-rehberi/section-3-light.svg)

Agent-ready teknik uygulama, yeni protokollerden önce mevcut altyapının ajanlar için okunur, tutarlı ve güvenli hale getirilmesiyle başlar. Yatırımın büyük kısmı temel veri hijyenine gider: tek doğruluk kaynağı, sunucu tarafında render edilen ürün bilgisi, eksiksiz yapılandırılmış veri ve hızlı güncellenen feed. Protokol entegrasyonları bu temelin üzerine adaptör olarak eklenir.

Aşağıdaki referans mimari orta ve büyük ölçekli bir satıcı için tasarlanmıştır. Küçük ekipler aynı mantığı bir e-ticaret platformunun yerleşik kanallarıyla kurabilir; katmanların sırası ve sorumlulukları değişmez.

### Referans mimari: dört katman ve bir yan sütun

- **SI yüzeyleri:** ChatGPT, Google AI Mode ve Gemini, Microsoft Copilot, Meta, Perplexity, Amazon ve pazaryeri asistanları. Bunlar sizin kontrolünüzde değildir; yalnızca onlara ne sunduğunuzu kontrol edersiniz.
- **Keşif ve kimlik katmanı:** CDN, WAF ve bot yönetimi; robots.txt ve içerik kullanım sinyalleri; imzalı ajan isteklerinin doğrulanması.
- **Agent gateway:** ACP, UCP, MCP ve A2A adaptörleri; OAuth kapsamları, hız sınırı, idempotency anahtarı, istek ve şema doğrulaması. Protokol değiştiğinde yalnızca bu katman değişir.
- **Ticaret çekirdeği:** Ürün bilgi yönetimi (PIM) tek doğruluk kaynağıdır; feed servisi, fiyat, stok, kargo ve iade kuralları, sepet, checkout, sipariş ve ödeme sağlayıcısı tokenizasyonu buradadır.
- **Veri ve gözlem (yan sütun):** Olay akışı, ajan attribution’ı, dolandırıcılık ve risk motoru, değiştirilemez denetim kaydı, hata ve gecikme izleme. Her katmandan veri alır.

Mimarinin beş kuralı vardır. Agent gateway ayrı bir katman olmalıdır, böylece protokol değişiklikleri ticaret çekirdeğine dokunmaz. Site, feed, API ve pazaryerleri aynı PIM verisini kullanmalıdır. Sipariş ve ödeme oluşturan her çağrı idempotency anahtarı taşımalıdır; ajanlar zaman aşımında aynı isteği tekrarlar ve çift sipariş oluşmamalıdır. Denetim kaydı değiştirilemez olmalı, ajan kimliğini ve yetki kanıtını saklamalıdır. Ajan trafiği ani patlayabileceği için hız sınırı ve kuyruk, düzgün hata mesajlarıyla birlikte tasarlanmalıdır.

### Erişim politikası: robots.txt, CDN ve bot yönetimi

Erişim politikası, hangi otomatik ziyaretçinin hangi sayfaya hangi amaçla erişebileceğini yazılı olarak belirler. Tek bir “SI botlarını engelle” düğmesi doğru değildir; çünkü aynı şirketin eğitim, arama ve kullanıcı adına çalışan farklı ajanları vardır ve bunları engellemenin ticari sonucu farklıdır.

- **Ürün, kategori ve politika sayfaları:** Arama ve kullanıcı adına çalışan ajanlara açık olmalıdır. Kapatmak, SI yanıtlarında yer almamak demektir.
- **Sepet, checkout ve hesap sayfaları:** Taranması gerekmez; ajanların bu adımlara protokol ya da yetkili oturum üzerinden gelmesi tercih edilir.
- **Yönetim paneli, iç arama sonuçları, filtre kombinasyonları:** Kapalı tutulur; gereksiz tarama yükü ve kopya içerik üretir.
- **Model eğitimi amaçlı tarama:** İş stratejisine göre karar verilir. Bu karar, arama ve ajan erişiminden ayrı verilmelidir.

robots.txt bir rica dosyasıdır, zorlayıcı değildir. Uygulamadaki asıl kontrol CDN ve WAF katmanındadır. Bu katmandaki kuralların meşru alışveriş ajanlarını yanlışlıkla engellemediği düzenli olarak loglardan kontrol edilmelidir; ajan trafiği genellikle veri merkezi IP’lerinden ve tarayıcı otomasyonundan geldiği için klasik bot kuralları onu kolayca yakalar.

### Ürün verisi ve yapılandırılmış veri

Ajanlar pazarlama metninden çok yapılandırılmış alanlara güvenir. Bir ürünün ajan tarafından seçilebilmesi için kimliği, fiyatı, stoku, varyantları, kargo koşulu ve iade politikası makine tarafından tek anlamlı biçimde okunabilmelidir.

- **Tekil tanımlayıcılar:** GTIN, MPN ve SKU her kanalda aynı olmalıdır. Aynı ürünün sitede, feed’de ve pazaryerinde farklı kimlik taşıması, ajanın ürünleri eşleştirememesine yol açar.
- **Offer alanları:** `price`, `priceCurrency`, `availability` ve ürün sayfası adresi her varyant için ayrı ve güncel olmalıdır.
- **Varyant yapısı:** Beden, renk ve malzeme varyantları ayrı ürünler olarak modellenmeli, her birinin kendi fiyat ve stok bilgisi bulunmalıdır. schema.org’da `ProductGroup` ve `hasVariant` bu ilişkiyi ifade eder.
- **Kargo ve iade:** `shippingDetails` (OfferShippingDetails) ile kargo ücreti, hedef ülke, hazırlık ve teslim süresi; `hasMerchantReturnPolicy` (MerchantReturnPolicy) ile iade süresi, yöntemi ve ücreti işaretlenmelidir.
- **Teknik özellikler:** Ölçü, ağırlık, uyumluluk ve malzeme bilgisi `additionalProperty` ile standart birimlerle verilmelidir. Görselin içine gömülü metin ajan için yoktur.
- **Sunucu tarafı render:** Fiyat ve stok bilgisi JavaScript çalışmadan HTML’de bulunmalıdır. Pek çok tarayıcı ve ajan sayfayı render etmeden okur.

Ürün açıklamalarının ajan için nasıl yazılacağı [ajanın okuduğu ürün açıklaması](https://www.webtures.com/tr/insights/ajanin-okudugu-urun-aciklamasi/) yazımızda, feed alanlarının konuşma odaklı zenginleştirilmesi [conversational attributes](https://www.webtures.com/tr/insights/conversational-attributes-urun-feed-zenginlestirme/) rehberinde ayrıntılı anlatılıyor.

### Feed mimarisi ve güncelleme sıklığı

Ürün feed’i, ajan yüzeylerine katalog dağıtmanın ana yoludur ve doğrudan PIM’den üretilmelidir. Elle düzenlenen ya da ayrı bir tabloda tutulan feed, kısa sürede site ile çelişir. Güncelleme sıklığı ürünün değişkenliğine göre belirlenir: fiyatı ve stoku gün içinde değişen kategorilerde artımlı güncelleme ya da API tabanlı stok sorgusu gerekir.

Feed tasarımında üç ilke öne çıkar. Birincisi kapsamdır: satılabilir her varyant feed’de olmalı, satılamayanlar zamanında çıkarılmalıdır. İkincisi tutarlılıktır: feed’deki fiyat, sayfadaki ve checkout’taki fiyatla aynı olmalıdır; aksi halde platformlar ürünü reddedebilir. Üçüncüsü zenginliktir: ajanlar soruya göre filtreler, bu yüzden malzeme, kullanım senaryosu, uyumluluk ve garanti gibi alanlar ürünün hangi sorularda aday olacağını belirler. Stok doğruluğunun neden ajan çağında daha kritik olduğu [ajan tabanlı ticarette stok gerçeği](https://www.webtures.com/tr/insights/ajan-tabanli-ticarette-stok-gercegi/) yazısında ele alındı.

### Politika sayfalarının makine okunabilirliği

Kargo, iade, garanti, taksit ve teslimat bölgesi bilgileri, ajanın karar verirken en sık kontrol ettiği alanlardır. Bu bilgilerin yalnızca PDF’te, görselde ya da açılır pencerede bulunması ajan için bilginin hiç olmaması anlamına gelir. Politika sayfaları kısa başlıklar, tablolar ve net değerlerle yazılmalı; aynı bilgiler yapılandırılmış veride ve feed’de tekrarlanmalıdır. Ülke ve para birimi bazında farklılık varsa her biri ayrı ve açık biçimde belirtilmelidir.

### llms.txt ve Markdown alternatifleri

llms.txt, sitenin en önemli sayfalarını dil modelleri için kısa bir Markdown dizininde toplayan bir öneridir. Düşük maliyetli bir hijyen adımıdır, ancak Google SI özelliklerinde llms.txt’nin kullanılmadığını açıkça belirtir. Bu nedenle llms.txt ürün verisinin, feed’in ve sayfa kalitesinin önüne konmamalıdır. Değeri, birden fazla SI motoru ve ajan için doğru sayfaları hızlı bulunur hale getirmesidir.

Sayfaların temiz Markdown sürümünü sunmak, özellikle dokümantasyon, SSS ve politika sayfalarında ajanın HTML gürültüsü yerine düz metin okumasını kolaylaştırır. Webtures kendi sitesinde bu yaklaşımı insan ve makine görünümü olarak uyguluyor; aynı içeriğin iki sürümü tek kaynaktan üretiliyor, böylece birbirinden sapmıyor.

### Ajan API’si ve MCP sunucusu tasarımı

Ajanlara açılan bir API ya da MCP sunucusu, insan geliştiriciler için yazılmış bir API’den farklı tasarlanır. Ajan dokümantasyonu okuyup deneme yanılma yapmaz; araç adını, açıklamasını ve parametre şemasını okuyarak karar verir. Bu nedenle her aracın amacı tek cümleyle anlaşılmalı, parametreler sınırlı ve doğrulanabilir olmalıdır.

- **Az ve net araç:** `search_products`, `get_product`, `check_availability`, `create_cart`, `get_order_status` gibi tek işi yapan araçlar, her şeyi yapan tek bir araçtan daha güvenilir sonuç verir.
- **Okuma ve yazma ayrımı:** Okuma araçları kimlik doğrulamasız ya da hafif yetkiyle çalışabilir; sepet, sipariş ve ödeme oluşturan araçlar kullanıcı yetkisi ve açık onay gerektirmelidir.
- **Anlamlı hata:** “Stok yok, en yakın tedarik tarihi şu” gibi makinenin işleyebileceği hata yanıtları, ajanın alternatif önermesini sağlar. Genel bir 500 hatası ajanı rakibe yönlendirir.
- **Sayfalama ve sınırlar:** Arama sonuçları sayfalanmalı, yanıt boyutu sınırlı tutulmalıdır. Ajanın bağlam penceresi sınırlıdır; gereksiz alanlar karar kalitesini düşürür.
- **İdempotency ve tekrar:** Yazma araçları idempotency anahtarı almalı, aynı istek tekrarlandığında aynı sonucu döndürmelidir.
- **Araç açıklamaları güvenilmeyen girdi sayılır:** MCP spesifikasyonu, araç açıklamalarının ve sunucu çıktılarının güvenilmeyen içerik olarak ele alınmasını ister. Kendi sunucunuzda açıklamaları kısa ve olgusal tutun; ürün açıklamalarına ajanı yönlendirmeye çalışan talimat metni koymayın.

### Kimlik ve yetkilendirme

Ajan ticaretinin temel güvenlik sorusu, isteği yapan ajanın kim olduğu ve kimin adına neye yetkili olduğudur. Bu soru iki ayrı katmanda yanıtlanır. Ajanın kendisinin kimliği, imzalı HTTP istekleri (Web Bot Auth) ve platformların doğrulanmış bot programlarıyla kanıtlanır. Kullanıcı adına yetki ise OAuth tabanlı hesap bağlama ve kapsamlı token’larla verilir.

- Kapsamlar dar tutulur: katalog okuma, sepet yazma, checkout oluşturma ve sipariş okuma ayrı kapsamlardır.
- Token ömrü kısa tutulur, yenileme kontrollüdür ve kullanıcı bağlantıyı istediği an kaldırabilir.
- Tutar, kategori ya da ilk sipariş gibi eşiklerde işlem bazlı ek onay istenir.
- Her yetki kararı, ajan kimliği ve kullanıcı kimliğiyle birlikte denetim kaydına yazılır.

### Checkout ve ödeme entegrasyonu

Checkout entegrasyonunda doğru başlangıç, protokolden bağımsız bir iç checkout servisi kurmaktır. Sepet hesaplama, vergi, kargo seçenekleri, kupon, stok rezervasyonu ve sipariş oluşturma bu serviste tek kez yazılır; ACP, UCP ya da bir platform kanalı bu servise adaptörle bağlanır. Böylece ikinci bir protokol eklemek, checkout mantığını yeniden yazmak anlamına gelmez.

Ödeme tarafında ajanın kart bilgisini görmemesi temel ilkedir. Ödeme sağlayıcıları ve kart ağları bunu, işlem tutarı, satıcı ve süreyle sınırlı token’larla çözer. Satıcının yapması gereken, kullandığı ödeme sağlayıcısının hangi ajan ödeme programlarını desteklediğini, 3D Secure ve güçlü müşteri doğrulaması adımlarının ajan senaryosunda nasıl işleyeceğini ve ters ibraz sorumluluğunun nasıl paylaşıldığını yazılı olarak netleştirmektir.

### Performans ve dayanıklılık

Ajanlar sabırsızdır ve paraleldir. Bir ajan aynı anda onlarca ürün sayfası ya da API çağrısı yapabilir; yavaş yanıt veren kaynak, karşılaştırmadan sessizce düşer. Ürün sayfaları ve okuma API’leri önbelleklenebilir olmalı, yazma işlemleri kuyruklanabilmeli, hız sınırı aşıldığında ajan anlamlı bir “tekrar dene” yanıtı almalıdır. Kampanya dönemlerinde ajan trafiği için ayrı kapasite planı yapılmalıdır.

## Platform bazlı agentic commerce playbook’ları

![Protokol seçim karar ağacı: SI aramada görünürlük, ChatGPT, Google, Copilot, API erişimi, otonom ödeme ve ajanlar arası iş akışı için ilk adım](https://www.webtures.com/images/insights/agentic-commerce-rehberi/section-4.svg)![Protokol seçim karar ağacı: SI aramada görünürlük, ChatGPT, Google, Copilot, API erişimi, otonom ödeme ve ajanlar arası iş akışı için ilk adım](https://www.webtures.com/images/insights/agentic-commerce-rehberi/section-4-light.svg)

Platform playbook’ları, her büyük SI yüzeyinde görünür ve satılabilir olmak için atılması gereken adımları sıralar. Ortak kural değişmez: önce keşif katmanı (veri, erişim, feed), sonra yönlendirme ve ölçüm, en son checkout. Aşağıdaki karar tablosu hedefe göre ilk adımı, sonraki alt bölümler platform ayrıntılarını verir. Program kapsamları ülkeye göre değiştiği için her adımda ilgili platformun güncel ülke listesini kontrol edin.

### Protokol seçim karar tablosu

| Hedef | İlk adım | Sonraki adım |
| --- | --- | --- |
| SI aramada görünürlük | schema.org, ürün feed’i, sitemap, erişim politikası | İçerik kalitesi, hız, fiyat ve stok tutarlılığı |
| ChatGPT içinde keşif ve satış | Ürün feed’i ve ACP uyumlu katalog; Shopify kullanıyorsanız Agentic Storefronts | Daha derin deneyim için ChatGPT uygulaması |
| Google AI Mode ve Gemini | Merchant Center feed’i ve öznitelik zenginleştirme | Uygun pazarlarda UCP checkout |
| Microsoft Copilot | Shopify’da otomatik katılım; diğerleri için PayPal ya da Stripe üzerinden | Kendi sitede Brand Agents (Shopify) |
| Ajanların API’nizi kullanması | Okuma araçları içeren MCP sunucusu | Kapsamlı OAuth ile yazma araçları |
| Otonom ödeme | Ödeme sağlayıcısının ajan token programı | AP2 mandate’ları; dijital kaynaklarda x402 |
| Ajanlar arası iş akışı | Agent Card ile yetenek tanımı | A2A üzerinden görev devri |

### ChatGPT playbook’u

ChatGPT’de ürün sonuçları ve karşılaştırmalar ACP üzerinden besleniyor ve OpenAI’ın Mart 2026’dan beri önceliği ürün keşfi. Bu nedenle ilk iş, ürünlerin ChatGPT’nin ürün sonuçlarında doğru bilgiyle yer almasıdır.

1. OpenAI’ın arama tarayıcısının ürün ve politika sayfalarına erişebildiğini loglardan doğrulayın.
2. OpenAI’ın satıcı başvuru ve ürün feed’i belgelerini inceleyin; feed’i PIM’den, fiyat ve stok değişikliklerine uygun sıklıkta üretin.
3. Shopify kullanıyorsanız Agentic Storefronts ayarlarını kontrol edin; siparişler ChatGPT yönlendirme bilgisiyle panele düşer.
4. ChatGPT’den gelen trafiği analitikte ayrı bir kanalda izleyin; satın alma çoğu durumda kendi checkout’unuzda tamamlanacağı için açılış sayfası deneyimi belirleyicidir.
5. Daha zengin bir marka deneyimi istiyorsanız ChatGPT uygulaması seçeneğini değerlendirin; bu bir geliştirme projesidir, katalog hijyeninin yerini tutmaz.

### Google AI Mode ve Gemini playbook’u

Google’ın ajan yüzeyleri Merchant Center ve Shopping Graph verisine dayanır. Bu nedenle Google tarafındaki hazırlığın merkezi Merchant Center feed’inin kalitesidir.

1. Merchant Center feed’inde tanımlayıcıları, kargo ve iade ayarlarını eksiksiz tamamlayın; sayfa ile feed arasında fiyat ve stok uyumunu kontrol edin.
2. Ürünlerin hangi sorularda aday olacağını belirleyen öznitelikleri zenginleştirin. Merchant Center’ın SI performans raporlarını izleyin; ayrıntı [Merchant Center AI performance insights rehberinde](https://www.webtures.com/tr/insights/merchant-center-ai-performance-insights-rehberi/).
3. ABD, Kanada ya da Avustralya’da satış yapıyorsanız UCP tabanlı checkout uygunluğunu Merchant Center üzerinden değerlendirin; program seçili satıcılarla yürüyor.
4. Sadakat programınız varsa UCP Identity Linking ile üyelik avantajlarının ajan alışverişine taşınmasını planlayın.

### Microsoft Copilot playbook’u

Copilot Checkout ABD’de PayPal, Shopify ve Stripe üzerinden çalışıyor. Shopify satıcıları çıkış süresinin ardından otomatik dahil ediliyor; bu nedenle Shopify kullanan markaların ilk işi bu katılımı bilinçli bir kararla onaylamak ya da kapatmaktır. PayPal ya da Stripe kullanan satıcılar ilgili sağlayıcının programını incelemelidir. Kendi sitesinde ajan deneyimi isteyen Shopify satıcıları için Brand Agents bekleme listesi ayrı bir seçenektir.

### Shopify satıcıları için playbook

Shopify, satıcılarına ChatGPT, Copilot, Google AI Mode, Gemini ve Meta yüzeylerine tek panelden erişim sunuyor. Bu büyük bir kolaylık, ama kontrol sorumluluğunu ortadan kaldırmaz. Hangi kanalların açık olduğunu, ürün verisinin her kanalda nasıl göründüğünü ve sipariş kaynağının raporlandığını düzenli kontrol edin. Shopify kullanmayan markalar Agentic plan ile Shopify Catalog üzerinden aynı kanallara açılabilir; bu planda doğrudan checkout varsayılan olarak kapalıdır.

### Amazon ve pazaryerleri

Amazon’un ajanı pazaryeri içi katalog, içerik, yorum ve lojistik sinyallerini değerlendirir; Buy for Me ise marka sitelerinden satın alabilir. Amazon’da satış yapan markalar için öncelik katalog içeriğinin eksiksizliği ve stok doğruluğudur; Amazon’da satış yapmayan markalar için ise kendi sitelerinin ajanların okuyabileceği kadar temiz olması. Ayrıntılı çerçeve [öneriyi artık ajan yapıyor](https://www.webtures.com/tr/insights/oneriyi-artik-ajan-yapiyor/) yazısında.

### Perplexity, Meta ve diğer yüzeyler

Perplexity’nin Merchant Program’ı büyük perakendecilere yöneliktir ve ücretsizdir; yüksek niyetli trafik için erken test alanı olabilir. Meta yüzeylerine erişim, Shopify kullanan markalar için Agentic Storefronts üzerinden açılıyor. Tüm bu yüzeylerde başarı aynı üç değişkene bağlıdır: yapılandırılmış katalog, gerçek zamanlı fiyat ve stok, hızlı ve hatasız yanıt.

### Türkiye’deki durum

20 Ekim 2026 itibarıyla ChatGPT Instant Checkout, Google’ın UCP tabanlı checkout’u, Copilot Checkout ve Stripe Shared Payment Token’ın resmî kapsamında Türkiye yer almıyor. Türkiye’deki ödeme tarafındaki somut adım, Garanti BBVA ile Mastercard’ın Aralık 2025’te gösterdiği ve yakında sunulacağı belirtilen ajan alışverişidir. Yerel ödeme kuruluşlarının (iyzico, PayTR, BKM Express, Param gibi) ajan ödeme protokollerine desteğine dair resmî bir duyuru bulunamadı. Türk markaları için doğru sıra şudur: keşif ve yönlendirme katmanını bugün kurmak, iç checkout servisini ve ödeme sağlayıcısıyla görüşmeyi şimdiden planlamak, ihracat pazarlarında ise desteklenen kanallara bugünden girmek.

## Ölçümleme, attribution ve birim ekonomi

![Agentic commerce ölçüm hunisi: getirilme, alıntılanma, tıklama, checkout ve tekrar satın alma; her aşamada ölçülen değer ve veri kaynağı](https://www.webtures.com/images/insights/agentic-commerce-rehberi/section-5.svg)![Agentic commerce ölçüm hunisi: getirilme, alıntılanma, tıklama, checkout ve tekrar satın alma; her aşamada ölçülen değer ve veri kaynağı](https://www.webtures.com/images/insights/agentic-commerce-rehberi/section-5-light.svg)

Agentic commerce ölçümü, son tık modelinin göremediği bir zinciri görünür kılmakla başlar. Bir ajan ürün sayfanızı okur, bir yanıtta markanızı alıntılar, kullanıcı belki tıklar, belki ajan doğrudan checkout başlatır, sipariş belki aylar sonra tekrarlanır. Klasik analitik bu zincirin yalnızca tıklama halkasını görür; geri kalanı ya “doğrudan trafik” içinde kaybolur ya da hiç kaydedilmez.

### Beş aşamalı ölçüm zinciri

| Aşama | Ne ölçülür | Veri kaynağı | Tipik kör nokta |
| --- | --- | --- | --- |
| 1. Getirilme (retrieval) | SI tarayıcılarının ve ajanların istediği sayfalar, yanıt kodları, gecikme | Sunucu ve CDN logları, bot yönetimi raporları | Ajan istekleri analitik etiketini tetiklemez; yalnızca loglarda görünür. |
| 2. Alıntılanma (citation) | Sabit bir soru setinde markanın görünme oranı, alıntılanan kaynak, yanıtın doğruluğu | Düzenli yanıt kaydı, soru seti, rakip karşılaştırması | Yanıtlar kişiselleştirilir ve değişkendir; tek seferlik ekran görüntüsü kanıt değildir. |
| 3. Tıklama (click) | SI kaynaklı oturumlar, açılış sayfası, oturum kalitesi | Web analitiği, yönlendiren alan adı, UTM parametreleri | Uygulama içi tarayıcılar ve kopyalanan bağlantılar yönlendiren bilgisini kaybeder. |
| 4. Checkout | Ajan destekli siparişler, dönüşüm oranı, sepet değeri | Sipariş kaynağı alanı, platform ve ödeme sağlayıcısı raporları | Platform içinde tamamlanan siparişler sitedeki analitikte hiç görünmeyebilir. |
| 5. Tekrar (repeat) | Tekrar satın alma, iade ve itiraz oranı, müşteri yaşam boyu değeri | CRM, sadakat programı, birinci taraf veri | Ajan aracılı müşteri, satıcıyla doğrudan ilişki kurmamış olabilir. |

Bu zincirin her halkası için tek bir sahip ve tek bir rapor belirlenmelidir. Getirilme ve alıntılanma pazarlama ile SEO ekibinin, tıklama analitik ekibinin, checkout ve tekrar ise e-ticaret ve CRM ekibinin sorumluluğundadır; ama dördü aynı panoda okunmalıdır.

### SI kaynaklı trafiği ayrıştırmak

SI kaynaklı trafiği ayrıştırmanın ilk adımı, analitikte bilinen SI yüzeylerinin yönlendiren alan adlarını ayrı bir kanal grubunda toplamaktır. İkinci adım, platformların eklediği kaynak parametrelerini ve kendi bağlantılarınıza eklediğiniz UTM’leri kanal tanımına dahil etmektir. Üçüncü adım, yönlendiren bilgisi kaybolan trafiği tahmin etmektir: açılış sayfası derin bir ürün sayfası olan, yönlendirensiz ve kampanyasız oturumlar SI kaynaklı olma ihtimali yüksek bir havuz oluşturur. Bu konunun yöntemi [SI aramalarında görünmeyen trafik nasıl ölçülür](https://www.webtures.com/tr/insights/si-aramalarinda-gorunmeyen-trafik-nasil-olculur/) yazısında ayrıntılı anlatılıyor.

Log analizi, analitiğin göremediği yarıyı tamamlar. SI tarayıcılarının kullanıcı aracısı ve doğrulanmış IP aralıkları ile istekler sınıflandırılır; hangi ürünlerin ajanlar tarafından sık okunduğu, hangilerinin hiç okunmadığı ve hangi sayfaların hata döndürdüğü buradan çıkar. Ajanların sık okuduğu ama sipariş almayan ürünler, genellikle fiyat, stok ya da politika verisinde bir sorun olduğuna işaret eder.

### Agentic commerce KPI seti

- **Ajan erişim sağlığı:** Meşru SI tarayıcı ve ajan isteklerinin başarılı yanıt alma oranı.
- **Katalog kapsamı:** Satılabilir varyantların feed’de ve yapılandırılmış veride eksiksiz bulunma oranı.
- **Tutarlılık oranı:** Sayfa, feed ve checkout arasında fiyat ve stok uyumu.
- **Yanıt payı:** Sabit soru setinde markanın alıntılandığı yanıtların oranı ve yanıtların doğruluğu.
- **SI kaynaklı gelir:** SI yüzeylerinden gelen oturumların ve ajan destekli siparişlerin cirosu.
- **Ajan siparişi kalitesi:** Ajan destekli siparişlerde iptal, iade ve itiraz oranı; diğer kanallarla karşılaştırmalı.

### Birim ekonomi: ajan siparişi kârlı mı?

Ajan kanalının kârlılığı, ciro ile değil sipariş başına katkı payıyla değerlendirilmelidir. Bir ajan siparişinin katkı payı; satış fiyatından ürün maliyeti, ödeme sağlayıcısı ücreti, varsa platformun işlem ya da yönlendirme ücreti, kargo, beklenen iade maliyeti ve kanalın operasyon maliyeti düşülerek hesaplanır. Bu hesap her kanal için aynı formülle yapıldığında ajan kanalının gerçek yeri görünür.

Üç unsur ajan kanalında farklı davranır. Birincisi edinme maliyetidir: organik alıntı bugün reklam bütçesi gerektirmez, ama veri ve altyapı yatırımı gerektirir; bu yatırım kanal maliyetine dağıtılmalıdır. İkincisi iade riskidir: ajan, kullanıcının niyetini yanlış yorumlarsa iade oranı yükselir; bu nedenle ajan siparişlerinin iade oranı ayrı izlenmelidir. Üçüncüsü yaşam boyu değerdir: müşteri ilişkisi platformda kalırsa tekrar satın alma ve çapraz satış zayıflar. Bu üç unsur birlikte değerlendirilmeden “ajan kanalı dönüşüm oranı yüksek” gözlemi tek başına yatırım gerekçesi olmamalıdır.

Planlama için en sağlam yöntem, dış tahminler yerine kendi verinizdir: SI kaynaklı gelirin toplam gelire oranını çeyrek bazında ölçmek, dört çeyreklik eğilimle projeksiyon yapmak ve yatırımı bu eğilime göre kademelendirmek.

## Agentic commerce’te güvenlik, risk ve hukuk

Agentic commerce’te risk, klasik e-ticaret risklerinin üzerine üç yeni soru ekler: işlemi yapan ajanın kim olduğu, kullanıcının o işleme gerçekten yetki verip vermediği ve bir şey yanlış gittiğinde sorumluluğun kimde olduğu. Bu bölüm genel bilgi niteliğindedir, hukuki tavsiye değildir; somut entegrasyon ve sözleşmelerde hukuk ve ödeme danışmanınızla çalışın.

### Ajan ticaretinde tehdit modeli

| Tehdit | Nasıl ortaya çıkar | Temel kontrol |
| --- | --- | --- |
| Ajan kılığında bot | Fiyat kazıma, stok kilitleme ya da kart testi yapan botların kendini alışveriş ajanı gibi tanıtması | İmzalı istek doğrulaması, davranış analizi, kapsamlı hız sınırı |
| Prompt injection | Ürün açıklamasına, yoruma ya da araç açıklamasına gizlenmiş talimatların ajanı yönlendirmesi | Kullanıcı içeriğinin denetimi, araç açıklamalarının kısa ve olgusal tutulması, ajan tarafında güvenilmeyen içerik ayrımı |
| Yetkisiz işlem | Kullanıcının vermediği bir talimatla sipariş verilmesi ya da yetkinin aşılması | Kapsamlı ve kısa ömürlü token, tutar eşikleri, işlem bazlı onay, mandate kanıtı |
| Çift ya da hayalet sipariş | Zaman aşımında tekrarlanan isteklerin birden fazla sipariş oluşturması | İdempotency anahtarı, sipariş öncesi stok rezervasyonu, uzlaşma |
| Hesap ele geçirme | Ajan bağlantısının çalınan oturumla kurulması | Hesap bağlamada güçlü doğrulama, bağlı ajanların kullanıcıya görünür listesi, tek tıkla iptal |
| İtiraz ve ters ibraz | Kullanıcının “ben bunu istemedim” demesi | Değiştirilemez denetim kaydı, kullanıcı onayının kanıtı, net iade süreci |
| Veri sızıntısı | Ajanın gereğinden fazla müşteri verisine erişmesi ya da yanıtlarında paylaşması | En az veri ilkesi, alan bazlı yetki, kişisel veri maskeleme |

Ajan trafiği için dolandırıcılık kuralları yeniden ayarlanmalıdır. Klasik sinyaller (veri merkezi IP’si, otomasyon izi, insan dışı hız) meşru ajanlarda da görülür. Bu yüzden “otomasyon varsa engelle” kuralı yerine “doğrulanmış ajan mı, yetkisi var mı, davranışı yetkisiyle uyumlu mu” sorularını soran katmanlı bir model gerekir. Ödeme tarafındaki ayrıntılar [protokol haritası](https://www.webtures.com/tr/insights/agentic-commerce-protokol-haritasi-mcp-a2a-acp-ucp-ve-ap2-ne-ise-yariyor/) yazımızda ve AP2 bölümünde ele alındı.

### Sorumluluk dağılımı: kim neyden sorumlu?

Ajan aracılı bir işlemde en az dört taraf vardır: kullanıcı, ajan sağlayıcısı, satıcı ve ödeme zinciri (ödeme sağlayıcısı, kart ağı, kartı çıkaran banka). Protokoller satıcının kayıtlı satıcı (merchant of record) olarak kalmasını ilke edinse de, ajanın yanlış ürün seçmesi, fiyatın yanlış aktarılması ya da kullanıcının talimatı inkâr etmesi durumunda sorumluluğun nasıl paylaşılacağı büyük ölçüde sözleşmelere ve kart ağı kurallarına bırakılmıştır. Satıcı için pratik çıkarım şudur: her ajan kanalı için sözleşmede sorumluluk, veri kullanımı, iade ve itiraz akışı yazılı olmalı; denetim kaydı bu sözleşmeye kanıt sağlayacak biçimde tutulmalıdır.

### Tüketici hukuku ve kişisel veriler

Ajan aracılığıyla yapılan satış, tüketici hukuku açısından yine bir mesafeli satıştır. Türkiye’de 6502 sayılı Tüketicinin Korunması Hakkında Kanun ve Mesafeli Sözleşmeler Yönetmeliği; ön bilgilendirme, sipariş onayı ve cayma hakkı yükümlülüklerini ajan kanalında da geçerli kılar. Ön bilgilendirmenin kullanıcıya ajan arayüzünde nasıl ulaştırılacağı ve onayın nasıl kayda alınacağı, entegrasyon başlamadan hukuk ekibiyle netleştirilmelidir.

Kişisel veriler açısından 6698 sayılı KVKK, ajan sağlayıcısıyla paylaşılan müşteri verisinin hangi amaçla ve hangi hukuki sebeple işlendiğinin belirlenmesini gerektirir. Ajan sağlayıcısının sunucuları yurt dışındaysa, yurt dışına aktarım hükümleri ayrıca değerlendirilmelidir. AB’deki müşteriler için GDPR aynı soruları daha ayrıntılı biçimde sorar.

### AB Yapay Zekâ Tüzüğü ve şeffaflık

AB Yapay Zekâ Tüzüğü’nün (Regulation (EU) 2024/1689) 50. maddesindeki şeffaflık yükümlülükleri 2 Ağustos 2026’dan itibaren uygulanıyor. Bu yükümlülükler, insanlarla doğrudan etkileşen sistemlerde kişinin bir SI sistemiyle etkileştiğini bilmesini ve belirli sentetik içeriklerin işaretlenmesini kapsar. AB’deki tüketicilere kendi sitesinde SI satış asistanı sunan bir marka, asistanın bir SI sistemi olduğunu açıkça belirtmelidir. Türkiye’den AB’ye satış yapan markalar için bu, ihracat kanalının bir uyum maddesidir.

### Ödeme düzenlemeleri ve güçlü müşteri doğrulaması

Ajan ödemeleri mevcut ödeme düzenlemelerinin dışında değildir. AB’de PSD2’nin güçlü müşteri doğrulaması (SCA) kuralları, Türkiye’de 6493 sayılı Kanun ve Türkiye Cumhuriyet Merkez Bankası düzenlemeleri, kart ödemelerinde ise kart ağı kuralları geçerlidir. Pratikte bu, ajanın kullanıcıyı belirli adımlarda doğrulamaya yönlendirmesi gerektiği anlamına gelir. Satıcı, ödeme sağlayıcısından ajan senaryosunda 3D Secure ve tek kullanımlık şifre akışının nasıl işlediğini ve hangi işlemlerin muafiyet kapsamında olduğunu yazılı olarak almalıdır.

### Yazılı ajan politikası

Her agent-ready marka, ajanlarla ilişkisini tek sayfalık bir politikayla tanımlamalıdır. Politika şu soruları yanıtlar: Hangi ajanlara hangi sayfa ve araçlarla erişim izni verilir? Hangi tutar ve kategorilerde insan onayı zorunludur? Ajan siparişlerinde iade ve itiraz nasıl işler? Ajan sağlayıcılarıyla hangi veriler, hangi amaçla paylaşılır? Politikanın sahibi kimdir ve hangi sıklıkla gözden geçirilir? Bu politika hem iç ekipler hem de platformlarla yapılan görüşmeler için referans belge olur.

## Ticari strateji: aracı mı, marka mı?

Agentic commerce’in en önemli ticari sorusu teknik değildir: ajan yüzeyleri markanızın müşteriyle ilişkisini güçlendiren bir dağıtım kanalı mı olacak, yoksa markanızı bir sonuç satırına indiren bir aracı mı? İki ihtimal de aynı anda gerçekleşebilir. Hangisinin ağır basacağını belirleyen, markanın hangi veriyi, hangi deneyimi ve hangi müşteri ilişkisini kendi elinde tuttuğudur.

### Merchant of record ne sağlar, ne sağlamaz?

ACP, UCP, Copilot Checkout ve Shopify’ın ajan kanalları satıcının kayıtlı satıcı olarak kaldığını vurgular. Bu önemlidir: ödeme satıcıya yapılır, fatura satıcı adına kesilir, iade politikası satıcınındır ve müşteri kaydı satıcıya düşer. Ancak kayıtlı satıcı olmak, keşif anının, karşılaştırma ekranının ve kullanıcının ajanla kurduğu güven ilişkisinin satıcıda olduğu anlamına gelmez. Kullanıcı “bana en uygun olanı bul” dediğinde markayı seçen ajandır; marka sadakati yerini ajan sadakatine bırakabilir.

### Üç stratejik duruş

| Duruş | Ne yapar | Kime uygun | Risk |
| --- | --- | --- | --- |
| Her yerde ol | Tüm büyük SI yüzeylerine ve platform kanallarına katalog açar, checkout’u mümkün olan her yerde etkinleştirir. | Geniş katalog, fiyat rekabeti güçlü, operasyonu ölçeklenebilir perakendeciler | Marj baskısı, müşteri verisinin platformda kalması |
| Keşifte ol, işlemi kendinde tut | Ajan yüzeylerinde görünür ve alıntılanır, ama satın almayı kendi sitesine ya da uygulamasına yönlendirir. | Güçlü marka deneyimi, sadakat programı ve yüksek tekrar satın alma oranı olan markalar | Ajan doğrudan checkout sunan rakibi tercih edebilir. |
| Kendi ajanını kur | Kendi sitesinde ve uygulamasında marka ajanı ya da satış asistanı sunar; dış ajanlar için de araç katmanı açar. | Karmaşık ürün, danışmanlık gerektiren satış, yüksek sepet değeri | Yüksek yatırım; ajan kalitesi düşükse marka zarar görür. |

Çoğu marka için doğru cevap bu duruşların kategori bazında karışımıdır. Hızlı tüketim ve yenileme ürünlerinde “her yerde ol” mantıklıyken, yüksek değerli ve kişiselleştirme gerektiren ürünlerde işlemi kendinde tutmak ya da kendi ajanını kurmak daha savunulabilir olabilir.

### Fiyat paritesi ve kanal çatışması

Ajanlar fiyatları saniyeler içinde karşılaştırır. Bir ürünün kendi sitenizde, pazaryerinde ve ajan kanalında farklı fiyatla görünmesi, ajanın en ucuz kanalı seçmesine ve diğer kanallarda güven kaybına yol açar. Bu nedenle ajan kanalı açılmadan önce kanal bazlı fiyat ve kampanya politikası yazılmalıdır. Kampanya verisinin ajan tarafından nasıl okunduğu [indirim ve kampanya verisinin yapısal işaretlenmesi](https://www.webtures.com/tr/insights/indirim-ve-kampanya-verisi-yapisal-isaretleme/) yazısında anlatılıyor.

### Birinci taraf veri ve sadakat

Ajan çağında birinci taraf veri, markanın kendi müşterisini tanıma kapasitesidir. Ajan siparişlerinde müşteri kaydının, iletişim izninin ve sadakat bağlantısının nasıl kurulacağı, entegrasyonun tasarım aşamasında belirlenmelidir. Sadakat programının ajanlar tarafından okunabilir olması, yani puan, üyelik avantajı ve kişiye özel fiyatın ajanın karşılaştırmasına girebilmesi, markanın ajan karşısındaki en güçlü kozlarından biridir. Bu konunun ayrıntısı [satıcı tarafında agentic commerce](https://www.webtures.com/tr/insights/satici-tarafinda-agentic-commerce/) yazısında ele alındı.

### Pazaryeri ve doğrudan satış dengesi

Pazaryerleri ajan çağında iki yönlü bir konumdadır. Dış ajanlar pazaryerlerini atlayıp markalara doğrudan gidebilir; pazaryerleri ise kendi asistanlarını ve satıcı tarafı ajanlarını kurarak karşılık verir. Türkiye’deki markalar için pratik sonuç, pazaryeri katalog verisi ile kendi sitesinin verisini aynı PIM’den beslemek ve iki kanalda da aynı ürün kimliğini kullanmaktır. Böylece hangi ajan hangi kanaldan gelirse gelsin aynı doğru bilgiyle karşılaşır.

## Organizasyon ve 12 aylık yol haritası

Agentic commerce bir departmanın işi değildir; pazarlama, e-ticaret, ürün verisi, yazılım, ödeme ve risk, hukuk ve analitik ekiplerinin aynı takvimde çalışmasını gerektirir. Programın tek bir sahibi olmadığında en sık görülen sonuç, her ekibin kendi parçasını bitirip zincirin bütününün çalışmamasıdır: feed hazırdır ama checkout kapalıdır, checkout açıktır ama ödeme sağlayıcısı ajan senaryosunu desteklemez.

### Roller ve sorumluluklar

| Rol | Sorumluluk | Başarı ölçütü |
| --- | --- | --- |
| Program sahibi | Önceliklendirme, bütçe, platform ilişkileri, yönetim raporu | Olgunluk seviyesinde planlanan ilerleme |
| Ürün verisi (PIM) sorumlusu | Tanımlayıcılar, öznitelikler, politika verisi, feed kalitesi | Katalog kapsamı ve tutarlılık oranı |
| Yazılım ve mimari | Render, yapılandırılmış veri, agent gateway, API ve MCP araçları | Ajan isteklerinde başarı oranı ve gecikme |
| Ödeme ve risk | Ödeme sağlayıcısı programları, dolandırıcılık kuralları, itiraz süreci | Ajan siparişlerinde itiraz ve red oranı |
| Hukuk ve uyum | Platform sözleşmeleri, tüketici hukuku, KVKK, AB yükümlülükleri | Yazılı ajan politikası ve sözleşme maddeleri |
| SEO, GEO ve içerik | Erişim politikası, içerik yapısı, soru seti, alıntı izleme | Yanıt payı ve SI kaynaklı trafik |
| Analitik | Kanal tanımı, log sınıflandırması, sipariş kaynağı, birim ekonomi | Beş aşamalı ölçüm zincirinin tek panoda okunması |

### 12 aylık yol haritası

Aşağıdaki yol haritası, seviye 1 ya da 2’de başlayan orta ölçekli bir marka için tasarlanmıştır. Süreler ekip kapasitesine göre değişir; sıra değişmemelidir. Her dönemin sonunda bir çıkış ölçütü vardır ve bu ölçüt sağlanmadan bir sonraki dönemin büyük yatırımlarına geçilmez.

| Dönem | Odak | Teslimler | Çıkış ölçütü |
| --- | --- | --- | --- |
| 0-3. ay | Temel ve görünürlük | Olgunluk değerlendirmesi, erişim politikası, sunucu tarafı render, yapılandırılmış veri ve feed düzeltmeleri, SI kaynaklı trafik kanalı, ilk soru seti | Örneklem ürünlerde sayfa, feed ve yapılandırılmış veri tutarlı; meşru ajan istekleri engellenmiyor |
| 3-6. ay | Yönlendirme ve ilk kanal | Kampanya ve politika verisinin işaretlenmesi, platformun yerleşik ajan kanalına ya da bir SI yüzeyinin satıcı programına katılım, log tabanlı ajan raporu | En az bir SI yüzeyinden ölçülebilir trafik ya da sipariş; sipariş kaynağı raporlanıyor |
| 6-9. ay | İşlem yapılabilirlik | İç checkout servisi, agent gateway, okuma araçları (MCP ya da API), ödeme sağlayıcısının ajan programı, ajan politikası, sözleşme maddeleri | Uçtan uca test siparişleri başarılı; iade ve itiraz akışı test edildi |
| 9-12. ay | Ölçek ve yönetişim | İkinci protokol adaptörü, yazma araçlarının kapsamlı yetkiyle açılması, birim ekonomi raporu, çeyreklik denetim | Ajan kanalı katkı payı diğer kanallarla aynı formülle raporlanıyor |

Bu takvimin en sık atlanan kısmı ilk üç aydır. Ekipler görünür bir protokol entegrasyonuyla başlamak ister; ancak temel veri düzeltilmeden açılan bir checkout kanalı, ajanların yanlış fiyat ve stokla sipariş denemesine ve markanın o yüzeyde güven kaybetmesine yol açar.

### Yönetim için aylık rapor

Yönetim ekibine her ay tek sayfalık bir rapor sunulmalıdır. Rapor; mevcut olgunluk seviyesini ve hedefi, beş aşamalı ölçüm zincirinin özetini, ajan kanalı katkı payını, açık riskleri ve platformlardaki önemli değişiklikleri içerir. Protokol ve platform alanı hızlı değiştiği için “bu ay ne değişti ve bizi nasıl etkiliyor” satırı raporun kalıcı parçası olmalıdır.

## Agentic commerce sektör senaryoları

Agentic commerce her sektörde aynı hızla ve aynı biçimde ilerlemez. Ajanın kullanıcı adına ne kadar karar verebileceği, ürünün fiyatına, kişiselleştirme ihtiyacına, iade kolaylığına ve hatanın maliyetine bağlıdır. Aşağıdaki senaryolar, sektörlerin hazırlık önceliklerini karşılaştırmak için yazılmıştır.

| Sektör | Ajanın tipik görevi | Kritik veri | Muhtemel otonomi |
| --- | --- | --- | --- |
| Moda ve ayakkabı | Beden, stil ve bütçeye göre seçim | Beden tablosu, kalıp bilgisi, varyant stoku, iade koşulu | Öneri ve onaylı satın alma |
| Elektronik | Teknik özellik ve uyumluluk karşılaştırması | Model numarası, GTIN, uyumluluk, garanti, teslim süresi | Onaylı satın alma |
| Market ve hızlı tüketim | Yenileme siparişi, liste tamamlama | Gerçek zamanlı stok, ikame kuralları, teslimat penceresi | Kurallı otonom yenileme |
| Kozmetik ve kişisel bakım | İçerik ve cilt tipine göre seçim | İçerik listesi, kullanım uyarısı, yorumlar | Öneri, onaylı satın alma |
| Seyahat ve konaklama | Tarih, bütçe ve tercih uyumlu rezervasyon | Müsaitlik, iptal koşulu, toplam fiyat, vergiler | Onaylı rezervasyon |
| B2B satın alma | Teklif toplama, tekrar sipariş, tedarikçi karşılaştırması | Sözleşmeli fiyat, minimum sipariş, teslim süresi, onay akışı | Kurallı otonom tekrar sipariş |

### Moda ve ayakkabı

Modada ajanın en büyük sorunu bedendir. Kullanıcı “normalde 40 giyiyorum” dediğinde ajan, markanın kalıbının dar mı geniş mi olduğunu ve o varyantın stokta olup olmadığını bilmek zorundadır. Beden tablosunun görsel yerine yapılandırılmış veri olarak sunulması, kalıp bilgisinin ürün düzeyinde işaretlenmesi ve iade koşulunun net olması, modada agent-ready olmanın ilk üç adımıdır. Ajan siparişlerinde iade oranı ayrıca izlenmelidir; yanlış beden seçimi doğrudan maliyettir.

### Elektronik

Elektronikte ajanlar teknik özellikleri satır satır karşılaştırır. Model numarası ve GTIN tutarsızlığı, aynı ürünün farklı ürünler gibi görünmesine ya da farklı ürünlerin aynı sanılmasına yol açar. Uyumluluk bilgisi (hangi cihazla çalışır, hangi aksesuarı gerektirir) ve garanti kapsamı yapılandırılmış biçimde sunulmalıdır. Yüksek tutarlı ürünlerde kullanıcı onayı sürecin parçası kalacağı için açılış sayfasının ajandan gelen kullanıcıya karşılaştırmayı onaylatan bir yapıda olması dönüşümü etkiler.

### Market ve hızlı tüketim

Market alışverişi, kurallı otonom satın almaya en yakın kategoridir: aynı ürünler düzenli olarak tekrar alınır, hata maliyeti düşüktür. Burada belirleyici olan gerçek zamanlı stok ve ikame kurallarıdır. Ajan, tükenen ürün yerine neyi önerebileceğini bilmelidir. Teslimat penceresi ve minimum sepet koşulları da makine tarafından okunabilir olmalıdır.

### Seyahat ve konaklama

Seyahatte ajanlar çok parçalı planlar yapar: uçuş, konaklama, transfer. Toplam fiyatın vergiler ve ücretler dahil en baştan doğru verilmesi, iptal koşullarının yapılandırılmış olması ve müsaitliğin gerçek zamanlı sorgulanabilmesi kritik önemdedir. Ajanlar arası iş akışı (A2A) bu sektörde en erken anlam kazanacak alanlardan biridir. Sektörün SI dönüşümü [seyahat ve konaklama sektöründe süper zekâ](https://www.webtures.com/tr/insights/seyahat-ve-konaklama-sektorunde-super-zeka-entegrasyonu/) raporunda ayrıca ele alındı.

### B2B satın alma

B2B’de ajanlar, satın alma ekiplerinin tekrar eden işini üstlenir: teklif toplama, onaylı tedarikçilerden yeniden sipariş, fiyat ve teslim süresi karşılaştırması. Bu sektörde agent-ready olmak; sözleşmeli fiyatların, minimum sipariş miktarlarının ve onay akışlarının API ile erişilebilir olması demektir. Kimlik ve yetki burada tüketici ticaretinden daha kritiktir: ajanın hangi bütçe ve hangi kategori için kimin adına sipariş verebildiği açıkça tanımlanmalıdır.

### Türkiye’deki markalar için notlar

Türkiye’de ajan ticareti iki hatta ilerliyor. Pazaryerleri kendi SI asistanlarını ve satıcı tarafı araçlarını devreye alırken, global SI yüzeyleri Türkiye’de keşif ve araştırma için kullanılıyor; ancak bu yüzeylerin yerleşik checkout programları henüz Türkiye’yi kapsamıyor (ayrıntı platform playbook’ları bölümünde). Bu nedenle yukarıdaki sektör senaryolarında Türk markaları için bugünkü öncelik, her sektörün kritik veri sütunundaki alanları eksiksiz ve tutarlı hale getirmektir; checkout katmanı açıldığında ilk günden katılabilmek bu hazırlığa bağlıdır.

## Sık yapılan hatalar ve kontrol listeleri

Agentic commerce projelerindeki hataların çoğu teknik değil, sıralama ve sahiplik hatasıdır. Aşağıdaki liste, agent readiness değerlendirmelerinde tekrar tekrar karşılaşılan örüntüleri ve her biri için doğru hamleyi özetler.

### On yaygın hata

1. **Protokolle başlamak:** Veri tutarsızken checkout entegrasyonuna girmek. Doğrusu, önce sayfa, feed ve yapılandırılmış veriyi aynı doğruya bağlamaktır.
2. **Tüm SI tarayıcılarını tek kuralla engellemek ya da açmak:** Eğitim, arama ve kullanıcı adına çalışan ajanlar için ayrı karar verilmelidir.
3. **WAF’ın meşru ajanları engellediğini fark etmemek:** Loglar düzenli incelenmeden bot kuralları sessizce satış kaybettirir.
4. **Fiyat ve stoku yalnızca JavaScript ile yüklemek:** Render etmeyen ajanlar ürünü fiyatsız ve stoksuz görür.
5. **Politikaları PDF’e ya da görsele gömmek:** Kargo ve iade bilgisi ajan için yoksa ürün karşılaştırmada elenir.
6. **llms.txt’yi görünürlük stratejisi sanmak:** Düşük maliyetli bir hijyen adımıdır; veri kalitesinin yerini tutmaz.
7. **Ajanlara geniş ve uzun ömürlü yetki vermek:** Kapsamlar dar, token’lar kısa ömürlü, eşikler net olmalıdır.
8. **İdempotency’yi atlamak:** Tekrarlanan istekler çift sipariş ve iade maliyeti üretir.
9. **Ajan siparişini ayrı ölçmemek:** Sipariş kaynağı alanı olmadan kanalın kârlılığı tartışılamaz.
10. **Tek bir platforma bağlanmak:** Protokolden bağımsız bir çekirdek kurulmadan yapılan her entegrasyon, bir sonraki kanalda baştan yazılır.

### Teknik kontrol listesi

- Ürün sayfalarında fiyat, stok ve varyant bilgisi JavaScript olmadan HTML’de mevcut.
- Product ve Offer işaretlemesi her varyant için eksiksiz; GTIN, MPN ve SKU kanallar arasında aynı.
- `shippingDetails` ve `hasMerchantReturnPolicy` işaretlenmiş; politika sayfaları metin ve tabloyla yazılmış.
- Feed doğrudan PIM’den üretiliyor; fiyat ve stok değişikliklerine uygun sıklıkta güncelleniyor.
- robots.txt ve CDN kuralları yazılı erişim politikasıyla uyumlu; meşru ajan istekleri loglarda başarılı yanıt alıyor.
- Ajanlara açılan API ya da MCP araçları dar kapsamlı, sayfalanmış, idempotent ve anlamlı hata döndürüyor.
- Yazma işlemleri kapsamlı OAuth yetkisi ve tutar eşiğinde ek onay gerektiriyor.
- Denetim kaydı ajan kimliğini, kullanıcı kimliğini ve yetki kanıtını saklıyor.

### Veri ve içerik kontrol listesi

- En çok satan ve en yüksek marjlı ürünlerde sayfa, feed ve yapılandırılmış veri tutarlılığı aylık kontrol ediliyor.
- Ürün açıklamaları kullanım senaryosu, uyumluluk ve sınırlamaları açıkça yazıyor.
- Beden, ölçü ve teknik özellikler görsel değil metin ve yapılandırılmış veri olarak sunuluyor.
- Kampanya ve indirim bilgisinin geçerlilik tarihleri ve koşulları makine tarafından okunabilir.
- Kategori soru seti belirlendi; markanın yanıtlardaki yeri aylık kaydediliyor.

### Ödeme, risk ve hukuk kontrol listesi

- Ödeme sağlayıcısının desteklediği ajan ödeme programları ve token yapısı yazılı olarak teyit edildi.
- 3D Secure ve güçlü müşteri doğrulamasının ajan senaryosundaki akışı test edildi.
- Dolandırıcılık kuralları doğrulanmış ajan trafiğini ayrı değerlendiriyor.
- Ön bilgilendirme, sipariş onayı ve cayma hakkı bilgilendirmesinin ajan kanalında nasıl sağlandığı belgelendi.
- Ajan sağlayıcılarıyla paylaşılan veriler, amaçları ve hukuki dayanakları kayıt altında.
- Her platform sözleşmesinde sorumluluk, iade, itiraz ve veri kullanımı maddeleri incelendi.
- Yazılı ajan politikası yayımlandı ve bir sahibi var.

### Ölçüm kontrol listesi

- Analitikte SI kaynaklı trafik ayrı bir kanal grubu olarak tanımlı.
- Sunucu ya da CDN logları SI tarayıcıları ve ajanlar için sınıflandırılıyor.
- Siparişlerde kaynak alanı ajan destekli siparişleri ayırıyor.
- Ajan siparişlerinin iade ve itiraz oranı ayrı raporlanıyor.
- Ajan kanalının katkı payı diğer kanallarla aynı formülle hesaplanıyor.

### Yönetim için tek sayfalık değerlendirme

| Soru | Evet ise | Hayır ise |
| --- | --- | --- |
| Ürünlerimiz SI asistanlarının yanıtlarında doğru bilgiyle görünüyor mu? | Yönlendirme ve ölçüme geç | Veri ve erişim katmanını düzelt |
| SI kaynaklı trafiği ve geliri ayrı görebiliyor muyuz? | Kanal yatırımını veriye bağla | Önce ölçüm altyapısını kur |
| Ajan bir sipariş denediğinde uçtan uca tamamlanabiliyor mu? | Kapsamı genişlet | İç checkout servisi ve ödeme hazırlığı |
| Bir ajan siparişinde sorun çıkarsa kimin sorumlu olduğunu biliyor muyuz? | Politikayı yıllık gözden geçir | Ajan politikası ve sözleşme maddeleri |
| Programın tek bir sahibi var mı? | Aylık rapora geç | Önce sahip ata |

Yıl sonu yoğun dönemine hazırlanan markalar için daha kısa ve takvime bağlı bir liste [yıl sonu agentic commerce kontrol listesi](https://www.webtures.com/tr/insights/yil-sonu-agentic-commerce-hazirlik-kontrol-listesi/) yazısında bulunuyor.

## Örnek dosyalar ve şablonlar

Aşağıdaki örnekler başlangıç şablonudur; alan adları, yollar ve değerler kurgusaldır. Her dosya kendi erişim stratejinize, ürün verinize ve hukuki gereksinimlerinize göre uyarlanmalı, yayına almadan önce ilgili doğrulama araçlarıyla test edilmelidir.

### Örnek robots.txt: kategori bazlı erişim politikası

Bu örnek ürün ve içerik sayfalarını arama ve ajanlara açar, sepet, ödeme ve hesap yollarını taramadan çıkarır ve model eğitimi için ayrı bir karar örneği gösterir. `Content-Signal` satırı Cloudflare’in önerdiği içerik kullanım sinyalidir; tüm tarayıcılar tarafından tanınmaz, ama tercihinizi makine tarafından okunur biçimde ifade eder.

```
# Örnek erişim politikası (kendi stratejinize göre uyarlayın)
User-agent: *
Content-Signal: search=yes, ai-input=yes, ai-train=no
Allow: /
Disallow: /sepet/
Disallow: /odeme/
Disallow: /hesabim/
Disallow: /arama?
# Örnek karar: model eğitimi için tarama kapalı
User-agent: GPTBot
Disallow: /
Sitemap: https://www.ornekmarka.com/sitemap.xml
```

Belirli bir tarayıcı için ayrı bir grup yazıldığında o tarayıcı yalnızca kendi grubunu uygular; genel gruptaki kurallar onun için geçerli olmaz. robots.txt bir ricadır; asıl uygulama CDN ve WAF kurallarıyla yapılır.

### Örnek llms.txt iskeleti

```
# Örnek Marka
> Örnek Marka, Türkiye ve AB’ye koşu ve outdoor ayakkabısı satan bir üreticidir.
> Fiyatlar TRY ve EUR, kargo 1-3 iş günü, iade süresi 14 gün.
## Ürünler
- [Koşu ayakkabıları](https://www.ornekmarka.com/kosu/): kategori, beden rehberi bağlantılı
- [Beden rehberi](https://www.ornekmarka.com/beden-rehberi/): kalıp bilgisi, ölçü tablosu
## Politikalar
- [Kargo ve teslimat](https://www.ornekmarka.com/kargo/): bölgeler, süreler, ücretler
- [İade ve değişim](https://www.ornekmarka.com/iade/): süre, yöntem, istisnalar
## Optional
- [Hakkımızda](https://www.ornekmarka.com/hakkimizda/)
```

### Örnek Product JSON-LD: teklif, kargo ve iade

```
{
"@context": "https://schema.org",
"@type": "Product",
"name": "Örnek Koşu Ayakkabısı X1",
"sku": "X1-42-SIYAH",
"gtin13": "8690000000005",
"brand": { "@type": "Brand", "name": "Örnek Marka" },
"image": "https://www.ornekmarka.com/img/x1-siyah.jpg",
"description": "Günlük koşu için hafif, nefes alan üst yüzeyli ayakkabı.",
"offers": {
"@type": "Offer",
"url": "https://www.ornekmarka.com/x1-siyah-42/",
"price": "3499.90",
"priceCurrency": "TRY",
"availability": "https://schema.org/InStock",
"itemCondition": "https://schema.org/NewCondition",
"shippingDetails": {
"@type": "OfferShippingDetails",
"shippingRate": { "@type": "MonetaryAmount", "value": "0", "currency": "TRY" },
"shippingDestination": { "@type": "DefinedRegion", "addressCountry": "TR" },
"deliveryTime": {
"@type": "ShippingDeliveryTime",
"handlingTime": { "@type": "QuantitativeValue", "minValue": 0, "maxValue": 1, "unitCode": "DAY" },
"transitTime": { "@type": "QuantitativeValue", "minValue": 1, "maxValue": 3, "unitCode": "DAY" }
}
},
"hasMerchantReturnPolicy": {
"@type": "MerchantReturnPolicy",
"applicableCountry": "TR",
"returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow",
"merchantReturnDays": 14,
"returnMethod": "https://schema.org/ReturnByMail",
"returnFees": "https://schema.org/FreeReturn"
}
}
}
```

GTIN yalnızca biçim örneğidir; gerçek ürünlerde GS1’den alınmış geçerli numara kullanılmalıdır. Varyantlı ürünlerde her varyant kendi `Offer` bilgisiyle ayrı modellenmeli, varyantlar `ProductGroup` altında toplanmalıdır.

### Örnek MCP aracı tanımı

MCP’de bir araç; adı, insan için başlığı, ajanın okuyacağı açıklaması ve JSON Schema ile tanımlanmış girdi şemasıyla tanımlanır. Ek açıklamalar (annotations) aracın yalnızca okuma yaptığını ya da tekrar edilebilir olduğunu belirtir; ancak istemciler bu ipuçlarını güvenilir olmayan sunuculardan geldiğinde kanıt saymaz.

```
{
"name": "search_products",
"title": "Ürün ara",
"description": "Katalogda ürün arar. Yalnızca satılabilir varyantları, güncel fiyat ve stokla döndürür.",
"inputSchema": {
"type": "object",
"properties": {
"query": { "type": "string", "description": "Aranan ürün ya da özellik" },
"max_price": { "type": "number", "description": "TRY cinsinden üst fiyat" },
"size": { "type": "string", "description": "Beden, örneğin 42" },
"limit": { "type": "integer", "minimum": 1, "maximum": 20, "default": 10 }
},
"required": ["query"]
},
"annotations": { "readOnlyHint": true, "openWorldHint": false }
}
```

Sepet ya da sipariş oluşturan araçlarda `readOnlyHint` kullanılmaz; bu araçlar kullanıcı yetkisi, idempotency anahtarı ve açık onay gerektirecek şekilde tasarlanır.

## Agentic commerce sözlüğü

Bu sözlük rehberde geçen temel terimleri kısa tanımlarla verir. Daha geniş bir terim listesi için [agentic SI ve agentic commerce terimler sözlüğüne](https://www.webtures.com/tr/insights/agentic-si-ve-agentic-commerce-terimler-sozlugu/) bakabilirsiniz.

| Terim | Tanım |
| --- | --- |
| A2A (Agent2Agent) | Farklı çerçevelerle kurulmuş ajanların birbirini keşfetmesini, görev devretmesini ve sonuç paylaşmasını sağlayan açık protokol. Ajanlar yeteneklerini Agent Card ile duyurur. |
| ACP (Agentic Commerce Protocol) | Ajan ile satıcı arasındaki checkout akışını standartlaştıran açık protokol; OpenAI ve Stripe tarafından geliştirildi. |
| Agent gateway | Protokol adaptörlerini, yetkilendirmeyi, hız sınırını ve istek doğrulamasını ticaret çekirdeğinden ayıran mimari katman. |
| Agent-ready | Bir işletmenin dijital varlıklarının SI ajanları tarafından bulunabilir, anlaşılabilir, güvenilir ve işlem yapılabilir olması. |
| AP2 (Agent Payments Protocol) | Kullanıcının ödeme yetkisini imzalı, doğrulanabilir kimlik bilgileriyle (mandate) kanıtlayan protokol. |
| Getirilme (retrieval) | Bir SI sisteminin yanıt üretmeden önce web’den ya da bir veri kaynağından içerik çekmesi. |
| İdempotency | Aynı isteğin birden fazla kez gönderilmesinin tek bir sonuç üretmesi; çift siparişi önler. |
| llms.txt | Sitenin önemli sayfalarını dil modelleri için Markdown biçiminde özetleyen öneri dosyası; resmî bir standart ya da sıralama sinyali değildir. |
| Mandate | AP2’de kullanıcının niyetini ve ödeme yetkisini kanıtlayan, imzalı dijital kimlik bilgisi. |
| MCP (Model Context Protocol) | SI uygulamalarının dış araçlara ve verilere standart bir arayüzle bağlanmasını sağlayan açık protokol. |
| Merchant of record (kayıtlı satıcı) | Satışın hukuki tarafı olan, ödemeyi alan, faturayı kesen ve iadeden sorumlu olan satıcı. |
| PIM | Ürün bilgi yönetimi sistemi; ürün verisinin tek doğruluk kaynağı. |
| UCP (Universal Commerce Protocol) | Keşiften sipariş sonrasına kadar alışveriş yolculuğunu ortak bir dille tanımlayan, Google öncülüğündeki açık protokol. |
| Web Bot Auth | Botların ve ajanların HTTP isteklerini kriptografik olarak imzalamasını sağlayan IETF taslak yaklaşımı. |
| x402 | HTTP 402 “Payment Required” durum kodunu kullanarak API ve içerik erişimini anlık ödemeye bağlayan açık protokol. |

## Agentic commerce hakkında sık sorulan sorular

### Agent-ready olmak ne demek?

Agent-ready olmak, bir markanın ürünlerinin, fiyatlarının ve politikalarının SI ajanları tarafından bulunabilir, doğru anlaşılabilir, güvenilir ve işlem yapılabilir olması demektir. Bu tek bir dosya ya da protokol değil; erişim politikası, tutarlı ürün verisi, ajanlara açık araçlar, kimlik ve yetki, ödeme, performans, ölçüm ve yönetişimden oluşan bir işletim modelidir.

### Agentic commerce için ilk adım nedir?

İlk adım protokol entegrasyonu değil, ürün verisinin tutarlılığıdır. En çok satan ürünlerde sayfa, yapılandırılmış veri ve feed aynı fiyatı, stoku, kargo süresini ve iade koşulunu söylemelidir. Ardından erişim politikası yazılır, SI tarayıcılarının loglarda başarılı yanıt aldığı doğrulanır ve SI kaynaklı trafik analitikte ayrı bir kanalda ölçülmeye başlanır.

### ACP mi UCP mi seçmeliyim?

Seçim dağıtım hedefinize bağlıdır. ChatGPT ve Stripe ekosistemi hedefse ACP, Google AI Mode ve Gemini hedefse UCP doğal adaydır. En sağlam yaklaşım ikisinden birini seçmek değil, protokolden bağımsız bir iç checkout servisi kurup ACP ve UCP’yi bu servise adaptörle bağlamaktır. Böylece yeni bir kanal eklemek checkout mantığını yeniden yazmayı gerektirmez.

### llms.txt gerekli mi?

llms.txt zorunlu değildir ve Google Search onu kullanmadığını açıkça belirtir. Yine de birden fazla SI motoru ve ajan için önemli sayfaları hızlı bulunur kılan düşük maliyetli bir hijyen adımı olarak eklenebilir. Ürün verisi, feed kalitesi, sunucu tarafı render ve sayfa hızı her zaman llms.txt’den önce gelir.

### Türkiye’de ChatGPT ya da Google üzerinden ajanla satış yapılabilir mi?

20 Ekim 2026 itibarıyla ChatGPT Instant Checkout, Google’ın UCP tabanlı checkout’u ve Copilot Checkout’un resmî kapsamında Türkiye yer almıyor. Türk markaları bu yüzeylerde keşif ve yönlendirme yoluyla görünür olabilir ve satışı kendi sitelerinde tamamlayabilir. İhracat yapan markalar ise ABD gibi desteklenen pazarlarda bu kanallara bugünden katılabilir.

### Ajanın verdiği hatalı bir siparişte sorumluluk kimdedir?

Protokoller satıcının kayıtlı satıcı olarak kalmasını öngörür; tüketici hukuku açısından satış satıcı ile tüketici arasında bir mesafeli satıştır. Ajanın yanlış ürün seçmesi ya da kullanıcının talimatı inkâr etmesi durumunda sorumluluğun ajan sağlayıcısı, ödeme zinciri ve satıcı arasında nasıl paylaşılacağı büyük ölçüde sözleşmelere ve kart ağı kurallarına bağlıdır. Bu nedenle her ajan kanalı için yazılı sözleşme maddeleri ve değiştirilemez bir denetim kaydı gerekir.

### Ajan trafiği analitikte neden görünmüyor?

Ajanlar ve SI tarayıcıları sayfayı çoğunlukla analitik etiketlerini çalıştırmadan okur; bu istekler yalnızca sunucu ve CDN loglarında görünür. Kullanıcı SI yanıtından tıkladığında ise uygulama içi tarayıcılar ve kopyalanan bağlantılar yönlendiren bilgisini kaybedebilir. Çözüm, log sınıflandırması, SI yüzeyleri için ayrı kanal tanımı ve sipariş kaynağı alanının birlikte kullanılmasıdır.

### SI tarayıcılarını ve ajanları engellemeli miyim?

Tek bir kuralla engellemek ya da açmak doğru değildir. Arama ve kullanıcı adına çalışan ajanları engellemek, SI yanıtlarında yer almamak ve satış kaybetmek demektir. Model eğitimi amaçlı tarama ise iş stratejisine göre ayrı karar verilmesi gereken bir konudur. Ürün ve politika sayfalarını açık, checkout ve hesap sayfalarını yetkili oturumlara bağlı, iç sayfaları kapalı tutan kategori bazlı bir politika önerilir.

### Agentic commerce hazırlığı ne kadar sürer?

Süre başlangıç seviyesine ve ekip kapasitesine bağlıdır. Rehberdeki 12 aylık yol haritası, temel veri ve görünürlük çalışmasını ilk üç aya, yönlendirme ve ilk kanalı üç ila altıncı aya, işlem yapılabilirliği altı ila dokuzuncu aya, ölçek ve yönetişimi son çeyreğe yerleştirir. Sıra, süreden daha önemlidir: temel veri düzeltilmeden checkout katmanına geçilmemelidir.

### Markamın agent-ready seviyesini nasıl ölçerim?

Seviye beyanla değil gözlemle ölçülür: ürün sayfalarını JavaScript kapalıyken incelemek, sayfa, feed ve yapılandırılmış veri tutarlılığını karşılaştırmak, logları taramak, sabit bir soru setiyle SI yanıtlarını kaydetmek ve uçtan uca işlem testi yapmak. Hızlı bir başlangıç için Webtures’un ücretsiz SI Agent Readiness taraması erişim, yapılandırılmış veri ve makine okunabilirliği sinyallerini tek raporda toplar.

## Kaynakça ve sonraki adım

Rehberdeki tarih ve rakamlar 20 Ekim 2026 itibarıyla aşağıdaki birincil kaynaklardan kontrol edildi. Protokol spesifikasyonları sık güncellendiği için entegrasyon öncesinde güncel sürümü kaynağından okuyun.

**Protokoller:** [Agentic Commerce Protocol](https://www.agenticcommerce.dev/), [ACP spesifikasyon deposu](https://github.com/agentic-commerce-protocol/agentic-commerce-protocol), [OpenAI commerce belgeleri](https://developers.openai.com/commerce), [Universal Commerce Protocol](https://ucp.dev/), [Agent Payments Protocol (AP2)](https://ap2-protocol.org/), [MCP sürümleri](https://modelcontextprotocol.io/specification/versioning), [MCP Apps](https://blog.modelcontextprotocol.io/posts/2026-01-26-mcp-apps/), [MCP ve Agentic AI Foundation](https://blog.modelcontextprotocol.io/posts/2025-12-09-mcp-joins-agentic-ai-foundation/), [A2A, Linux Foundation](https://www.linuxfoundation.org/press/linux-foundation-launches-the-agent2agent-protocol-project-to-enable-secure-intelligent-communication-between-ai-agents), [x402 Foundation, Linux Foundation](https://www.linuxfoundation.org/press/linux-foundation-is-launching-the-x402-foundation-and-welcoming-the-contribution-of-the-x402-protocol), [Cloudflare x402](https://blog.cloudflare.com/x402/).

**Google:** [UCP duyurusu (11 Ocak 2026)](https://blog.google/products/ads-commerce/agentic-commerce-ai-tools-protocol-retailers-platforms/), [UCP güncellemeleri (19 Mart 2026)](https://blog.google/products-and-platforms/products/shopping/ucp-updates/), [Universal Cart (19 Mayıs 2026)](https://blog.google/products-and-platforms/products/shopping/google-shopping-cart/), [Merchant Center UCP checkout uygunluğu](https://support.google.com/merchants/answer/16837055), [AP2 duyurusu](https://cloud.google.com/blog/products/ai-machine-learning/announcing-agents-to-payments-ap2-protocol), [AP2 ve FIDO Alliance](https://blog.google/products-and-platforms/platforms/google-pay/agent-payments-protocol-fido-alliance/), [Google Search SI optimizasyon rehberi](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide), [Lighthouse agentic browsing](https://developer.chrome.com/docs/lighthouse/agentic-browsing/scoring).

**OpenAI, Stripe, Microsoft, Shopify, Amazon, Perplexity:** [Instant Checkout duyurusu](https://openai.com/index/buy-it-in-chatgpt/), [ChatGPT’de ürün keşfi (24 Mart 2026)](https://openai.com/index/powering-product-discovery-in-chatgpt/), [Stripe ACP duyurusu](https://stripe.com/blog/developing-an-open-standard-for-agentic-commerce), [Stripe Shared Payment Tokens](https://docs.stripe.com/agentic-commerce/concepts/shared-payment-tokens), [Stripe Agentic Commerce Suite](https://stripe.com/newsroom/news/agentic-commerce-suite), [Microsoft Copilot Checkout ve Brand Agents](https://about.ads.microsoft.com/en/blog/post/january-2026/conversations-that-convert-copilot-checkout-and-brand-agents), [Shopify Agentic Storefronts](https://www.shopify.com/news/agentic-commerce-momentum), [Shopify yardım: Agentic Storefronts](https://help.shopify.com/en/manual/online-sales-channels/agentic-storefronts), [Amazon Buy for Me](https://www.aboutamazon.com/news/retail/amazon-shopping-app-buy-for-me-brands), [Alexa for Shopping](https://www.aboutamazon.com/news/retail/alexa-for-shopping-ai-assistant), [Perplexity Shop like a Pro](https://www.perplexity.ai/hub/blog/shop-like-a-pro).

**Ödeme ağları:** [Visa Intelligent Commerce](https://usa.visa.com/about-visa/newsroom/press-releases.releaseId.21366.html), [Visa Trusted Agent Protocol](https://usa.visa.com/about-visa/newsroom/press-releases.releaseId.21716.html), [Visa Intelligent Commerce Connect](https://usa.visa.com/about-visa/newsroom/press-releases.releaseId.22276.html), [Visa ve OpenAI](https://usa.visa.com/about-visa/newsroom/press-releases.releaseId.22496.html), [Garanti BBVA ve Mastercard](https://www.mastercard.com/news/eemea/en/newsroom/press-releases/en/2026/march-2026/garanti-bbva-and-mastercard-set-the-stage-for-the-era-of-agentic-commerce-with-first-end-to-end-agentic-commerce-transaction-in-turkiye/).

**Erişim ve kimlik:** [Cloudflare Content Signals Policy](https://blog.cloudflare.com/content-signals-policy/), [Cloudflare Search, Agent ve Training seçenekleri](https://blog.cloudflare.com/content-independence-day-ai-options/), [Cloudflare karma kullanımlı tarayıcılar](https://blog.cloudflare.com/accountable-mixed-use-ai-crawlers/), [Web Bot Auth](https://blog.cloudflare.com/web-bot-auth/), [Doğrulanmış botlarda kriptografik imza](https://blog.cloudflare.com/verified-bots-with-cryptography/).

**Pazar verileri:** [Adobe, 2025 tatil sezonu](https://news.adobe.com/news/2026/01/adobe-holiday-shopping-season), [Adobe, SI trafiği ve makine okunabilirlik (16 Nisan 2026)](https://business.adobe.com/blog/ai-traffic-surge-retail-sites-not-machine-readable), [HUMAN Security, ajan trafiği istatistikleri](https://www.humansecurity.com/learn/blog/ai-agent-statistics-agentic-commerce/), [Checkout.com, Agentic Commerce 2026](https://www.checkout.com/guides-and-reports/agentic-commerce-2026).

**Düzenleme:** [AB Yapay Zekâ Tüzüğü, Tüzük (AB) 2024/1689](https://eur-lex.europa.eu/eli/reg/2024/1689/oj); m.50(2) için piyasadaki sistemlere tanınan 2 Aralık 2026 geçişi Tüzük (AB) 2026/1744 ile getirildi.

**İlgili yazılar**

Konuyu derinleştirmek için [agentic commerce protokol haritası](https://www.webtures.com/tr/insights/agentic-commerce-protokol-haritasi-mcp-a2a-acp-ucp-ve-ap2-ne-ise-yariyor/), [satıcı tarafında agentic commerce](https://www.webtures.com/tr/insights/satici-tarafinda-agentic-commerce/), [agentic commerce hazırlık raporu](https://www.webtures.com/tr/insights/agentic-commerce-hazirlik-raporu/) ve [agent-native dönüşüm](https://www.webtures.com/tr/insights/agent-native-donusum-agentic-commerce-rehberi-2026/) yazılarına bakabilirsiniz.

**Agent-ready seviyenizi birlikte değerlendirelim.**

Markanızın SI ajanları karşısındaki durumunu görmek için ücretsiz [SI Agent Readiness taramasını](https://www.webtures.com/tr/si-agent-readiness/) çalıştırın; keşiften checkout’a uzanan hazırlık programı için [agentic commerce hazırlığı hizmetimizi](https://www.webtures.com/tr/agentic-commerce-readiness/) inceleyin ya da [ekibimizle görüşme planlayın](https://www.webtures.com/tr/iletisim/).