Ajanlar İçin E-ticaret İçeriği: Kategori, Ürün, Politika ve Yardım Sayfaları

Ajanlar için e-ticaret içeriği nedir?

Ajanlar için e-ticaret içeriği, bir mağazanın kategori, ürün, politika ve yardım sayfalarını hem insanın okuyacağı hem de yapay zeka ajanının ayrıştırıp işlem verisi olarak kullanacağı biçimde kurgulamaktır. Klasik içerik yönetimi tek okuyucu varsayardı: ilgisini çekmek, güvenini kazanmak, satın almaya yönlendirmek. 2026'da ikinci okuyucu geldi ve o okuyucu üslubu değil alanları görüyor. Kargo süresini paragraf içinde yazan mağaza, "ücretsiz kargo ve 30 gün iade olan X bul" gibi zaman ve koşul içeren sorgularda ajan tarafından hiç değerlendirilmiyor; aynı bilgiyi yapılandırılmış veri olarak yayımlayan mağaza değerlendiriliyor.

Bu yazı Ağustos 2024 tarihli e-ticaret içerik yönetim kılavuzunun ajan çağına göre yeniden yazılmış hâli. İçerik türleri (kategori, ürün, blog, sıkça sorulan sorular, yorumlar) yerinde duruyor; her tür için "ajan ne okur, neyi alıntılar, neyi işlem verisi olarak kullanır" katmanı eklendi. Webtures olarak tezimiz: e-ticaret içeriği artık iki katmanlıdır: insan için metin, ajan için veri; ikisi çelişirse ajan geri çekilir.

Ajan hangi içeriği neye göre okur?

Ajanın bir mağazadan aldığı içerik üç işe yarıyor: ürünü anlamak, markayı doğrulamak ve işlemi tamamlamak. İçerik türlerine göre karşılıkları şöyle:

Politika sayfaları bu tablonun en çok ihmal edilen satırı. İade ve kargo bilgisini yapılandırılmış veri olarak yayımlayan mağazalar, zamana ve koşula bağlı sorgularda değerlendirmeye giriyor; aynı bilgiyi yalnızca metin olarak yazanlar girmiyor. Sektör ölçümlerinde eksiksiz Product şeması taşıyan siteler, aynı ürünlerde asgari işaretleme yapan sitelere göre iki ila üç kat daha sık önerilen satıcı olarak alıntılanıyor.

Politika sayfaları neden ürün sayfasına taşınmalı?

Bir ajan "iki günde gelsin, iadesi kolay olsun" kısıtını karşılarken üç veriyi arıyor: teslim süresi, kargo ücreti, iade penceresi. Bu üçü çoğu mağazada alt bilgideki politika sayfasında, düz metin hâlinde duruyor. Ajan için orada olması yetmiyor; ürünle ilişkilendirilmiş olması gerekiyor. Pratikte üç adım:

• MerchantReturnPolicy: applicableCountry, returnPolicyCategory (süreli iade için MerchantReturnFiniteReturnWindow, süresiz için MerchantReturnUnlimitedWindow, iade yoksa MerchantReturnNotPermitted) ve merchantReturnDays alanları dolu olsun; ülke bazlı farklı politika varsa her ülke ayrı tanımlansın.
• OfferShippingDetails: Ülke, kargo ücreti, hazırlık süresi ve teslim aralığı. "Ücretsiz kargo" cümlesi değil, sıfır değerli kargo ücreti.
• Aynı veri feed'de: OpenAI ürün feed'inde accepts_returns, return_deadline_in_days, return_policy, shipping ve shipping_price; Merchant Center'da karşılık gelen kargo ve iade ayarları.

Ürün sayfasında görünen metin ile şemadaki değer birbirini tutmalı. "30 gün koşulsuz iade" yazan sayfa, şemada 14 gün diyorsa ajan çelişkiyi görür ve güveni düşürür. Bu, stok gerçeğinde anlattığımız kuralın politika tarafındaki karşılığı.

Bağlam dosyaları ne işe yarar?

İçerik yönetiminin yeni kalemleri llms.txt ve AGENTS.md gibi bağlam dosyaları. Bunlar bir sıralama taktiği değil; büyük tarayıcıların çoğu bu dosyaları atlayıp doğrudan HTML tarıyor. Yine de düşük maliyetli bir işletmeden ajana sinyal: markanın ne sattığı, hangi pazarlara gönderdiği, hangi sayfaların kanonik olduğu, iletişim ve iade yolu. Kural basit: kısa, elle yazılmış ve doğrulanmış olsun. Şişirilmiş, otomatik üretilmiş bir dosya ajan başarısını düşürüyor; kırk iyi satır, bin otomatik satırdan değerli. Ekibimizin protokol katmanı anlatımında bu dosyalar "kimlik bahsi" olarak konumlanıyor; yetenek bahsi ise WebMCP gibi araç kayıtlarıyla veriliyor.

Ajan için içerik yönetimi nasıl kurulur?

1. Her sayfa bir tanım cümlesiyle açılsın. Kategori, ürün, politika ve rehber sayfalarının ilk cümlesi bağlamsız okunduğunda anlamlı olsun; ajan pasaj düzeyinde alıntılıyor.
2. Metin ve şema tek kaynaktan üretilsin. İade süresi, kargo ücreti ve stok sayfada elle yazılıyorsa er geç şemadan ayrışır. CMS'te tek alan, iki çıktı.
3. Sıkça sorulan soruları ürün ve kategori sayfasına dağıtın. Tek bir dev SSS sayfası yerine, sorunun ait olduğu ürün ya da kategoride 3-5 soru; FAQPage ve feed'deki question_and_answer ile birlikte.
4. Blog içeriğini ürüne bağlayın. "Keten gömlek nasıl yıkanır" yazısı ilgili kategoriye ve ürüne link versin; ajan bilgi içeriğinden ürüne geçebilsin.
5. Görselden metne geçirin. Karşılaştırma tablosu, beden tablosu ve teknik föy görsele gömülüyse ajan için yoktur. HTML tablo ve alt metin şart.
6. Sunucu tarafında render edin. JavaScript ile yüklenen açıklama, yorum ya da politika metni ham HTML'de yoktur; ajanların çoğu JavaScript çalıştırmaz.
7. Çok dilli içerikte terminolojiyi hedef pazara göre yazın. Çeviri yetmez; kategori adı, beden sistemi, ölçü birimi ve iade süresi hedef pazarın normuyla verilsin.
8. İçerik envanterini düzenli denetleyin. Hangi sayfada hangi şema var, hangi politika sayfası ürünle ilişkilendirilmemiş, hangi kategori tanım cümlesiz? Ekibimizin değerlendirme setinde bu, ürün ve politika sayfalarında yapılandırılmış işaretleme sorusunun karşılığı.

En sık yapılan içerik hataları hangileri?

• Politikayı yalnızca alt bilgide tutmak. Ajan ürün sayfasından okuyamadığı iade süresini "belirsiz" sayar.
• Kategori sayfasını yalnızca ürün listesi yapmak. Tanım cümlesi ve filtre bağlamı olmayan kategori, fan-out sorgularında getirilmez.
• Aynı metni onlarca ürüne kopyalamak. Ajan ayırt edici öznitelik arıyor; kopya metin varyantları birbirinden ayırmaz.
• Anahtar kelime için yazılmış blog. Ürünle bağı olmayan, tanım cümlesi taşımayan içerik ne insana ne ajana yarar.
• Yorumları JavaScript ile yüklemek. En güçlü sosyal kanıt ham HTML'de görünmez.
• Şişirilmiş llms.txt. Otomatik üretilmiş uzun dosya, kısa ve dürüst dosyadan daha kötü sonuç veriyor.

Türkiye'den e-ihracat yapan markalar içeriği nasıl kurmalı?

Hazır altyapılarda içerik alanları genellikle Türkçe pazar için tasarlanmış; ihracat sayfalarında en sık gördüğümüz üç eksik şu: ülke bazlı teslim süresi ve kargo ücretinin şemada olmaması, iade politikasının yalnızca Türkçe metin olarak bulunması, beden ve ölçü sisteminin hedef pazara çevrilmemiş olması. Kendi ihracat matrisimizde B2C ağırlıklı pazarlarda (ABD, Birleşik Krallık, Körfez) odak zenginleştirilmiş ürün ve politika içeriği; B2B ağırlıklı pazarlarda (Almanya, Japonya) teknik doküman ve ürün bilgisi yönetimi. Körfez pazarlarında Arapça yapılandırılmış içerik neredeyse boş bir alan; politika ve ürün verisini hedef dilde makine okunur biçimde yayımlayan marka rakipsiz görünüyor.

İçerik katmanını ürün açıklaması ve kategori mimarisi yazılarıyla birlikte okuyun; protokollerin hangi katmanı çözdüğünü protokol uyumlu web rehberinde bulabilirsiniz. İçerik ve şema hazırlığınızı Agentic Commerce Hazırlığı taramasıyla ölçebilir, sayfalarınızın ajanlar tarafından nasıl okunduğunu Agent Experience ekibimizle denetleyebilirsiniz.