İade ve Kargo İşaretlemesi: MerchantReturnPolicy Rehberi

Kısa cevap: iade koşullarını sayfada insanların okuyacağı biçimde yazın, ardından aynı koşulları MerchantReturnPolicy ile, kargo koşullarını da OfferShippingDetails ile işaretleyin. Standart politikanızı tek bir iade sayfasında Organization altına, istisnaları ürünün Offer bilgisine koyun. İşaretleme sayfada görünen metinle birebir uyuşmalı; Merchant Center veya Search Console'da girdiğiniz ayarlar sayfa işaretlemesinin önüne geçer. Google zengin sonucun görüneceğini garanti etmez, bu yüzden amaç bir görünüm kazanmak değil, makinelerin de insanlar kadar doğru okuyabileceği net bir politika yayınlamaktır.

Bu rehber e-ticaret sahibi, geliştirici ve katalog yöneticisi için yazıldı. Önce hangi bilgilerin işaretlendiğini, sonra site geneli ile ürün bazlı uygulamanın farkını, ardından kargo ve teslim süresi alanlarını anlatır. Sonunda sayfa içeriğiyle uyumu, doğrulama adımlarını, sık hataları ve bir kontrol listesini bulacaksınız. Fiyat ve stok alanlarını anlatan ürün schema işaretlemesi rehberi bu yazının komşusudur; burada yalnızca iade ve kargo katmanına odaklanıyoruz. Merchant Center ürün besleme (feed) hataları ayrı bir konudur: orada veri beslemesinden, burada sayfadaki işaretlemeden söz ediyoruz.

Hangi Bilgi İşaretlenir: İade Süresi, Ücret ve Yöntem

İade politikası işaretlemesi, müşterinin satın alma kararından önce sorduğu soruların cevabını makine okunur hale getirir. Kaç gün içinde iade edebilirim? Kargo ücretini kim öder? Mağazaya götürebilir miyim? Parayı mı geri alırım, mağaza kredisi mi? Google'ın MerchantReturnPolicy belgesi (yeni sekmede açılır) bu soruların her biri için standart bir alan tanımlar.

Zorunlu çekirdek: iki seçenek

Belgeye göre zorunlu bilgi iki yoldan biriyle verilir. Birinci yol, applicableCountry ve returnPolicyCategory alanlarını birlikte kullanmaktır. applicableCountry, politikanın geçerli olduğu ülkeleri iki harfli ISO 3166-1 alpha-2 kodlarıyla belirtir ve en fazla 50 ülke girilebilir. returnPolicyCategory üç değerden birini alır: sınırlı iade süresi (MerchantReturnFiniteReturnWindow), iade kabul edilmiyor (MerchantReturnNotPermitted) veya süresiz iade (MerchantReturnUnlimitedWindow). Sınırlı süre seçildiyse merchantReturnDays da zorunlu hale gelir.

İkinci yol, yalnızca merchantReturnLink vermektir. Bu alan, iade politikasını anlatan bir sayfanın adresidir; sayfa sizin olabileceği gibi iadeleri yöneten üçüncü taraf bir hizmetin sayfası da olabilir. İkinci yol daha az ayrıntı taşır. Müşteriye ve arama sistemine "süre şu, ücret şu" diyebilmek istiyorsanız birinci yolu seçmeniz gerekir.

Önerilen alanlar: koşulların asıl içeriği

Süre ve ücret ayrıntıları önerilen alanlarda yer alır. Belgedeki alanları kısaca şöyle özetleyebiliriz:

Belge ayrıca müşteri vazgeçmesi (customer remorse) ile ürün kusuru (item defect) için ücret, etiket kaynağı ve kargo bedeli alanlarını ayrı ayrı tanımlar. Yani "cayma için ücret müşteriye ait, kusurlu üründe ücretsiz iade" gibi iki katmanlı bir politikayı doğru ifade edebilirsiniz.

Mantık kuralları: hangi alan hangisini gerektirir

Alanlar arasındaki bağımlılıklar hata üreten yerdir. returnFees FreeReturn veya ReturnFeesCustomerResponsibility olduğunda returnShippingFeesAmount verilmez. ReturnShippingFees seçildiyse tutar verilmek zorundadır ve sıfır olamaz. Yani "ücretsiz iade" demek istiyorsanız tutarı sıfır yazmak yerine FreeReturn değerini kullanın. Benzer biçimde sınırlı süre seçip merchantReturnDays vermezseniz politika eksik sayılır.

Mevsimsel istisnalar

Belgede returnPolicySeasonalOverride adlı bir alan da vardır. Yılbaşı alışverişi için iade süresini uzatan mağazalar bunu kullanabilir: geçersiz kılma kendi kategorisini, gerekiyorsa gün sayısını ve başlangıç ile bitiş tarihini taşır. Belgedeki tam örnekte bitiş tarihi başlangıçtan önce görünüyor; bu büyük olasılıkla bir yazım hatasıdır. Siz kendi tarihlerinizi girerken bitişin başlangıçtan sonra olduğunu mutlaka kontrol edin.

Karar kuralı: hangi bilgiyi hiç işaretlemeyin

Karar kuralı basit: sayfada yazmayan bir koşulu işaretlemeyin. Örneğin mağazanız "ürün açılmamışsa iade" diyorsa itemCondition için NewCondition anlamlıdır; ama kuralı sayfaya yazmadan işaretlemeye eklemek, görünür metinle uyumsuz veri üretir. Belge, sayfadaki içerikle uyuşmayan işaretlemenin sözdizimi doğru olsa bile uygunsuz sayılabileceğini açıkça söyler. Bu konuya doğrulama bölümünde döneceğiz.

Site Geneli mi, Ürün Bazlı mı: İki Uygulama Yolu

Çoğu mağazada iade politikası ürünlerin büyük kısmı için aynıdır; küçük bir kısmı için (kişiye özel ürün, iç giyim, dijital kod) farklıdır. Google'ın belgesi bu gerçeği iki katmanla karşılar.

Organization katmanı: standart politika

Standart politikanızı Organization altında hasMerchantReturnPolicy ile verirsiniz. Belgenin önerisi, bu işaretlemeyi her sayfaya değil, iade politikanızı anlatan tek bir sayfaya koymaktır. Mantığı şudur: politika bir kurumsal bilgidir, ürün sayfası yüzlerce kez tekrarlamamalıdır. Yapılandırılmış verinin Organization ve Breadcrumb gibi temel türlerini genel çerçevede toplayan JSON-LD rehberi bu katmanın nasıl kurulacağını tamamlar.

Offer katmanı: ürün bazlı istisna

Ürünün Offer bilgisine yerleştirilen hasMerchantReturnPolicy, standart politikadan ayrılan ürünler içindir. Merchant listing belgesine (yeni sekmede açılır) göre ürün düzeyindeki iade politikası, kurum düzeyindeki alanların bir alt kümesini destekler. Zorunlu olanlar applicableCountry ve returnPolicyCategory'dir; önerilenler merchantReturnDays, returnFees, returnMethod ve gerektiğinde returnShippingFeesAmount'tur. Kurumsal politikayı başka bir sayfadan referans vermek isterseniz yalnızca @id anahtarıyla işaret edebilirsiniz; bu, politikayı iki yerde ayrı ayrı yazıp zamanla birbirinden koparmanızı önler.

Hangisi önce gelir: öncelik sırası

Aynı ürün için birden fazla kaynak varsa Google'ın belgesi güçlüden zayıfa şu sırayı verir: Content API for Shopping iade ayarları, Merchant Center veya Search Console ayarları, ürün düzeyindeki merchant listing işaretlemesi, en sonda kurum düzeyindeki işaretleme. Belge ayrıca Search Console ayarlarının sayfa içi işaretlemeyi geçersiz kıldığını belirtir.

Kararı ne belirler

Dört soru yeterlidir:

1. Politikanız ürünlerin neredeyse tamamında aynı mı? Evet ise yalnızca Organization katmanını kurun.
2. İstisnalı ürün grubu var mı? Varsa yalnızca bu ürünlere Offer düzeyinde politika ekleyin.
3. Merchant Center veya Search Console'da iade ayarı girdiniz mi? Girdiyseniz işaretlemenizin o ayarla aynı şeyi söylediğinden emin olun, çünkü kazanan ayar odur.
4. Politikayı yöneten bir üçüncü taraf var mı? Varsa merchantReturnLink yolunu, ya da kendi sayfanızdaki özet ile bu bağlantıyı birlikte düşünün.

Örnek senaryo: üç farklı ürün grubu

Örnek senaryo: bir mağaza ürünlerinin çoğunda teslimattan sonra sınırlı bir süre içinde, kargo ücretini müşterinin ödediği posta yoluyla iadeyi kabul ediyor. Kişiye özel baskılı ürünlerde iade kabul etmiyor. Hediye kartlarında farklı bir kural var. İlk kural Organization katmanında tek bir politika sayfasına yazılır. Kişiye özel ürünlerin Offer bilgisine "iade kabul edilmiyor" kategorisi eklenir. Hediye kartları için ayrı bir sayfa metni yazılır ve ürüne ayrı işaretleme verilir. Üç grup da sayfada okunabilir, işaretlemede ifade edilebilir ve tutarlıdır.

Kargo Bilgisi ve Teslim Süresi Alanları

Kargo, iade kadar karar verdiren bir bilgidir. Merchant listing belgesi bunu Offer içinde shippingDetails alanıyla ve OfferShippingDetails türüyle işaretletir. Burada da kurum düzeyi öneri aynıdır: belge, küresel bir kargo politikasını Organization işaretlemesi altında vermenizi önerir; ürün düzeyindeki kargo bilgisi yalnızca belirli ürünler için istisna tanımlamaya yarar.

OfferShippingDetails alanları

Süre değerleri nasıl yazılır

handlingTime ve transitTime bir QuantitativeValue'dur. Belgeye göre minValue ve maxValue negatif olmayan tam sayılar olmalı ve ikisi de verilmelidir; birim kodu (unitCode) DAY veya d olmalıdır. Yani "2 ile 4 iş günü" gibi bir ifade, işaretlemede gün cinsinden bir aralığa çevrilir. Alan iş günü ile takvim günü ayrımı yapmaz; sayfada hangisini kastettiğinizi açıkça yazın, işaretlemeyle çelişen bir ifade bırakmayın.

Bölge ayrıntısı

DefinedRegion içinde ülkeden daha dar bir bölge belirtmek isterseniz belgeye göre addressRegion (ISO 3166-2 alt bölge kodu; ABD, Avustralya ve Japonya için desteklenir) veya postalCode (Avustralya, Kanada ve ABD için desteklenir) kullanılabilir, ancak ikisi birlikte kullanılmaz. Belgede Türkiye için il ya da posta kodu düzeyinde bir destek ifadesi yer almaz. Türkiye'ye ya da başka bir ülkeye genel kargo koşulu veriyorsanız ülke düzeyinde kalın.

Ücretsiz kargo ve bölgeye bağlı koşul

Belgedeki örneklerden biri, yalnızca bir bölge için ücretsiz kargoyu gösterir: shippingRate değeri 0 yapılır, shippingDestination o bölgeyle sınırlandırılır. Başka bölgeler için ayrı bir OfferShippingDetails eklenir. Koşulunuz "belirli tutarın üstü ücretsiz" ise belgedeki alan listesinde buna ayrılmış bir alan yer almaz; bu tür koşulu sayfada açıkça yazın ve işaretlemede olduğundan fazlasını iddia etmeyin.

Küresel kargo politikasına referans

Ürün düzeyinde kargo ayrıntısını yeniden yazmak istemiyorsanız OfferShippingDetails altında yalnızca hasShippingService alanını ve başka sayfadaki politikanın @id değerini kullanabilirsiniz. Bu desen, yüzlerce ürün sayfasında aynı kargo bilgisini tekrar etme yükünü kaldırır ve kargo koşulu değiştiğinde tek yerde güncelleme yapmanızı sağlar.

Kargo ve iade birlikte nasıl tutarlı kalır

İki politika birbirini tamamlar ama karıştırılmamalıdır. Kargo, siparişin müşteriye gidişini; iade, geri dönüşünü anlatır. Sık görülen tutarsızlık: ürün sayfasında "ücretsiz kargo" yazarken iade bölümünde "iade kargo ücreti müşteriye ait" yazmaktır. Bu çelişki değildir; ama sayfada iki ayrı cümleyle açıkça yazılmalı ve işaretlemede shippingRate ile returnFees ayrı alanlarda ifade edilmelidir. Aksi halde müşteri "ücretsiz" kelimesini iade için de geçerli sanır.

Sayfa İçeriğiyle Uyum ve Doğrulama

İşaretleme, görünür metnin makine okunur kopyasıdır. Kopya kaynağı aşarsa sorun çıkar.

Uyum ilkesi

Google'ın belgesi bu konuda açık: Rich Results Test her sorunu yakalayamaz; işaretleme sayfayla uyuşmuyorsa ya da içerik veya spam sorunu varsa veri, sözdizimi doğru olsa bile uygun sayılmayabilir. Manuel işlem uygulanırsa sayfanın yapılandırılmış verisi yok sayılır, sayfa sonuçlarda görünmeye devam edebilir. E-ticaret genel rehberi (yeni sekmede açılır) ise Organization işaretlemesinin tüm işletmenin iade politikalarını kapsayabileceğini söyler; sayfa metniyle işaretleme eşleşmesi konusunda ayrı bir ifade vermez. Dolayısıyla eşleşme, işaretleme genel ilkelerine ve iade belgesindeki uyarıya dayanan bir çalışma kuralıdır.

Doğrulama adımları

İade belgesindeki gereksinimlerden doğrudan türetilen bir sıra:

1. Genel yapılandırılmış veri yönergelerini ve Search Essentials'ı gözden geçirin. İade işaretlemesi onların üstüne eklenen bir katmandır.
2. Rich Results Test ile doğrulayın. Kritik hataları düzeltin.
3. URL Inspection aracıyla sayfaya Google'ın erişebildiğini doğrulayın. Sayfa robots.txt ile engellenmemeli, noindex taşımamalı ve oturum açma duvarının arkasında olmamalıdır.
4. Yeniden tarama ve dizinleme için zaman tanıyın. Belge bunu açıkça anar; site haritası göndermek Google'ı güncel tutmaya yardım eder.
5. Search Console ve Merchant Center ayarlarını kontrol edin. Bu ayarlar işaretlemeyi geçersiz kılar.

Arayüz etiketlerini kullanırken: Merchant Center ve Search Console menü adları arayüz diline göre farklı görünebilir. Arayüzü Türkçe kullanıyorsanız ilgili bölümü menü adıyla değil, belgedeki işleve göre arayın.

Yanlış beklenti: işaretleme tek başına sonuç getirmez

Belge Google'ın zengin sonuç göstermeyi garanti etmediğini yazar. Eksiksiz bir iade işaretlemesi, aramada belirli bir görünüm, sıralama veya tıklama vaadi değildir. Beklenti şu kadar olmalı: doğru, tutarlı ve erişilebilir bir politika Google'ın bu bilgiyi doğru anlamasına yardım eder. Belgelerde bu işaretlemenin sıralamaya etkisi hakkında bir ifade yok.

Sayfada neleri görünür bırakın

İşaretlediğiniz her alan için sayfada karşılık gelen bir cümle olmalı. Aşağıdaki eşleşme tablosu bir ürün ekibiyle çalışırken pratik bir referanstır:

İş akışı: kim neyi sahiplenir

İade ve kargo işaretlemesi tek kişinin işi değildir; en sık bozulduğu yer ekipler arasındaki boşluktur. Politikayı hukuk veya müşteri hizmetleri belirler, metni içerik ekibi yazar, işaretlemeyi geliştirici ekler, Merchant Center ayarını katalog yöneticisi tutar. Her rol kendi parçasını doğru yapsa bile, biri değişince ötekiler habersiz kalır. Bu yüzden iş akışına küçük ama zorunlu bir kural koyun: politika değişikliği talebi geldiğinde dört şey aynı değişiklik kaydında kapanır. Sayfa metni güncellenir, işaretleme güncellenir, Merchant Center ve Search Console ayarı gözden geçirilir ve doğrulama yeniden çalıştırılır.

Küçük mağazalarda bu roller tek kişide toplanır, bu da daha kolay değildir: kişi hangisini unuttuğunu fark etmez. Bu durumda bir sürüm notu tutmak yeter. Notta politikanın hangi gün hangi değere geçtiği, işaretlemenin hangi gün güncellendiği ve Rich Results Test sonucunun tarihi yazar. Bir ay sonra "neden iade süresi iki yerde farklı?" diye sorduğunuzda cevap bu nottadır.

Örnek senaryo: kampanya sonrası geri dönüş

Örnek senaryo: bir mağaza yılbaşı döneminde iade süresini mevsimsel geçersiz kılma alanıyla uzatıyor. Kampanya bitince sayfa metnindeki duyuru kaldırılıyor ama geçersiz kılma işaretlemede kalıyor. Sonuçta sayfada standart süre yazıyor, işaretlemede uzatılmış süre duruyor. Bu, işaretlemenin görünür metinle çelişmesinin tipik örneğidir. Önlem iki yönlüdür: geçersiz kılmaya her zaman bitiş tarihi verin ve kampanya takvimine "işaretlemeyi temizle" görevini ekleyin.

Örnek senaryo: üçüncü taraf iade hizmeti

Örnek senaryo: bir mağaza iadeleri kendi sayfasında değil, iade süreçlerini yöneten bir hizmetin sayfasında yürütüyor. Bu durumda merchantReturnLink yolu mümkündür, çünkü belge bağlantının üçüncü taraf bir hizmete ait olabileceğini söyler. Yine de mağazanın kendi sitesinde müşteriye süre, ücret ve yöntemi özetleyen kısa bir metin bulunmalıdır. Müşteri satın alma sayfasında "iade için başka bir siteye gidin" cümlesinden fazlasını arar; ayrıntıyı sayfada veren mağaza, işaretlemede de ayrıntıyı verebilen mağazadır.

Çoklu ülke satışında dikkat edilecekler

Birden fazla ülkeye satış yapıyorsanız applicableCountry alanı en fazla 50 ülkeyi destekler; ülkeye göre farklı koşullarınız varsa her koşul kümesi için ayrı politika kurmanız gerekir. returnPolicyCountry ise iadenin hangi ülkeye gönderileceğini söyler ve ürünün gönderildiği ülkeden farklı olabilir. Örneğin Türkiye'den gönderilen bir ürünün iadesi, ürünün geldiği başka bir depoya yönlendiriliyorsa bu alan o farkı ifade eder. Müşteri tarafında bunun karşılığı şudur: iade adresi ve ücreti sayfada ülke bazında okunabilir olmalı.

Sayfa yapısı: iade sayfasını nasıl kurarsınız

Standart politikayı işaretleyeceğiniz sayfa, hem insanlar hem makineler için en kolay okunan sayfa olmalıdır. Başlıklarla bölün: süre, ücret, yöntem, geri ödeme türü, istisnalar. Her başlığın altında tek ve net bir cevap verin. İstisnaları ayrı bir bölümde, ürün gruplarını adlarıyla sayın. Politikanın geçerlilik tarihini ve son güncelleme tarihini yazın. Sayfayı site menüsünden ve ürün sayfalarından bağlayın; dizinlenebilir olsun, oturum duvarının arkasında kalmasın. Bu yapı, işaretleme alanlarıyla satır satır eşleşir ve doğrulamayı kolaylaştırır.

Hata Örnekleri ve Kontrol Listesi

Sık yapılan hatalar

• Ücretsiz iadeyi sıfır tutarla yazmak. Doğrusu FreeReturn kullanmak ve tutar alanını hiç vermemektir.
• Sınırlı süre seçip gün sayısını atlamak. merchantReturnDays kategori sınırlı süre ise zorunludur.
• İşaretlemeyi sayfadaki metinden farklı yazmak. Örneğin sayfada 14 gün, işaretlemede 30 gün olması.
• Her ürün sayfasına aynı kurumsal politikayı kopyalamak. Belge tek bir iade sayfasını önerir.
• Merchant Center ayarını unutmak. Orada tanımlı bir ayar işaretlemenizi geçersiz kılar ve "neden değişmedi" sorusunun en sık cevabıdır.
• İade sayfasını engellemek. robots.txt, noindex veya oturum duvarı sayfanın okunmasını engeller.
• Kargo para birimini teklifle uyuşturmamak. Belge shippingRate para biriminin teklifin para birimiyle aynı olmasını ister.
• Mevsimsel tarihleri ters yazmak. Bitiş tarihi başlangıçtan önce olmamalı.
• Bölge kodunu desteklenmeyen ülkede kullanmak. addressRegion ve postalCode yalnızca belgede sayılan ülkeler için desteklenir.
• Tutar alanlarına para simgesi koymak. Belge, sayısal dizelerde para simgesi veya ayırıcı kullanılmamasını söyler.

Yayın öncesi kontrol listesi

1. İade ve kargo politikası sayfa metninde açık, tarihli ve tek anlamlı mı?
2. Organization altında tek iade politikası sayfası işaretlendi mi?
3. Kategori, gün sayısı ve ücret değerleri birbiriyle uyumlu mu?
4. İstisnalı ürünler Offer düzeyinde ayrıca işaretlendi mi?
5. shippingRate, shippingDestination ve deliveryTime her teklifte var mı?
6. Süre aralıkları tam sayı ve gün birimiyle mi?
7. Rich Results Test'te kritik hata kalmadı mı?
8. URL Inspection ile sayfaya erişim doğrulandı mı?
9. Merchant Center ve Search Console ayarları işaretlemeyle çelişmiyor mu?
10. Politika değişince hem metin hem işaretleme aynı sürümde güncelleniyor mu?

Sürdürme: politika değişince ne yapılır

En büyük risk kurulumdan sonra gelir. Kampanya dönemi geçince iade süresi kısaltılır, ama işaretlemedeki gün sayısı eski kalır. Çözüm, politikayı tek kaynaktan üretmektir: sayfa metni ve işaretleme aynı yapılandırma değerinden beslenmeli. Böylece biri değişince diğeri de değişir. Katalog yöneticisinin elinde şu üç şey bulunmalı: politikanın tek sayfalık yazılı sürümü, işaretlemenin kaynağı olan ayar ve son doğrulama tarihi.

Stok dışı ve kaldırılan ürünler

İade ve kargo işaretlemesi, ürün sayfası yaşadığı sürece geçerlidir. Ürün satıştan kalktığında sayfanın akıbeti ayrı bir karardır; bunun için tükenen ve kaldırılan ürün sayfaları rehberine bakın. Sayfa kalıcı olarak kaldırılıyorsa o sayfadaki Offer işaretlemesi de kalkar; kurumsal iade sayfası ise yerinde kalır.

Marka ve güven ilişkisi

Net bir iade ve kargo politikası, ürün aramalarında göz önündeki ilk güven sinyallerinden biridir. Markanızın dışarıdan nasıl anıldığı da güveni etkiler; e-ticaret markaları için bu konuyu tanıtım yazısı rehberinde ayrı ele alıyoruz. Bu iki katman birbirinin yerine geçmez: işaretleme sayfadaki politikayı tanımlar, dış anlatım ise markaya duyulan güveni destekler.

İlk iki hafta için uygulama planı

Sıfırdan başlıyorsanız işi küçük adımlara bölün. Önce envanter çıkarın: sitede iade ve kargo ile ilgili kaç farklı metin var, hangileri birbirinden farklı söylüyor? Sonra tek bir resmi politika metni belirleyin ve eski metinleri ona bağlayın ya da kaldırın. Üçüncü adımda Organization düzeyindeki iade işaretlemesini kurun ve doğrulayın. Dördüncü adımda istisnalı ürün gruplarını listeleyin; her grubun neden istisna olduğunu bir cümleyle yazın, çünkü sebebi yazılamayan istisna genellikle gereksizdir. Beşinci adımda kargo bilgisini önce en çok satan ürün grubunda deneyin, Rich Results Test ile doğrulayın ve sonra katalogun geri kalanına yayın. Son olarak Merchant Center ve Search Console ayarlarını işaretlemeyle karşılaştırın ve farkları kapatın.

Bu sıra iki şeyi önler. Birincisi, yarım kalmış bir kurulumun bir kısmı eski, bir kısmı yeni politikayı söylemesi. İkincisi, hata varsa bütün kataloğa değil yalnızca bir ürün grubuna yayılması. Bir sonraki bakım turunda yalnızca değişen politika değerlerini kontrol etmeniz yeterli olur.

İlgili rehberler: Müşteri Yorumları ve SEO: Toplama, Gösterme, İşaretleme Rehberi, Google İşletme Profili Doğrulama Sorunları: Video, Posta Kartı, Telefon, Google İşletme Profili Askıya Alındı: Nedenler, İtiraz ve Önleme.

Sonuç

İade ve kargo işaretlemesi üç ilkeye dayanır. Birincisi, sayfada yazan her koşulu aynı sayıyla ve aynı anlamla makineye de söylemek. İkincisi, standart politikayı tek bir yerde (Organization) tutup yalnızca istisnaları ürün düzeyinde işaretlemek. Üçüncüsü, Merchant Center ve Search Console ayarlarının işaretlemeyi geçersiz kıldığını bilerek tek doğruluk kaynağı kurmak. Doğrulama araçları sözdizimini görür, yanlış ya da güncel olmayan bir politikayı görmez; bu yüzden asıl kontrol insan tarafında kalır. Google belgelerindeki alan listeleri ve sınırlar değişebilir; uygulamadan önce güncel sayfaya bakın. Hiçbir işaretleme zengin sonuç ya da belirli bir sıralama garantisi vermez.

Politikanızı yayınladıktan sonra markanızın dış kaynaklarda tanınması da güveni destekler. İsterseniz Akua Adforce'taki backlink paketlerini inceleyebilirsiniz; kapsam ve koşullar ürün sayfasında listelenir.

Sık Sorulan Sorular

Hangi yapılandırılmış veri türü iade politikasını anlatır?

İade politikası MerchantReturnPolicy türüyle işaretlenir. Standart politikayı Organization altında hasMerchantReturnPolicy alanıyla, ürüne özel istisnayı ise Offer altında aynı alanla verirsiniz. Zorunlu çekirdek, applicableCountry ve returnPolicyCategory ikilisi ya da yalnızca merchantReturnLink alanıdır.

İade politikasını her ürün sayfasına mı eklemeliyim?

Hayır. Google'ın belgesi standart politikayı iade politikanızı anlatan tek bir sayfada Organization altında işaretlemenizi önerir. Ürün düzeyindeki Offer işaretlemesi yalnızca standarttan ayrılan ürünler içindir.

Ücretsiz iadeyi nasıl işaretlerim?

returnFees alanına FreeReturn değerini verin ve returnShippingFeesAmount alanını eklemeyin. Tutar alanı yalnızca ReturnShippingFees seçildiğinde gerekir ve sıfırdan büyük olmalıdır.

Merchant Center'daki iade ayarı ile sayfa işaretlemesi çelişirse hangisi geçerli olur?

Google'ın belgesine göre Merchant Center veya Search Console ayarları, ürün ve kurum düzeyindeki sayfa işaretlemesinin önüne geçer. Content API for Shopping iade ayarları ise listenin en başındadır. Üçünü aynı bilgiyi söyleyecek şekilde tutmak en güvenli yoldur.

Kargo süresi işaretlemede nasıl yazılır?

deliveryTime altında handlingTime ve transitTime verilir. İkisi de QuantitativeValue'dur: minValue ve maxValue negatif olmayan tam sayılar, unitCode ise DAY veya d olmalıdır. shippingRate ve shippingDestination ile birlikte kullanılır.

İşaretleme yaparsam aramada iade bilgisi mutlaka görünür mü?

Hayır. Google zengin sonuçların görüneceğini garanti etmez. İşaretleme sayfayla uyuşmazsa sözdizimi doğru olsa bile veri uygun sayılmayabilir. Sayfa metni ile işaretlemeyi birlikte güncel tutun.