Son Güncelleme: 16 dk okuma

Fiyat İşaretlemesi: Para Birimi ve İndirimli Fiyat

Fiyat İşaretlemesi: Para Birimi ve İndirimli Fiyat

Ürün sayfasında fiyat işaretlemesi, görünen fiyatın makine tarafından okunur karşılığıdır. Satıcı listesi deneyimi için fiyatın sıfırdan büyük olması, bir para birimi kodunun bulunması ve değerin sayfada görünen fiyatla uyuşması gerekir. İndirimli, üstü çizili ve üye fiyatı ayrı kurallarla işaretlenir. Birden çok para birimi satıyorsanız her para birimi için ayrı URL kullanılır. Pazaryerinde ürün sayfası hazırlıyor ya da bir katalogu yönetiyorsanız bu kurallar doğrudan sizin işinizdir. Örnekler bir deri cüzdan ilanı üzerinden ilerliyor.

Kuralların kaynağı Google Search Central satıcı listesi (merchant listing) belgesi (yeni sekmede açılır) ile ürün yapılandırılmış verisi belgesi (yeni sekmede açılır)dir. Belgelerdeki ayrıntılar değişebilir. Uygulamadan önce güncel sayfalara bakın.

Önce sayfanın ne sattığına karar verin

Google, ürün yapılandırılmış verisini iki deneyim için tarif eder. Ürün parçacıkları, ürünün doğrudan satın alınamadığı sayfalara uygundur. Satıcı listeleri ise müşterilerin ürünü sizden satın alabildiği sayfalar içindir. Fiyat kuralları bu ayrıma göre değişir. Satıcı listesi belgesinde açıkça yazıldığı gibi satıcı listesi deneyimleri sıfırdan büyük bir fiyat ister. Ürün parçacıklarında bu şart aranmaz.

Pazaryeri ilanında satın alma eylemi varsa sayfa satıcı listesi mantığıyla değerlendirilir. Yalnızca bilgi veren, satışın başka yerde yapıldığı bir sayfa ise parçacık mantığına yaklaşır. Hangisinde olduğunuzu anlamak için sayfadaki en belirgin eylemi düşünün: kullanıcı burada sepete ekleyip ödeme yapabiliyor mu? Cevap evetse fiyat işaretlemesini satıcı listesi şartlarına göre kurun.

Teklifi veren taraf kim?

Satıcı listesi belgesine göre ürünün teklifi bir Offer olmalıdır, çünkü satıcının satışı yapan taraf olması gerekir. Ürün parçacıkları Offer veya AggregateOffer kabul eder, satıcı listeleri yalnızca Offer ister. Uygulama önerisi: tek bir satıcının tek bir fiyatını gösteren ilan sayfasında Offer kullanın. Birden çok satıcının fiyat aralığını gösteren toplu sayfalarda aralık ifade eden alanları satıcı listesi sayfalarına taşımayın.

Satın alınabilir sayfa şartı

Belge, yalnızca müşterinin ürünü satın alabildiği sayfaların satıcı listesi deneyimleri için uygun olduğunu söyler. Kategori sayfasındaki ürün kartının fiyatı bu yüzden tek başına satıcı listesi işaretlemesi sayılmaz. Fiyat işaretlemesini ürünün kendi sayfasına yazın ve görünen fiyatın o sayfada da bulunduğundan emin olun.

Ürün parçacıklarında fiyatın kaynağı

Ürün yapılandırılmış verisi belgesi, sayfadaki yapılandırılmış veride fiyat yoksa ürün parçacıklarının Merchant Center feed içindeki fiyat bilgisini kullanabileceğini söyler. Bu cümle, feed ile sayfa fiyatının aynı olması gerektiğini hatırlatır. Fiyat iki kaynakta ayrı ayrı güncelleniyorsa eski değer her an öne çıkabilir.

Satıcı listesi için fiyat şartları

Belgeye göre Product türünde zorunlu alanlar name, image ve offers alanlarıdır. Offer türünde ise price (veya priceSpecification içindeki price) ile priceCurrency (veya priceSpecification içindeki priceCurrency) zorunludur. Diğer alanlar önerilen alanlardır. Tablo: fiyatla ilişkili Offer alanları.

AlanDurum (belgeye göre)Not
priceZorunlu (veya priceSpecification.price)Sıfırdan büyük olmalı
priceCurrencyZorunlu (veya priceSpecification.priceCurrency)Üç harfli ISO 4217 kodu
availabilityÖnerilenStok durumu ayrı bir işaretleme konusudur
priceValidUntilÖnerilenGeçmiş tarih, listelemenin görünmemesine yol açabilir
validFrom, validThroughÖnerilenTeklifin geçerlilik penceresi
urlÖnerilenTeklifin sayfa adresi

Sıfır fiyat ve fiyatı gösterilmeyen ilanlar

Satıcı listesi deneyimleri sıfırdan büyük fiyat gerektirdiği için fiyatı "teklif alın", "arayın" veya "ücretsiz" olan bir ilanda price değerine 0 yazmak çözüm olmaz. Sahte bir fiyat girmek de görünen içerikle işaretleme arasında uyuşmazlık yaratır. Belgelerde fiyatsız ilanların nasıl işaretleneceğine dair bir yönerge yok. Uygulama önerisi: fiyatı yalnızca teklifle belli olan ilanda Offer işaretlemesini eklemeyin ve ilanın satıcı listesi için uygun olmadığını kabul edin.

Para birimi kodu ve sayı biçimi

Fiyat tek başına anlam taşımaz, yanında para birimi gerekir. Belgede priceCurrency için "üç harfli ISO 4217 biçimi" şartı yazılıdır. Türk lirası için TRY, euro için EUR, ABD doları için USD bu biçime uyar. Simgeler (₺, €, $) kod yerine kullanılamaz.

Kod yazarken kontrol edilecekler

  • Üç harfli büyük harf kodu kullanın, simge veya kısaltma yazmayın.
  • Para birimini price değerinin içine eklemeyin, ayrı alana yazın.
  • Aynı Offer içinde tek para birimi bulundurun.
  • Sayfada görünen para birimi ile işaretlemedeki kodun aynı olduğunu doğrulayın.

Ondalık ve binlik ayırıcı

Satıcı listesi belgesi price için ayrıntılı bir ondalık kuralı yazmaz. Örneklerinde 119.99 gibi sayılar geçer. Kargo değerleri için yazılan kural şudur: değer metin olarak veriliyorsa para birimi simgesi, binlik ayırıcı veya boşluk eklenmemelidir. Aynı özeni fiyat için de göstermek uygulama önerisidir: price alanına yalnızca rakam ve ondalık nokta yazın.

Türkçe arayüzde fiyatın 1.299,90 TL biçiminde görünmesi doğaldır. İşaretlemede aynı değer 1299.90 olarak yazılır. Görünen biçim ile makine biçimi farklı olabilir, önemli olan sayısal değerin aynı olmasıdır.

Sayfada görünenprice değeripriceCurrency
1.299,90 TL1299.90TRY
849 TL849 veya 849.00TRY
34,50 euro34.50EUR
39 dolar39.00USD

Örnek senaryo: deri cüzdan ilanında sayfa fiyatı 849 TL olarak görünüyor. İşaretleme price için 849, priceCurrency için TRY içermeli. Rakamlar kurgusaldır.

Yuvarlama ve görünüm farkı

Sayfada 849 TL yazıp işaretlemede 848.99 vermek küçük bir fark gibi görünür, ama iki değer aynı değildir. Uygulama önerisi: yuvarlamayı işaretleme katmanında değil, fiyatın hesaplandığı yerde yapın ve yuvarlanmış değeri hem sayfaya hem işaretlemeye aktarın. Böylece görünen ve işaretlenen değer aynı sayıdan türer.

Aktif fiyat, üstü çizili fiyat ve üye fiyatı

Bir ilan aynı anda üç farklı fiyat gösterebilir: şu an ödenecek tutar, eski fiyat ve yalnızca belirli üyelik düzeyinin gördüğü fiyat. Belge bu üçünü farklı alanlarla ayırır. Karıştırırsanız işaretleme yanlış tutarı aktif fiyat gibi sunar.

Aktif fiyat ve priceSpecification

Aktif fiyat Offer düzeyinde price ile ya da priceSpecification içinde verilebilir. Belgeye göre ikisi birlikte bulunursa Google offers.price değerini kullanır ve priceSpecification değerini yok sayar. Uygulama önerisi: aynı Offer içinde iki ayrı aktif fiyat tanımlamayın. Aktif fiyatı tek yerde tutun, çelişen ikinci değer bırakmayın.

Üstü çizili fiyat

Üstü çizili (liste) fiyat için UnitPriceSpecification kullanılır ve priceType değeri https://schema.org/StrikethroughPrice olmalıdır. Belgede bu değerin dışında hiçbir değerin desteklenmediği belirtilir. Geçiş döneminde ListPrice değeri de kabul edilir. UnitPriceSpecification için price ve priceCurrency zorunludur. Belgenin açık uyarısı şudur: şu anki indirimli fiyatı priceType ile işaretlemeyin. priceType yalnızca üstü çizili liste fiyatı içindir.

Örnek senaryo: deri cüzdanın eski fiyatı 1000 TL, kampanya fiyatı 849 TL. Aktif fiyat 849 olarak price alanına yazılır. 1000 değeri ayrı bir UnitPriceSpecification içinde StrikethroughPrice olarak işaretlenir. Sayfada da 1000 TL gerçekten üstü çizili görünür. Çizili fiyatın yalnızca işaretlemede olup sayfada bulunmaması uyuşmazlıktır.

Üye fiyatı

Üyelere özel fiyat için validForMemberTier kullanılır. Belgeye göre üye fiyatı belirtimi priceType taşıyamaz. Hem priceType hem validForMemberTier içeren belirtimler yok sayılır. Bu yüzden "üyeye özel ve üstü çizili" bilgiyi aynı belirtimde birleştirmeyin, ayrı belirtimler yazın.

Fiyat türüNasıl işaretlenirDikkat
Aktif fiyatOffer içinde price ve priceCurrencypriceType eklenmez
Üstü çizili fiyatUnitPriceSpecification, priceType StrikethroughPriceSayfada çizili görünmeli
Üye fiyatıvalidForMemberTierpriceType taşıyamaz

Fiyat türünü seçmek için sorular

  1. Müşteri bu tutarı şu an ödeyecek mi? Evetse aktif fiyattır.
  2. Sayfada çizili olarak gösteriliyor mu? Evetse liste fiyatıdır.
  3. Yalnızca belirli üyelik düzeyi görüyor mu? Evetse üye fiyatıdır.
  4. Üçüne de uymuyorsa sayfada görünmeyen bir fiyatı işaretlemeye yazıyorsunuz demektir. Yazmayın.

İndirimin süresi: priceValidUntil ve validFrom

Belge, priceValidUntil alanı geçmiş bir tarihi gösteriyorsa listelemenin görünmeyebileceğini söyler. Kampanya bitince bu tarihi güncellemezseniz sayfa kendi görünürlüğünü riske atar. validFrom ve validThrough alanları teklifin geçerlilik penceresini ifade eder. Uygulama önerisi: süresiz fiyatlarda bu alanları boş bırakmak, geçmişte kalmış bir tarih yazmaktan daha güvenlidir.

  1. Kampanya başlıyorsa validFrom alanını gerçek başlangıç saatiyle yazın.
  2. Bitiş tarihini ürün yönetim sisteminden okuyun, elle yazmayın.
  3. Kampanya uzatılınca sayfadaki bitiş metnini ve işaretlemeyi aynı anda güncelleyin.
  4. Kampanya bitince indirimli fiyatı, çizili fiyatı ve tarihi aynı işlemle kaldırın.

Zaman dilimi ve saat

Kampanyanın gece yarısı bitmesi planlandıysa tarihle birlikte saat ve saat dilimi bilgisini de net yazın. Uygulama önerisi: sunucu saatinden bağımsız çalışması için bitiş zamanını tek bir kaynakta tutun ve hem sayfadaki sayaç hem işaretleme aynı değeri okusun.

Birden çok para birimi satıyorsanız

Satıcı listesi belgesinde bu konuda açık bir cümle vardır: ürünler birden çok para biriminde satılıyorsa her para birimi için ayrı bir URL kullanılmalıdır. Aynı adreste dile veya konuma göre para birimi değiştirip tek bir işaretleme sunmak bu kurala uymaz. Her adres kendi para biriminde fiyatı ve kendi priceCurrency değerini taşır.

Ayrı URL nasıl kurulur

  • Her para birimi için farklı ve kalıcı bir adres belirleyin.
  • Her adreste sayfa fiyatı ile işaretleme fiyatı o para biriminde olsun.
  • Dil ve ülke sürümlerini hreflang ile bağlıyorsanız adres eşleşmelerini ayrıca denetleyin.
  • Para birimi seçici kullanıcının seçimini çerezde saklıyorsa, hangi para biriminin gösterileceği çerezden değil adresin kendisinden anlaşılmalıdır.

Uygulama önerisi: Türkiye ve yurt dışı için ayrı para birimi sunan bir pazaryerinde TRY ve EUR sayfalarının her biri kendi başına eksiksiz bir ürün sayfası olmalı. Birini diğerinin kopyası olarak yalnızca fiyat değiştirip üretmek, hangi sayfanın hangi kullanıcıya ait olduğunu belirsizleştirir.

Kur farkı ve fiyat güncellemesi

Euro fiyatını kurdan türetiyorsanız her kur güncellemesinde işaretlemenin de değişmesi gerekir. Uygulama önerisi: euro fiyatını kurdan hesaplamak yerine ayrı bir fiyat alanı olarak yönetin ve kur değişimini bilinçli bir fiyat kararı olarak uygulayın. Böylece sayfa ve işaretleme aynı kararı yansıtır.

Fiyat değişince işaretlemeyi güncelleme akışı

Fiyat işaretlemesi, fiyatın değiştiği anda geride kalmaya yatkındır. Sorunun kaynağı işaretlemenin ayrı bir şablonda el yazımıyla tutulmasıdır. Güvenli akış, fiyatın tek bir kaynaktan görünen metne, işaretlemeye ve feed'e aktığı akıştır.

Tek kaynaktan üç çıktı

  1. Fiyat veritabanında güncellenir.
  2. Sayfa şablonu görünen fiyatı veritabanından okur.
  3. Aynı şablon JSON-LD içindeki price değerini aynı alandan üretir.
  4. Feed aynı alandan beslenir ya da otomatik güncelleme açıktır.
  5. Önbellek temizlenir. Eski sayfa kopyası eski fiyatı göstermeye devam edemez.

İşaretlemenin sunucu tarafında, ilk HTML yanıtında üretilmesi de önemlidir. İşaretleme tarayıcıda betikle sonradan ekleniyorsa fiyat değişikliğinin yansıması gecikebilir.

Değişiklik sonrası kontrol

  • Sayfada görünen fiyat ile işaretlemedeki price aynı mı?
  • Sepete eklenen tutar da aynı mı?
  • Feed'deki fiyat aynı mı?
  • Çizili fiyat varsa sayfada da çizili görünüyor mu?
  • priceValidUntil geçmişte mi kaldı?

Ürün parçacığı belgesindeki bir not bu kontrolün sınırını da gösterir: fiyat düşüşü gibi etiketler Google'ın zaman içindeki fiyat değişimlerinden hesaplanır ve gösterilmeleri garanti değildir. Fiyat düşüşü rozeti için ayrı bir işaretleme yazmaya çalışmayın.

Örnek senaryo: deri cüzdan ilanı

Bir pazaryerinde satıcı, tek bir deri cüzdanı hem TRY hem EUR ile satıyor. İlanın iki sürümü var: Türkçe sayfa TRY, İngilizce sayfa EUR fiyatı gösteriyor. Rakamlar kurgusaldır.

BaşlıkTürkçe sayfaİngilizce sayfa
Aktif fiyat849 TRY24.90 EUR
Çizili fiyat1000 TRY, sayfada çiziliYok, işaretleme de yok
Üye fiyatıYokYok
URLKendi adresiKendi adresi
Güncelleme kaynağıFiyat tablosuFiyat tablosu

Satıcı kampanyayı uzattığında yalnızca Türkçe sayfanın bitiş tarihi değişir. İngilizce sayfa kendi para birimi ve fiyatıyla aynı kalır. Euro fiyatını ayrı bir alandan yönetmek, iki sayfanın birbirine sessizce bağımlı olmasını önler.

Kampanya bitiş günü

Kampanya bittiği gün şu işlemler tek seferde yapılır: indirimli fiyat 1000 TL'ye döner, çizili fiyat kaldırılır, priceValidUntil ya temizlenir ya da yeni tarihe çekilir ve feed yenilenir. Bu dört işlemin biri unutulursa sayfa, işaretleme ve feed birbirinden ayrılır.

İkinci bir örnek: çok satıcılı ilan

Aynı deri cüzdan modelini iki satıcı sunuyor ve pazaryeri her satıcıya ayrı sayfa veriyor. Her sayfada kendi satıcısının fiyatı bulunur. Satıcı listesi belgesi Offer içinde satıcının satışı yapan taraf olmasını beklediği için her sayfa kendi satıcısının tek fiyatını işaretler. Diğer satıcının daha ucuz fiyatını bu sayfanın işaretlemesine koymak, sayfada olmayan bir fiyatı taşımak olur. Karşılaştırma tablosu gibi aralık gösteren bir sayfa ise ayrı ve satıcı listesi şartlarının dışında değerlendirilir.

Fiyat işaretlemesi denetim listesi

  1. Sayfada satın alma eylemi var mı? Varsa satıcı listesi şartlarına göre kurgulayın.
  2. price sıfırdan büyük mü?
  3. priceCurrency üç harfli ISO 4217 kodu mu?
  4. price alanında simge, binlik ayırıcı veya boşluk yok mu?
  5. Aynı Offer içinde offers.price ile priceSpecification çelişmiyor mu?
  6. Üstü çizili fiyat StrikethroughPrice ile mi işaretli ve sayfada çizili mi?
  7. Şimdiki fiyat priceType taşımıyor mu?
  8. Üye fiyatı priceType olmadan validForMemberTier ile mi yazıldı?
  9. priceValidUntil geçmişte kalmadı mı?
  10. Her para birimi için ayrı URL var mı?
  11. Sayfa, sepet ve feed aynı tutarı gösteriyor mu?

Karar kuralı: hangi fiyat nereye yazılır?

Soru: bu fiyatı müşteri şu an ödeyecek mi? Evetse Offer içindeki price alanıdır ve priceType taşımaz. Hayırsa ve fiyat bir liste fiyatıysa UnitPriceSpecification ile StrikethroughPrice olur. Yalnızca belirli üyelik düzeyi görüyorsa validForMemberTier ile ayrı belirtim olur. Fiyatı sayfada hiç görmüyorsa işaretlemeye de yazılmaz.

Pazaryerinde fiyat işaretlemesinin sahibi kim?

Pazaryerinde fiyatı satıcı belirler, sayfayı ve şablonu platform üretir. İşaretleme bu iki tarafın kesiştiği yerde doğar ve bu yüzden bakımı kimsenin işi olmayabilir. Satıcı fiyatı panelden günceller, platform şablonu işaretlemeyi basar, feed ise üçüncü bir sistemden çıkar. Kimin neyden sorumlu olduğu yazılı değilse tutarsızlık ortaya çıkabilir.

Sorumluluk dağılımı

VeriKaynakGüncelleyenKontrol eden
Aktif fiyatSatıcı paneliSatıcıKatalog yöneticisi
Para birimi koduPlatform ayarıPlatform ekibiKatalog yöneticisi
Çizili fiyatSatıcı paneliSatıcıKatalog yöneticisi
Kampanya tarihiKampanya modülüSatıcı veya yöneticiKatalog yöneticisi
İşaretleme şablonuŞablon koduPlatform ekibiSEO sorumlusu
Feed çıktısıFeed üreticiPlatform ekibiSEO sorumlusu

Uygulama önerisi: tablodaki her satırı bir kişiye veya role bağlayın. Belirsiz sahiplik, fiyat değişikliğinde işaretlemenin yenilenmesini kimsenin üstlenmemesi anlamına gelir.

Satıcı tarafında yanlış girilen veri

Satıcı fiyat alanına "849 TL" yazar, bir başkası "849,00" girer, bir diğeri para birimini yanlış seçer. Şablon bu girdiyi olduğu gibi işaretlemeye aktarırsa price alanı geçersiz bir metne dönüşür. Uygulama önerisi: panelde fiyat alanı yalnızca sayı kabul etsin, para birimi serbest metin yerine seçim listesinden gelsin ve şablon işaretlemeyi basmadan önce değeri sayıya çevirip sıfırdan büyük olduğunu doğrulasın. Doğrulamadan geçemeyen ilan için işaretleme hiç üretilmesin.

Yanlış fiyat fark edildiğinde

Satıcı cüzdanı yanlışlıkla 84.90 TL olarak girdi ve fark edildi. Önce fiyat kaynağı düzeltilir. Ardından sayfa, işaretleme ve feed aynı kaynaktan yeniden okunur. Düzeltme yapılana kadar sayfanın satışa açık kalıp kalmayacağı bir iş kararıdır. Belgelerde yanlış fiyatlı bir sayfanın nasıl ele alınacağına dair bir yönerge yok. Uygulama önerisi: yanlış fiyat belli bir süre sayfada kalacaksa sepet tarafında da aynı tutarın tahsil edildiğini bilerek karar verin, çünkü işaretlemeyi tek başına düzeltmek müşterinin ödeyeceği tutarı değiştirmez.

Küçük katalogda minimum düzen

Az sayıda ilanı olan bir satıcı bile şu üç şeyi yapabilir: fiyatı tek bir tabloda tutmak, sayfa şablonunun fiyatı o tablodan okumasını sağlamak ve kampanya bitişlerini takvime yazmak. Bu üçü yerine oturmadan çizili fiyat ve üye fiyatı gibi ek belirtimlere geçmek, bakım yükünü artırır ve hata ihtimalini büyütür. Önce aktif fiyat ve para birimi doğru çalışsın, sonra gerekiyorsa ek belirtimleri açın.

Fiyat işaretlemesini sınama planı

İşaretleme kodu bir kez yazıldı diye çalıştığı varsayılmamalı. Şu durumlar, farklı ilan tiplerinde ayrı ayrı denenmelidir. Tabloda kurgusal deri cüzdan ilanları üzerinden sınama durumları sıralanıyor.

DurumBeklenen sonuçHata belirtisi
Normal fiyatlı ilanprice sayı, priceCurrency TRYprice metin içeriyor
İndirimli ilanprice indirimli tutar, liste fiyatı StrikethroughPriceİndirimli tutar priceType taşıyor
Kampanyası bitmiş ilanÇizili fiyat ve tarih yokGeçmiş tarih duruyor
Fiyatı olmayan ilanOffer işaretlemesi yokprice değeri 0
Euro sürümüAyrı adres, priceCurrency EURAynı adreste iki para birimi
Üyeye özel fiyatvalidForMemberTier, priceType yokÜye belirtimi priceType taşıyor

Sınamayı kimin ve ne zaman yapacağı

Her şablon değişikliğinden sonra bu altı durum için birer örnek ilan açılır ve işaretleme çıktısı gözle okunur. Uygulama önerisi: örnek ilanları sabit bir test listesinde tutun, böylece her sürümde aynı ilanlara bakılır. Hata bulunduğunda yalnızca o ilan değil, aynı şablonu kullanan bütün ilanlar etkilenmiş olabilir. Bu yüzden düzeltmeden sonra tüm altı durumu yeniden gözden geçirin.

Sayfa, işaretleme ve sepetin üçlü karşılaştırması

Karşılaştırma her ilan için üç yerden okunan tek bir fiyatla yapılır: sayfada görünen, işaretlemedeki ve sepete düşen tutar. Üçünden biri farklıysa düzeltme sırası şöyledir. Önce hangisinin doğru olduğunu fiyat kaynağında belirleyin. Sonra yanlış olan yüzeyi düzeltin. En son önbelleği temizleyin ve değeri yeniden okuyun. Doğru olanı bilmeden düzeltmeye başlamak yanlış fiyatı yaymanıza neden olur.

Fiyat durumları için karar tablosu

Pazaryerinde karşılaşılan fiyat durumlarını tek tabloda toplamak, şablon yazan ekibin kuralı hatırlamasını kolaylaştırır. Tablo: durum, işaretleme kararı ve gerekçe.

Durumİşaretleme kararıDayanak
Fiyat sıfır veya belli değilOffer eklemeSatıcı listesi sıfırdan büyük fiyat ister
Tek satıcı, tek fiyatOfferSatıcı listesi Offer ister
Şu an ödenen tutarprice, priceType yokBelge: indirimli fiyatı priceType ile işaretlemeyin
Eski liste fiyatı sayfada çiziliStrikethroughPriceBelgede desteklenen tek değer
Üyeye özel fiyatvalidForMemberTierÜye belirtimi priceType taşıyamaz
Birden çok para birimiHer biri için ayrı URLBelge: para birimi başına ayrı URL
Kampanya bittiTarihi ve çizili fiyatı kaldırGeçmiş priceValidUntil görünmemeye yol açabilir
Aynı Offer'da price ve priceSpecificationBirini bırakGoogle offers.price değerini kullanır

Tabloyu şablona çevirmek

Karar tablosunu şablonda koşula dönüştürün. Önce fiyatın sıfırdan büyük olup olmadığına bakan bir ön koşul yazın. Ardından aktif fiyatı basın. Liste fiyatı varsa ve sayfada çizili gösteriliyorsa ikinci belirtimi ekleyin. Üyeye özel fiyat varsa üçüncü belirtimi ekleyin. Her koşulun yalnızca sayfada görünen veriden beslendiğinden emin olun. Böylece görünmeyen bir fiyat işaretlemeye sızmaz.

Dil sürümlerinde fiyat metni

Türkçe ve İngilizce sayfada fiyatın görünüm biçimi farklıdır: virgül ve nokta yer değiştirir, simge öne veya arkaya geçer. İşaretleme ise iki dilde aynı sayısal biçimi kullanır. Uygulama önerisi: görünen metni dil dosyasından, işaretlemeyi ham sayıdan üretin. Böylece biçim farkı sayı farkına dönüşmez.

Fiyat ve ürün tanımının birlikte okunması

Fiyat tek başına değerlendirilmez. Aynı Offer içinde stok durumu, geçerlilik tarihi, adres ve iade ile kargo bilgisi de yer alır. Satıcı listesi belgesi availability, hasMerchantReturnPolicy, itemCondition, shippingDetails ve url alanlarını önerilen alanlar olarak sıralar. Fiyatı doğru yazıp stok durumunu eski bırakmak da bir tutarsızlıktır. Stok durumunun işaretlenmesi ayrı bir konu olarak ele alınmalıdır, ama fiyat değiştiğinde aynı güncelleme akışı içinde stok durumuna da bakılmalıdır.

Kargo ücretini fiyata katmak

Ürün yapılandırılmış verisi belgesi, kargo maliyetlerini ve özellikle ücretsiz kargoyu paylaşmayı önerir. Uygulama önerisi: ürün fiyatını price alanında, kargoyu shippingDetails alanında ayrı tutun. İki tutarı tek sayıda birleştirirseniz sayfada görünen ürün fiyatıyla işaretleme farklı çıkar.

İade bilgisi ile fiyat ilişkisi

İade koşulları fiyatı değiştirmez, ama aynı Offer içinde yer alır. İade politikası alanları ayrı bir yazıda anlatıldığı için burada yalnızca şunu söyleyelim: fiyatı güncelleyen akış iade bilgisini de bozmamalıdır. Şablon Offer nesnesini yeniden üretirken eski iade alanlarını kaybetmesin.

Dikkat edilecek hatalar

Fiyat dolu, para birimi eksik

price dolu, priceCurrency boş olursa Offer zorunlu alanlarından birini kaybeder. Bu durumda fiyat veri olarak anlamsızdır.

İndirimli fiyatı priceType ile işaretlemek

Belgenin açık uyarısı budur. priceType yalnızca üstü çizili liste fiyatı içindir.

Tek adreste iki para birimi

Kullanıcı seçimine göre değişen tek adres, her para birimi için ayrı URL kuralını karşılamaz.

Biten kampanyanın tarihi kalıyor

Geçmiş priceValidUntil değeri belgede görünmeme riski olarak anılır. Süresi biten kampanya bilgisini aynı gün temizleyin.

Çizili fiyatı sayfadan kaldırıp işaretlemede bırakmak

Sayfada olmayan bir fiyatı işaretlemeyle taşımak uyuşmazlıktır. Görünen içerik ile işaretleme birbirini yansıtmalıdır.

Aralık fiyatı tek satıcı fiyatı gibi yazmak

Ürün parçacıkları AggregateOffer kabul eder, satıcı listeleri kabul etmez. Aralık gösteren bir sayfada Offer ile tek fiyat uydurmak satıcı listesi şartını sağlamaz.

Sık Sorulan Sorular

Fiyatı 0 olan ürün için satıcı listesi işaretlemesi yazabilir miyim?

Hayır. Satıcı listesi belgesi, ürün parçacıklarından farklı olarak sıfırdan büyük bir fiyat ister. Fiyatı belli olmayan ilanda 0 yazmak yerine Offer işaretlemesini eklemeyin.

Para birimi için ₺ simgesini kullanabilir miyim?

Belge priceCurrency için üç harfli ISO 4217 biçimini ister. Türk lirası için TRY yazın, simge kullanmayın.

İndirimli fiyatı StrikethroughPrice ile mi işaretlemeliyim?

Hayır. Belge, şu anki indirimli fiyatı priceType ile işaretlememenizi söyler. Şu an ödenecek tutar price alanına yazılır. StrikethroughPrice yalnızca üstü çizili liste fiyatı içindir.

Aynı ürün sayfasında TL ve euro fiyatını birlikte gösterebilir miyim?

Belge, birden çok para biriminde satılan ürünler için her para biriminde ayrı URL kullanılmasını ister. Her sayfa kendi para biriminde fiyat ve priceCurrency taşımalıdır.

Üye fiyatı ile üstü çizili fiyatı aynı belirtimde yazabilir miyim?

Hayır. Hem priceType hem validForMemberTier içeren belirtimler yok sayılır. Üye fiyatı için priceType kullanmayın ve iki fiyatı ayrı belirtimlerde tutun.

Kampanya bitince priceValidUntil değerini silmem gerekir mi?

Belge, priceValidUntil geçmiş bir tarihi gösteriyorsa listelemenin görünmeyebileceğini söyler. Kampanya bitince tarihi güncelleyin veya kaldırın.

Sonuç

Fiyat işaretlemesi üç soruya cevap verir: fiyat sıfırdan büyük mü, para birimi ISO 4217 koduyla yazıldı mı ve işaretlenen değer sayfada görünenle aynı mı? Aktif fiyat price alanındadır. Üstü çizili fiyat StrikethroughPrice ile, üye fiyatı validForMemberTier ile ayrı belirtimde tutulur. Her para birimi kendi URL'sinde, her kampanya kendi tarihiyle yönetilir. Sayfa, sepet ve feed tek bir fiyat kaynağından beslendiğinde bu kuralları elle izleme ihtiyacı azalır.

Ürün sayfası işaretlemesini bütün olarak görmek için ürün şeması rehberine, iade ve kargo bilgisinin nasıl yazılacağını görmek için iade politikası ve kargo işaretlemesi yazısına bakabilirsiniz. Ürünlerinizi daha çok kişiye göstermek isterseniz reklam alanları sayfasındaki seçenekleri inceleyebilirsiniz.

0 Yorumlar

Bu yazı için henüz yorum yapılmamış.

Yorum Yaz

Yorum yapabilmek için giriş yapmalısınız. Giriş Yap