Sitede genel iade şeması nasıl eklenir?

Sitede genel iade şeması, Organization içindeki hasMerchantReturnPolicy alanına MerchantReturnPolicy nesnesi eklenerek tanımlanır. Bu yöntem, aynı iade koşullarını paylaşan çok sayıda ürün sayfasında bilgiyi merkezi biçimde belirtir.

Google’ın Haziran 2026’da Organization seviyesinde genel iade politikası yapılandırılmış verisini desteklemesi, e-ticaret sitelerindeki tekrarları azaltır. Ancak şema, sitede gerçekten uygulanan iade koşullarını temsil etmelidir.

Genel iade politikası yapılandırılmış verisi nedir?

Genel iade politikası yapılandırılmış verisi, mağazanın iade koşullarını ürünlerden bağımsız biçimde açıklayan Schema.org işaretlemesidir. Politika, ürünün fiyatını veya stok durumunu değil, iade sürecinin nasıl işlediğini tanımlar.

Bu verinin merkezinde MerchantReturnPolicy tipi bulunur. Bu tip; iade süresi, iade yöntemi, ücret sorumluluğu, geri ödeme biçimi ve uygulanabilir ülke gibi alanları taşıyabilir.

Organization seviyesindeki kullanım, aynı kuralların birçok ürün için geçerli olduğu durumlarda işe yarar. Örneğin Türkiye’de satılan standart ürünlerin tamamı 14 gün içinde ücretsiz kargoyla iade ediliyorsa, bu politika merkezi biçimde tanımlanabilir.

Bu şema, sitedeki iade politikasının yerine geçmez. Kullanıcılar yine görünür bir iade politikası sayfasına erişebilmelidir. Yapılandırılmış veri yalnızca arama motorlarının bilgiyi makine tarafından işleyebilmesini kolaylaştırır.

Politika ürün bazında değişiyorsa genel şema tek başına yeterli değildir. Mobilyada farklı, elektronik üründe farklı veya kişiselleştirilmiş ürünlerde ayrı koşullar varsa istisnalar ayrıca modellenmelidir.

Yanlış: Her ürüne aynı iade süresini yazıp ürün bazındaki istisnaları gizlemek. Doğru: Genel kuralı Organization seviyesinde tanımlayıp, istisnaları ilgili ürün veya politika açıklamasında belirtmek.

Organization seviyesinde genel iade politikası nereye eklenir?

Genel iade politikası, sitenin kuruluşunu tanımlayan Organization JSON-LD nesnesine hasMerchantReturnPolicy özelliğiyle eklenir. Kod genellikle ana sayfanın veya kuruluş bilgisinin bulunduğu şablona yerleştirilir.

Bir e-ticaret sitesi, Organization nesnesini yalnızca ana sayfada kullanıyorsa politika kodunu da aynı sayfaya ekleyebilir. Organization işaretlemesi tüm sayfalarda ortak şablonla üretiliyorsa, aynı nesnenin tekrar tekrar basılmadığı kontrol edilmelidir.

Örnek yerleşim şu mantığa dayanır: Organization nesnesi şirketi tanımlar, hasMerchantReturnPolicy ise bu şirkete ait genel iade kurallarını bağlar. Politika, ayrı bir JSON-LD nesnesi olarak tanımlanabilir veya doğrudan Organization içine gömülebilir.

Google’ın önerdiği alan adları ile Schema.org sözlüğündeki alanları karıştırmamak gerekir. Kullanılacak özellik, Google’ın desteklediği MerchantReturnPolicy belgelerinde yer almalıdır. Desteklenmeyen alanlar arama görünümünde dikkate alınmayabilir.

Organization şeması, ürün sayfasına ait değildir. Ürün sayfasında ayrıca Product, Offer ve gerekiyorsa kargo bilgileri bulunabilir. Ürün varyantlarını nasıl modelleyeceğiniz için Ürün varyant şeması Google’da nasıl kurulur? rehberine bakabilirsiniz.

Genel politika kodunu yalnızca iade sayfasına eklemek, Organization seviyesindeki kapsamı daraltabilir. Buna karşılık aynı kodu her ürün için manuel kopyalamak bakım maliyetini artırır. En doğru uygulama, kodu merkezi tema veya sunucu şablonundan üretmektir.

MerchantReturnPolicy içinde hangi alanlar kullanılmalıdır?

MerchantReturnPolicy içinde önce politikanın uygulandığı ülke ve iade kategorisi belirtilmelidir. Türkiye için ülke değeri genellikle ISO 3166-1 alpha-2 kodu olan TR biçiminde yazılır.

returnPolicyCategory, politikanın türünü gösterir. Belirli gün sayısı olan politikalar için MerchantReturnFiniteReturnWindow kullanılır. İade kabul edilmeyen ürünlerde farklı, süresiz iade koşullarında farklı kategori seçilmelidir.

merchantReturnDays, sınırlı iade penceresinin gün sayısını belirtir. Bu alan yalnızca sitenizde gerçekten tanımlanmış bir süre varsa kullanılmalıdır. Süre; teslimat tarihi, sipariş tarihi veya başka bir başlangıç noktasına bağlıysa, kullanıcıya görünen metinle aynı yorum korunmalıdır.

returnMethod, ürünün nasıl iade edileceğini açıklar. Posta veya kargo ile iade için ReturnByMail, mağazaya teslim için ReturnInStore kullanılabilir. İki yöntem de geçerliyse desteklenen değerlerin birlikte kullanımını Google dokümanına göre doğrulayın.

returnFees, iade kargo ücretinin kime ait olduğunu gösterir. Ücretsiz iade, müşteri sorumluluğunda iade veya belirli bir kargo bedeli gibi seçenekler, sitenin gerçek uygulamasıyla eşleşmelidir.

refundType, geri ödemenin tam para iadesi, mağaza kredisi veya değişim şeklinde yapılıp yapılmadığını belirtir. Ürün kategorilerine göre farklı seçenekler varsa tek bir genel değer kullanmak yanıltıcı olur.

Genel iade şeması için JSON-LD kodu nasıl yazılır?

JSON-LD kodu, Organization nesnesi içinde hasMerchantReturnPolicy alanını kullanacak şekilde yazılır. Aşağıdaki örnek, Türkiye’de 14 günlük ve posta yoluyla yapılan genel iade politikasını gösterir.

<script type='application/ld+json'>
{
  '@context': 'https://schema.org',
  '@type': 'Organization',
  '@id': 'https://www.ornek-site.com/#organization',
  'name': 'Örnek Mağaza',
  'url': 'https://www.ornek-site.com/',
  'hasMerchantReturnPolicy': {
    '@type': 'MerchantReturnPolicy',
    'applicableCountry': 'TR',
    'returnPolicyCategory': 'https://schema.org/MerchantReturnFiniteReturnWindow',
    'merchantReturnDays': 14,
    'returnMethod': 'https://schema.org/ReturnByMail',
    'returnFees': 'https://schema.org/FreeReturn',
    'refundType': 'https://schema.org/FullRefund'
  }
}
</script>

Örnekteki alanlar, mağazanın gerçekten 14 gün içinde ücretsiz iade ve tam geri ödeme sunduğu varsayımıyla kullanılabilir. Sitenizdeki politika farklıysa değerler doğrudan değiştirilmelidir.

@id değeri, Organization nesnesinin sitedeki diğer şemalarla ilişkilendirilmesini sağlar. Aynı kuruluş için farklı sayfalarda farklı @id değerleri kullanmak, varlıkların tek bir kuruluş olarak eşleştirilmesini zorlaştırabilir.

Kodu CMS içinde manuel olarak her ürüne eklemek yerine tema dosyasına veya merkezi şema modülüne bağlamak daha güvenlidir. Politika güncellendiğinde tek bir kaynaktan değişiklik yapılması, eski değerlerin bazı ürünlerde kalmasını önler.

JSON-LD içine iade politikasının kullanıcıya görünmeyen, sitede bulunmayan bir koşulunu eklemeyin. Yapılandırılmış verideki 14 gün bilgisi, iade politikası metninde farklı yazıyorsa güven sorunu ve doğrulama problemi oluşabilir.

Genel politika ile ürün bazlı iade politikası arasındaki fark nedir?

Genel politika, aynı iade koşullarını paylaşan ürün gruplarını merkezi biçimde tanımlar. Ürün bazlı politika ise belirli bir ürünün veya teklifin farklı iade koşullarını açıklamak için kullanılır.

Örneğin mağazadaki standart tekstil ürünleri 14 gün içinde ücretsiz iade edilebilir. Kişiye özel baskılı ürünler ise iade edilemez. Bu durumda genel politika, bütün ürünler için iade varmış gibi yazılmamalıdır.

Genel şema, istisnasız ürün kataloğunda daha iyi çalışır. Kategori, satıcı, ülke, teslimat kanalı veya ürün niteliğine göre koşullar değişiyorsa veri modelini bölmek gerekir.

Ürün şemasında iade politikasını ayrıca göstermek, genel Organization politikasını otomatik olarak geçersiz kılmaz. Ancak iki katmanda çelişen süre, ücret veya geri ödeme biçimleri bulunmamalıdır.

Kargo bilgisi de iade politikasından farklı bir konudur. Ürünün müşteriye gönderim süresi ve teslimat ücreti için Google ürün şemasına kargo bilgisi nasıl eklenir? açıklamasındaki alanları kullanabilirsiniz.

Genel politika şu durumlarda işe yaramaz: ürünler farklı ülkelerde farklı kurallara tabiyse, bazı ürünler iade dışıysa veya satıcı pazaryeri modeliyle her mağaza kendi koşulunu belirliyorsa. Böyle durumlarda kapsam ve istisna ilişkileri açıkça modellenmelidir.

Birden fazla ülke ve iade kuralı nasıl tanımlanır?

Birden fazla ülkeye satış yapan sitelerde iade politikası ülke bazında ayrıştırılmalıdır. Türkiye’de geçerli bir kuralı Almanya, Birleşik Krallık veya başka bir ülke için otomatik olarak kullanmak doğru değildir.

Her ülkenin iade süresi, kargo ücreti, mağazaya teslim imkânı ve geri ödeme yöntemi farklı olabilir. Bu nedenle applicableCountry değerleri ile politika koşulları birlikte değerlendirilmelidir.

Örneğin Türkiye ve Almanya’da aynı süre uygulanıyorsa, desteklenen ülke gösterimi için Google’ın güncel dokümantasyonundaki dizi kullanımını kontrol edin. Aynı süre yalnızca gerçekten aynıysa birlikte tanımlanmalıdır.

Ülke bazlı farklılıklar yalnızca şemada bulunmamalıdır. Kullanıcı, ödeme ekranında ve iade politikası sayfasında kendi teslimat ülkesine ait koşulu görebilmelidir.

Döviz, vergi veya gümrük işlemleri iade ücretini etkiliyorsa, şema bu sürecin tamamını açıklamaz. Yapılandırılmış veri temel politikayı tanımlar; ayrıntılı istisnalar görünür metinle anlatılmalıdır.

Yerel mağazadan teslim veya mağazada iade seçeneği yalnızca belirli şehirlerde geçerliyse bunu tüm ülkeye uygulanan genel politika gibi göstermeyin. Mağaza bilgileri için Google’da yerel işletme şeması nasıl eklenir? rehberinden yararlanabilirsiniz.

Genel iade şeması Google’da nasıl test edilir?

Genel iade şeması, kod yayınlanmadan önce yapılandırılmış veri test araçlarında ve Google Search Console raporlarında kontrol edilmelidir. Test, yalnızca JSON sözdizimini değil, politika ile sayfa içeriği arasındaki uyumu da kapsamalıdır.

İlk adımda JSON-LD kodunu kopyalayıp yapılandırılmış veri test aracında doğrulayın. Eksik virgül, hatalı tırnak, yanlış URL veya desteklenmeyen alan adı gibi sözdizimi sorunları burada görülebilir.

İkinci adımda Google’ın zengin sonuçlar için kullandığı doğrulama ortamında uyarı ve hata mesajlarını inceleyin. Her uyarı görünürlüğü engellemeyebilir; fakat kritik alanlardaki hata, politikanın işlenmesini önleyebilir.

Üçüncü adımda canlı URL üzerinde kontrol yapın. Kaynak kodunda test ortamına ait alan adı, eski politika değeri veya iki farklı Organization nesnesi bulunmadığından emin olun.

1. İade politikası sayfasındaki gerçek koşulları listeleyin.
2. MerchantReturnPolicy alanlarını bu koşullarla eşleştirin.
3. JSON-LD söz dizimini test aracında doğrulayın.
4. Canlı sayfada tekil Organization ve politika ilişkisini kontrol edin.
5. Search Console’daki yapılandırılmış veri raporlarını düzenli izleyin.

Testin başarılı olması, Google’ın mutlaka zengin sonuç göstereceği anlamına gelmez. Arama görünümü; sayfanın içeriği, uygunluk koşulları ve Google’ın kendi değerlendirmelerine bağlıdır.

İade şeması eklerken hangi hatalardan kaçınılmalıdır?

En sık hata, sitede görünmeyen bir iade koşulunu yapılandırılmış veriye yazmaktır. Şemadaki alanlar, müşterinin okuyabildiği politika metniyle aynı olmalıdır.

İkinci hata, iade süresinin başlangıcını yanlış yorumlamaktır. merchantReturnDays değeri 14 ise, bu sürenin siparişten mi, teslimattan mı başladığı politika metninde açıkça belirtilmelidir.

Üçüncü hata, ücretsiz iade seçeneğini tüm ürünlere uygulamaktır. Ücretsiz kargo yalnızca belirli kampanyalarda, üyeliklerde veya ürün gruplarında geçerliyse genel politika bu durumu yansıtamaz.

Dördüncü hata, returnFees ile returnShippingFeesAmount alanlarını birbirine karıştırmaktır. Sabit ücret kullanılıyorsa para birimi ve miktar bilgisi, dokümantasyondaki biçime uygun verilmelidir.

Beşinci hata, eski politika kodunu önbellekte bırakmaktır. CDN, tema veya eklenti önbelleği nedeniyle kullanıcı güncel metni görürken Google eski JSON-LD kodunu okuyabilir.

• Organization nesnesinin tek bir @id değeri var mı?
• hasMerchantReturnPolicy doğru nesneye bağlandı mı?
• Ülke kodu satış yapılan ülkeyle eşleşiyor mu?
• İade günü, sitedeki metinle aynı mı?
• İade ücreti ve geri ödeme biçimi gerçek uygulamayı yansıtıyor mu?
• İade dışı ürünler genel politikanın dışında tutuldu mu?
• Canlı sayfada eski veya yinelenen JSON-LD kodu kaldı mı?

Şema hatalarını düzeltirken yeni alan eklemek yerine önce veri kaynağını netleştirin. Bir alanın ne anlama geldiğinden emin değilseniz, Google’ın güncel dokümantasyonundaki tanımı ve örnekleri esas alın.

Genel iade politikası yayınlandıktan sonra nasıl izlenir?

Yayın sonrası izleme, şemanın teknik olarak çalışıp çalışmadığını ve politika değişikliklerinin tüm sayfalara yansıyıp yansımadığını gösterir. Bu süreç tek seferlik kurulumla bitmez.

İade koşulları değiştiğinde önce politika metnini, ardından merkezi JSON-LD kaynağını güncelleyin. Değişiklik birden fazla ülkeyi veya kategori grubunu etkiliyorsa her kapsamı ayrı test edin.

Search Console raporlarında hata sayısındaki artışları tarih aralığıyla karşılaştırın. Ani artış, çoğunlukla tema değişikliği, eklenti güncellemesi, alan adı geçişi veya önbellek sorunuyla ilişkilidir.

Stok, fiyat ve kargo verileri güncellenirken iade şemasının yanlışlıkla silinmediğini de kontrol edin. Ürün veri akışı ile Organization şablonu farklı sistemlerden üretiliyorsa, sürüm değişikliklerini ayrı izlemek gerekir.

Çok sayıda ürün sayfası olan sitelerde örneklem yöntemi kullanabilirsiniz. Her kategori, ülke, satıcı ve ürün tipi için belirli URL’ler seçip ayda en az bir kez kodu ve görünür metni karşılaştırın.

Bu şema, teknik SEO çalışmalarının yalnızca bir parçasıdır. Kuruluş bilgilerini güçlendirmek için Google Business Profile Optimizasyonu: Haritalarda Öne Çıkma Rehberi ve yerel görünürlük çalışmaları ayrıca değerlendirilmelidir.

Sonuçları değerlendirirken yalnızca zengin sonuç görünümüne bakmayın. Politikanın doğru anlaşılması, arama motoru raporlarının temiz kalması ve kullanıcıya sunulan koşulların tutarlı olması birlikte izlenmelidir.