E-Ticarette İade Politikası Structured Data ile Google'a Nasıl Anlatılır?

Bir e-ticaret sitesinde ürünün fiyatını ve stok durumunu makine tarafından anlaşılabilir hale getiriyoruz. Peki iade süresi, ücretsiz iade, mağazadan iade ve ülke bazlı politika gibi bilgiler?

Birçok mağazada bunlar yalnızca uzun bir “İade ve Değişim Koşulları” metninin içinde bulunuyor.

MerchantReturnPolicy nedir?

MerchantReturnPolicy, mağazanın iade politikasını structured data içerisinde tanımlamak için kullanılan veri modelidir.

Neden yalnız iade sayfası yeterli olmayabilir?

“Teslim tarihinden itibaren 14 gün içerisinde ücretsiz olarak iade edebilirsiniz” cümlesi insan için anlaşılırdır. Makine açısından ise return window = 14 days, return fees = free, return method = mail gibi ayrı bilgiler vardır.

Structured data bu bilgiyi açık bir contract'a dönüştürür.

Hangi temel bilgiler yapılandırılabilir?

• applicableCountry
• returnPolicyCategory
• returnMethod
• returnFees
• returnShippingFeesAmount

applicableCountry nedir?

Politikanın hangi ülke için geçerli olduğunu belirtir. Uluslararası satış yapan bir mağazada tüm ülkelerde aynı return policy bulunmayabilir.

returnPolicyCategory nedir?

İade penceresinin tipini belirtir: belirli süreli iade, iade kabul edilmiyor veya sınırsız iade gibi.

returnMethod ne anlatır?

Müşterinin ürünü mail, mağaza veya kiosk üzerinden iade edip edemediğini belirtir.

Ücretsiz iade nasıl modellenir?

“İade ücretsizdir” ile “müşteri iade kargosunu öder” farklı ticari tekliflerdir. Structured data bunu açık biçimde ayırabilir.

Organization-level ve product-level policy farkı

Bir mağazanın genel iade politikası olabilir ancak bazı ürünler istisna olabilir. Örneğin genel mağaza politikası 30 günken kişiselleştirilmiş ürün iade edilemeyebilir.

Bu nedenle Global Return Policy → Product Override → Rendered Structured Data şeklinde inheritance mantığı kurulabilir.

İade politikası CMS'te düz metin olmamalı mı?

Sadece düz metin tutulursa storefront aynı bilgiyi farklı sistemlere aktarmak için tekrar parse etmek zorunda kalabilir.

Daha iyi veri modeli:

• return_window_days
• return_fee_type
• return_method
• countries

Bunun üzerinden kullanıcı metni, structured data, product feed, customer service ve AI agent cevabı üretilebilir.

Bu yaklaşım: Policy as data.

Policy as data neden AI commerce için önemli?

Kullanıcı gelecekte bir AI agent'a “30 gün ücretsiz iadesi olan siyah koşu ayakkabılarını bul” diyebilir. Agent'ın ürün özellikleri yanında merchant policy'lerini de değerlendirmesi gerekir.

Dolayısıyla iade politikası yalnız footer'daki legal page olmaktan çıkar; bir commerce attribute haline gelir.

Product page'deki metin ile Schema farklı olabilir mi?

Olmamalıdır. Structured data görünür commerce policy'nin makine tarafından okunabilir karşılığı olmalıdır.

Return policy için source of truth neresi olmalı?

Commerce Policy Service / CMS → Storefront → UI Text + Schema + Feed/API

Üç ayrı yerde manuel politika yazmak yerine tek canonical policy modeli kullanılmalıdır.

Uluslararası e-ticarette neden daha zor?

Policy ülke, market, product category, product type, seller, fulfillment method veya campaign'e göre değişebilir. Bu durumda policy resolver gerekir.

İade structured data checklist

• Genel return policy tanımlı mı?
• Return window yapılandırılmış veri mi?
• Applicable country doğru mu?
• Return method belirtilmiş mi?
• Return shipping ücretsiz mi?
• Ücret varsa doğru amount var mı?
• Product-specific exception var mı?
• UI'daki metin Schema ile aynı mı?
• Market değiştiğinde policy değişiyor mu?
• Product feed aynı policy ile tutarlı mı?
• Customer support aynı source of truth'u kullanıyor mu?

Return policy CRO açısından da önemli

İade kolaylığı satın alma riskini azaltabilir. Özellikle giyim, ayakkabı ve beden/uyum belirsizliği yüksek kategorilerde return policy ürün kararının bir parçasıdır.

Structured data yalnız görünür politikanın makine temsili olmalı

Tek policy source oluşturun:

ReturnPolicy
→ website content
→ structured data
→ feed
→ support system

Böylece kanallar aynı kuralı taşır.

Politika boyutları

• applicable country,
• return window,
• return method,
• return shipping fee,
• restocking fee,
• category exceptions,
• condition requirements.

Global vs product-specific policy

default: 30 days
category override: hygiene = non-returnable
country override: X = 14 days

Structured output bu inheritance modelinden üretilmelidir.

Policy engine ve content ayrımı

Policy engine eligibility hesaplar. Content kullanıcıya açıklar. Structured data makineye temsil eder.

Aynı bilgiyi üç yerde elle yazmak drift oluşturur.

Test

Her market için örnek ürün seçip görünür iade metni, structured data, checkout info ve support response karşılaştırılmalıdır.

AI commerce etkisi

Agent “bu ürün iade edilebilir mi?” diye sorduğunda structured policy state erişebilirse daha güvenilir sonuç üretir.

Bu nedenle return policy artık yalnız legal/content sayfası değil, commerce data contract olarak görülmelidir.

Policy değişiklikleri versionlanmalı

İade süresi 30 günden 14 güne düşerse eski sipariş hangi politikaya tabidir?

Order snapshot:

• policy version,
• purchase date,
• applicable market

saklanırsa support ve agent sistemleri doğru policy'yi uygulayabilir.

Bu, structured data'nın ötesinde gerçek operasyonel tutarlılık sağlar.

Sonuç

Modern e-ticarette iade politikası yalnız footer'da bulunan hukuki bir metin değildir. Hem müşterinin satın alma kararını hem arama motoru görünürlüğünü hem de AI tabanlı ürün discovery sistemlerini etkileyebilecek yapılandırılmış commerce verisidir.

Reliefers olarak teknik SEO'yu yalnız title, description ve sitemap optimizasyonu olarak değil; ürün, fiyat, stok, shipping ve return policy gibi gerçek commerce verisinin arama motorları ve yeni discovery kanalları tarafından doğru anlaşılmasını sağlayan bir data architecture problemi olarak ele alıyoruz.