Sayfa, İşaretleme ve Feed: Fiyat Stok Denetim Listesi

Bir halı ilanında fiyat ve stok bilgisi üç yerde yaşar: ziyaretçinin gördüğü sayfada, sayfaya gömülü yapılandırılmış veride ve Merchant Center'a gönderilen feed'de. Üçü aynı şeyi söylemiyorsa sorun çoğaltılmış bir tutarsızlıktır ve Merchant Center sayfasına göre uyuşmazlık ürünün onaylanmamasına yol açar. Çözüm tek bir kaynak kayıt belirlemek, her çıktıyı ondan üretmek ve belirli aralıklarla örnek ürünlerde üç yeri yan yana okumaktır. Pazaryerinde halı satıyorsanız ya da mağazanızın ürün verisini yönetiyorsanız bu yöntem, uyuşmazlığı kullanıcıdan önce sizin bulmanızı sağlar.

Üç yerde yayınlanan tek gerçek

Sayfa, işaretleme ve feed aynı ürünü anlatan üç ayrı çıktıdır. Her birinin okuyucusu farklıdır. Sayfayı alıcı okur, işaretlemeyi arama motorunun tarayıcısı okur, feed'i ise Merchant Center işler. Üçü de aynı kaynaktan beslenmiyorsa zamanla ayrışır, çünkü her çıktı farklı bir zamanlamayla, farklı bir önbellekle ve farklı bir kuralla güncellenir.

Bir kaynak kayıt, üç çıktı

Uygulama önerisi: katalogda fiyat, para birimi ve stok durumunu tutan tek bir veri deposu belirleyin. Sayfa şablonu, JSON-LD bloğu ve feed dosyası bu depodan okusun. Fiyatı bir yerde elle yazmak, diğer iki yerde otomatik üretmek ayrışmanın en kısa yoludur. Pazaryerinde birden fazla satıcı varsa kaynak kayıt satıcının güncel teklifidir. Ürün kartı tek olsa bile her teklifin kendi fiyatı ve stoğu vardır.

Kimin hangi alanı okuduğu

Hangi işaretlemenin hangi sayfaya uygun olduğu için ürün parçacığı ve satıcı listesi karşılaştırmasına bakın.

Merchant Center ne istiyor

Merchant Center yardım sayfası stok durumu için net bir üçlü eşleşme ister. Sayfadaki ifadeye göre veri kaynağındaki değerler web sitenizdeki bilgiyle eşleşmelidir. Ürün verisindeki stok durumu, hem ürün sayfasındaki hem de ödeme sayfalarındaki durumla uyumlu olmalıdır. Aynı sayfa, bu üçünden birindeki uyuşmazlığın ürünün onaylanmamasına yol açacağını belirtir. Availability [availability] sayfası (yeni sekmede açılır) bunu iki yönde de tarif eder: sayfada ya da ödemede tükenmiş görünen ürün feed'de stokta işaretliyse ürün reddedilir, sayfada stokta görünen ürün feed'de tükenmiş işaretliyse de aynı sonuç doğar.

Fiyat için de aynı mantık geçerlidir. Price [price] sayfası (yeni sekmede açılır) gönderilen tutar ve para biriminin ürün sayfasındaki ve ödeme sayfalarındaki fiyatla eşleşmesini ister. Sayfa ayrıca fiyatın hedef ülkenin para biriminde belirgin biçimde gösterilmesini ve fiyatın kullanıcının konumuna göre değiştirilmemesini söyler. Gönderilen fiyat gerekliliklere uymazsa Merchant Center hesabında ürünün onaylanmadığı bildirilir.

Vergi ve kargo farkı

Fiyat sayfası, vergi dahil ya da hariç gösterimin ülkeye göre değiştiğini söyler. Listelenen KDV ve benzeri vergi uygulayan ülkelerde fiyatın vergi dahil gönderilmesi, ABD ve Kanada'da vergi hariç gönderilmesi istenir. Kargo bedeli fiyata eklenmez. Hangi ülkeyi hedeflediğinizi ve o ülkenin kuralını sayfadan kontrol edin. Ülke listesi ve kurallar değişebilir, bu yüzden uygulamadan önce güncel sayfaya bakın.

Yapılandırılmış veri tarafı

Merchant listing yapılandırılmış veri sayfası (yeni sekmede açılır) fiyat için price ya da priceSpecification.price ile priceCurrency alanlarını zorunlu tutar. Merchant listing deneyimlerinde fiyatın sıfırdan büyük olması gerekir. availability alanı önerilen bir alandır ve sayfada BackOrder, Discontinued, InStock, InStoreOnly, LimitedAvailability, OnlineOnly, OutOfStock, PreOrder, PreSale ve SoldOut değerleri sayılır. Sayfa birden fazla değer belirtilmemesini söyler. Ürün listeleme deneyimine uygun olması için sayfanın alıcının ürünü satın alabileceği bir sayfa olması gerekir.

Belgelerde işaretleme fiyatının görünen sayfa fiyatıyla eşleşmesini zorunlu kılan bir cümle bu sayfada yer almaz. Eşleşme kuralı Merchant Center sayfalarında yazılıdır ve işaretleme aynı ürün verisinin makine tarafından okunan hâli olduğu için aynı değeri taşımalıdır. Google'ın e-ticaret yapılandırılmış veri sayfası (yeni sekmede açılır) da Product ve ProductGroup türlerini önerir ve Merchant Center için ayrı bir yapılandırılmış veri kurulumuna yönlendirir.

Uyuşmazlığın dört kaynağı

Uyuşmazlıkları inceleyince dört kaynak öne çıkar. Hepsi, bilginin üç çıktıya farklı yoldan ulaşmasıyla ilgilidir.

Zamanlama farkı

Sayfa anında güncellenir; feed yenileme aralığı kurulumunuza göre değişir. Bu aralıkta fiyat değişirse feed eski fiyatı taşır. Merchant Center sayfası fiyat ve stokun hızlı değişebileceğini söyler ve en güncel veriyi sağlamanızı ister. Aynı sayfa otomatik ürün güncellemelerini, stok uyuşmazlıklarını önlemeye yardımcı bir seçenek olarak anar. Price sayfası da fiyat için bu özelliği ve Google'ın ürün sayfasındaki schema.org mikro verisini okuyarak fiyatı yenilediğini belirtir. Güncellemenin yalnızca Google sayfayı taradığında olduğunu da ekler, bu yüzden ürün verisini düzenli olarak yeniden göndermeniz gerekir.

Önbellek ve çevre farkı

Ürün sayfası önbellekten servis ediliyorsa alıcı eski fiyatı görebilir, bu sırada feed yeni fiyatı taşır. Ters durum da olur: sayfa güncel, işaretleme bloğu şablonun eski bir kopyasından gelir. Önbellek katmanını ve işaretleme bloğunun hangi şablonla üretildiğini ayrı ayrı sorgulayın.

Para birimi ve vergi biçimi

Sayfa vergi dahil fiyatı gösterirken feed vergi hariç fiyat taşıyabilir. Ya da işaretlemede priceCurrency alanı eksik ya da yanlıştır. Bu fark yüzde olarak küçük görünse de eşleşme açısından tam bir uyuşmazlıktır. Çok para birimli sayfalarda fiyat ve para birimi işaretlemesi ayrıntılı ele alınır.

Varyant ve stok yorumlama farkı

Halı ilanında boyut ve renk varyantı vardır. Sayfa seçili varyantın stokunu gösterir, feed ise ana ürünün toplam stokunu taşıyabilir. Merchant Center sayfası varyant stokunun, varyantın kendi sayfasındaki durumla eşleşmesini ister. Stok değerlerinin nasıl seçileceği için stok durumu işaretlemesi yazısına bakın.

Belirtiye göre tanı tablosu

Uyuşmazlık bir belirtiyle başlar: Merchant Center'da bir uyarı, bir müşteri şikayeti ya da kayıt tablosunda tutmayan bir satır. Tablo, belirtiden olası kaynağa giden kısa bir yol sunar. Bunlar uygulama önerisidir, kesin teşhis değildir.

Tek ürün mü, yapı mı

Tek bir üründe görülen uyuşmazlık o ürünün kaydında aranır. Aynı belirti bir grupta ya da tüm katalogda görülüyorsa sorun şablonda ya da üretim sürecindedir. Bu ayrım, düzeltmeyi tek tek yapmakla bir kez yapmak arasındaki farkı belirler.

Hata türlerinin genel dökümü

Merchant Center hesabında karşılaşılan diğer ürün verisi hataları için Merchant Center ürün verisi hataları yazısına bakın. Bu denetim yalnızca fiyat ve stok eşleşmesine odaklanır, görsel, kimlik ve kategori alanları ayrı denetim ister.

İşaretleme HTML içinde mi üretilir

Merchant listing sayfası, dinamik olarak üretilen işaretlemenin Shopping taramalarını daha seyrek ve daha güvenilmez yapabileceğini söyler ve bunun fiyat ve stok gibi hızlı değişen içerik için sorun olabileceğini belirtir. Sayfa, Product yapılandırılmış verisinin ilk HTML'de bulunmasını önerir. JavaScript ile üretiyorsanız sunucunun Google'dan gelen artan trafiği kaldırabilecek kaynağa sahip olduğundan emin olun. Sayfa ayrıca değişiklikleri bildirmek için site haritası göndermeyi önerir. Uygulama önerisi: fiyat ve stok bloğunu sunucu tarafında, ilk yanıtın içinde üretin.

Örnek senaryo: tek bir halı, üç farklı cevap

Örnek senaryo: pazaryerinde bir satıcı, sekiz farklı boyutta el dokuma görünümlü bir halı satıyor. Ürün sayfası seçili boyutu ve o boyutun fiyatını gösteriyor. JSON-LD bloğu sayfa ilk yüklendiğinde varsayılan boyutun fiyatını yazıyor. Feed ise ürünün en düşük fiyatını taşıyor. Alıcı büyük boyutu seçtiğinde sayfada yüksek fiyat görüyor, işaretlemede ise küçük boyutun fiyatı kalıyor.

Bu tabloda üç ayrı kaynak vardır. Önce işaretleme bloğunun seçili varyanta göre üretildiğini ya da her varyantın ayrı teklif olarak yazıldığını doğrulayın. Sonra feed'de her varyantın ayrı öğe olarak, kendi fiyatı ve stokuyla bulunduğunu kontrol edin. Son olarak varyant seçiminin değiştirdiği sayfa fiyatının ödeme adımında da aynı kaldığını deneyin. Kaynak kayıt boyut bazlı fiyatı tutuyorsa üç çıktı da boyuttan türetilmelidir.

Örnekleme yöntemi

Her ürünü her gün elle karşılaştırmak mümkün olmaz. Örnekleme, makul bir iş yükünde uyuşmazlık oranını tahmin etmenin yoludur.

Kaç ürün seçilir

Belgelerde örnek büyüklüğüne dair bir ifade yok. Uygulama önerisi: katalogdaki ürün gruplarının her birinden birkaç ürün alın. Halı satan bir katalogda ince dokulu, kalın dokulu, yuvarlak, koşucu ve büyük boy gruplarının her birinden örnek seçin. Gruplar aynı şablonu paylaşıyorsa bir gruptaki hata diğerlerinde de görülür, şablon farklıysa ayrı bir sorun taşıyabilir. Örneğe son güncellenen ve en çok değişen ürünleri de katın, çünkü uyuşmazlık orada doğar.

Hangi sıklıkta bakılır

Fiyat ve stok hızlı değiştiği için haftalık bakış başlangıç için yeterli bir ritimdir. Kampanya haftasında, toplu fiyat güncellemesinin ardından ve şablon değişikliğinden sonra ek kontrol yapın. Uygulama önerisi: kampanya bitişinden sonraki ilk güne de bir kontrol koyun, çünkü indirimli fiyatın eski fiyata dönüşü ayrışma riskinin yükseldiği andır.

Örnek tablosu

Örneklem dışında kalan ürünler

Örnekleme her ürünü kapsamaz. Örneklem dışında kalan ürünlerde sorunu yakalamak için kaynak kayıtta toplu tutarlılık sorguları kullanın: fiyatı sıfır ya da boş olan, stok değeri negatif olan, kampanya bitiş tarihi geçmiş olup hâlâ indirimli fiyat taşıyan kayıtları listeleyin. Bu sorgular hangi ürünlerin elle okunacağını da belirler.

Üç yeri yan yana okumak

Her örnek ürün için aynı dört soruyu aynı sırayla sorun. Böylece denetim kişiden bağımsız tekrarlanabilir.

Sayfada ne görünüyor

Tarayıcıda ürün sayfasını gizli pencerede açın, seçili varyantı not edin ve görünen fiyat ile stok etiketini yazın. Sepete ekleyin ve ödeme sayfasında aynı fiyatı, para birimini ve stok durumunu doğrulayın. Merchant Center sayfaları üçlü eşleşmede ödeme sayfalarını da sayar, o yüzden yalnızca ürün sayfasına bakmak yarım denetimdir.

İşaretlemede ne yazıyor

Sayfanın kaynağında JSON-LD bloğunu bulun. Offer içindeki price ve priceCurrency değerlerini, availability alanını ve varsa priceValidUntil tarihini okuyun. Merchant listing sayfası, priceValidUntil geçmiş bir tarihi gösteriyorsa listenin görünmeyebileceğini söyler, bu yüzden kampanya bitiş tarihini kontrol listesine ekleyin.

Feed'de ne yazıyor

Merchant Center'daki ürün ayrıntısında ya da dışa aktarılan feed dosyasında aynı ürünün price ve availability değerlerine bakın. Ürün kimliği üzerinden eşleştirin. Aynı ürünün feed'de birden fazla kaydı varsa her birinin ayrı bir varyanta karşılık geldiğini doğrulayın.

Denetim kayıt tablosu

Tek satırlık bu kayıt biçimi, yedi sütunun hangisinin ayrıştığını gösterir. Ayrışan sütun tek ise sorun o çıktının güncelleme yolundadır. Üç sütun birden farklıysa kaynak kayıt sorgulanmalıdır.

Fiyat ve stok için karar kuralı

Uyuşmazlığı bulduktan sonra doğru değerin hangisi olduğunu belirlemek gerekir. Karar kuralı şöyledir.

1. Önce ödeme sayfasını okuyun. Alıcının ödeyeceği tutar ve stok durumu, doğru kabul edilen değerdir.
2. Ödeme sayfası ve ürün sayfası uyuşuyorsa bu değer kaynak kayıtla karşılaştırılır. Kaynak kayıt farklıysa kaynak kaydı düzeltin.
3. Kaynak kayıt ve ödeme sayfası uyuşuyorsa farklı olan çıktı (işaretleme ya da feed) yeniden üretilir.
4. Ödeme sayfası ve ürün sayfası farklıysa sorun şablon ya da önbellektedir. İşaretleme ve feed'i değiştirmeden önce bunu çözün.
5. Düzeltmeden sonra aynı ürünü üç yerde yeniden okuyun.

Düzeltme ve yeniden gönderim sırası

Hata bulunca sıra önemlidir. Yanlış sırada yapılan düzeltme, doğru verinin eski veriyle yeniden ezilmesine yol açar.

1. Kaynak kaydı düzeltin ve değişikliği kaydedin.
2. Önbelleği temizleyin ve ürün sayfasını yenileyin.
3. İşaretleme bloğunun yeni değeri yazdığını sayfa kaynağında doğrulayın.
4. Feed'i yeniden üretin ve Merchant Center'a gönderin ya da bir sonraki otomatik çekimi bekleyin.
5. Merchant Center'da ürünün durumunu yeniden okuyun. Price sayfası, otomatik güncellemenin yalnızca Google sayfayı taradığında çalıştığını söylediği için, değişikliğin anında yansımasını beklemeyin.
6. Sonucu kayıt tablosuna işleyin ve ürünü bir sonraki haftalık kontrole alın.

Haftalık ve aylık kontrol rutini

Bir kez yapılan denetim, bir sonraki fiyat güncellemesinde eskir. Haftalık rutin kısa tutulmalı ki sürdürülsün.

Kök neden etiketi neden gerekli

Etiketler aylar sonra hangi kaynağın tekrar ettiğini gösterir. Zamanlama etiketi ağır basıyorsa feed çekim aralığı kısaltılır. Varyant etiketi ağır basıyorsa şablon ve feed eşlemesi gözden geçirilir. Etiket olmadan her uyuşmazlık tek tek ele alınır ve aynı hata sürekli geri gelir.

Örnek senaryo: kampanya bitişi

Örnek senaryo: hafta sonu kampanyası pazartesi sabahı bitiyor. Kaynak kayıt eski fiyata döndü, sayfa güncel, ama işaretleme bloğunun priceValidUntil alanı kampanya tarihini hâlâ taşıyor ve feed önceki çekimden kalan indirimli fiyatı gösteriyor. Pazartesi kontrolü bu iki çıktıyı yakalar. Karar kuralı uygulanır: ödeme sayfası ve kaynak kayıt doğru, işaretleme ve feed yeniden üretilir.

Aylık gözden geçirme

Haftalık kontrol tek tek ürünleri yakalar, aylık bakış ise örüntüyü gösterir. Ayın sonunda kayıt tablosundaki kök neden etiketlerini sayın. Zamanlama etiketi öne çıkıyorsa feed çekim aralığını ya da önbellek süresini gözden geçirin. Varyant etiketi öne çıkıyorsa şablonun varyant mantığını yeniden yazın. Etiketlerin dağılımı hangi onarımın en çok iş kurtaracağını gösterdiği için yönetim kararı da bu sayımla alınır.

Merchant Center uyarılarıyla çapraz okuma

Merchant Center hesabında ürün için bildirilen sorun, kendi örnek denetiminizin doğrulamasıdır. Hesapta bir uyarı varsa o ürünü hemen üç yerde okuyun. Hesapta uyarı yokken kendi denetiminizde fark bulduysanız bu, sorunun henüz bildirilmediği anlamına gelir ve düzeltme için zaman vardır. Uyarının hangi alanı işaret ettiğini ürün kimliğiyle eşleştirip kayıt tablosuna işleyin, böylece aynı hata ikinci kez sıfırdan araştırılmaz.

Pazaryerinde birden fazla satıcı ve sorumluluk dağılımı

Pazaryerinde aynı ürün kartı birden fazla satıcının teklifini barındırabilir. Böyle bir sayfada fiyat ve stok bilgisinin hangi teklife ait olduğu net olmalıdır. Sayfada öne çıkan teklifin fiyatı görünüyorsa işaretleme de aynı teklifi yazmalıdır, feed ise o teklifi veren satıcının kaydını taşımalıdır.

Hangi teklif öne çıkarılıyor

Uygulama önerisi: sayfada hangi teklifin öne çıkarıldığını belirleyen kuralı yazın. En düşük fiyat, en hızlı teslimat ya da satıcı puanı olabilir. Bu kural değişirse işaretleme bloğu da aynı kuralı izlemelidir. Kural yalnızca arayüzde uygulanıp işaretleme tarafında farklı yorumlanırsa, alıcının gördüğü fiyat ile işaretlemedeki fiyat ayrışır.

Satıcı bazlı feed kayıtları

Her satıcının kendi feed'i varsa ürün kimliğini ve teklif kimliğini kayıt tablosuna ayrı sütun olarak ekleyin. Aynı halı için iki satıcı iki farklı fiyat taşıyorsa bu uyuşmazlık sayılmaz. Uyuşmazlık, sayfada öne çıkan teklif ile işaretleme ya da feed'deki teklif arasında doğar.

Sorumluluk dağılımı

Denetim, kimin neyi kontrol edeceği net değilse sürdürülemez. Küçük bir ekipte bile roller yazılmalıdır.

Denetimi tek kişiye bağlamak

Denetim yalnızca bir kişide kalırsa o kişi izne çıktığında rutin durur. Kayıt tablosunu ortak bir dosyada tutun, her adımı yazılı yapın ve haftalık turu iki kişiden birinin yapabileceği bir görev olarak tanımlayın.

Stok sıfırlandığında ve geri geldiğinde

Stok değişimi hızlı ayrışan alandır, çünkü her satış stoğu bir birim değiştirir. Stoğun azaldığı, tükendiği ve geri geldiği anlar için ayrı kontrol noktaları belirleyin.

Tükendiğinde

Ürün tükendiyse sayfa, işaretleme ve feed aynı anda out_of_stock durumuna geçmelidir. Availability sayfası, ürün sayfada ya da ödemede tükenmiş görünürken feed'de stokta kalmasının onaylanmama nedeni olduğunu söyler. Ürünün tükenmiş görünüp görünmeyeceğini belirleyen mantığı bir kez yazın ve üç çıktıya aynı koşulu uygulayın.

Yeniden stok gelecekse

Ürün yeniden gelecek ve siparişi almaya devam ediyorsanız availability sayfası backorder değerini önerir. Bu durumda beklenen gönderim tarihinin sayfada görünmesi gerekir. Sayfa ve feed tarihi aynı olmalıdır. Tarihi yalnız feed'e yazıp sayfaya koymamak ayrı bir uyuşmazlık kaynağıdır.

Geçici kapatma

Siteyi bakım ya da tatil için kapatıyorsanız availability sayfası tüm ürünleri out_of_stock yapmak yerine excluded destination özniteliğinin kullanılmasını önerir. Bu öneri uyuşmazlığı doğrudan ilgilendirir, çünkü kapatma bitince stok değerlerinin tek tek geri açılması gerekmez.

Kampanya takvimi için ön kontrol

Kampanya başlangıcı ve bitişi, fiyat uyuşmazlığının en öngörülebilir kaynağıdır. Tarihler önceden bilindiği için kontrol de önceden planlanabilir.

1. Kampanya başlamadan bir gün önce kampanya ürünlerinden örnek alın ve kaynak kayıtta indirimli fiyatın başlangıç tarihini doğrulayın.
2. Başlangıç anında sayfa, işaretleme ve feed'in aynı fiyatı gösterdiğini okuyun.
3. Feed'in kampanya fiyatını ne zaman çekeceğini öğrenin. Çekim kampanya başlangıcından sonra olacaksa aradaki süreyi not edin.
4. Bitişte priceValidUntil alanının ve feed fiyatının eski değere döndüğünü doğrulayın.
5. Bitişten sonraki ilk iş gününde kayıt tablosunu yeniden doldurun.

Örnek senaryo: kısa süreli indirim

Örnek senaryo: bir halı satıcısı iki günlük bir indirim ilan ediyor. Sayfa indirimli fiyatı anında gösteriyor, ancak feed günlük çekildiği için ilk gün indirimli fiyat feed'e yansımıyor. Sonuç, sayfada düşük ve feed'de yüksek fiyattır. Satıcı kampanyadan önce çekim saatini öğrenseydi indirimi o saatin hemen öncesinde başlatabilir ya da feed'i elle yenileyebilirdi.

Toplu güncellemeden sonra doğrulama

Toplu fiyat artışı, stok içe aktarma ya da şablon değişikliği aynı anda yüzlerce ürünü etkileyebilir. Bu tür bir değişiklikten sonra haftalık rutini beklemeyin.

Hızlı doğrulama sırası

1. Değişikliğin kapsamını yazın: hangi ürünler, hangi alan, hangi saat.
2. Kapsamdan beş ürün seçin, ilk ve son sıradakileri dahil edin.
3. Seçilen ürünlerde üç yeri okuyun ve kayıt tablosuna işleyin.
4. Bir ürün bile uyuşmuyorsa toplu işlemin geri kalanını durdurup nedenini bulun.
5. Düzeltmeden sonra aynı beş ürünü yeniden okuyun.

İlk ve son kayıt neden önemli

Toplu işlemler bir kayıt kümesi üzerinde sırayla çalışır. İşlem ortada kesilirse ilk kayıtlar güncellenmiş, son kayıtlar eski kalmış olur. İlk ve son kaydı okumak, işlemin tamamlanıp tamamlanmadığına dair en ucuz kanıttır.

Dikkat edilecek hatalar

Yalnız ürün sayfasına bakmak

Ödeme sayfası ve feed ayrı kontrol edilmezse denetim eksik kalır. Merchant Center sayfası stok için üç yeri birlikte sayar.

Bakım sırasında stoğu tükendi yapmak

Availability sayfası, sitenizi bakım ya da tatil için kapattığınızda availability değerini out_of_stock yapmamanızı söyler ve bunun yerine excluded destination özniteliğini önerir. Toplu "tükendi" güncellemesi sonrası stoğu geri açmayı unutmak yanlış bir uyuşmazlık üretir.

Pre-order ile backorder'ı karıştırmak

Availability sayfası, preorder değerinin yalnızca henüz çıkmamış yeni ürünler için kullanılmasını söyler. Stoğu tükenmiş ama yeniden gelecek ve sipariş almaya devam ettiğiniz ürün için backorder değerini önerir. İkisi için de beklenen gönderim tarihinin sayfada görünmesi gerekir.

Eski fiyatı bırakmak

priceValidUntil alanında geçmiş tarih kalırsa merchant listing sayfasına göre liste görünmeyebilir. Kampanya biter bitmez bu alan güncellenmeli ya da kaldırılmalıdır.

Düzeltmeyi yalnız feed'de yapmak

Sorunun nedeni sayfa şablonundaysa feed'i düzeltmek sorunu bir sonraki üretimde geri getirir. Önce kaynağı bulun.

Sayfada birden fazla fiyatın görünmesi

Halı ilanlarında liste fiyatı, indirimli fiyat, taksit tutarı ve metrekare fiyatı aynı sayfada yer alabilir. Hangisinin ürün fiyatı olarak işaretlendiğini ve hangisinin feed'e gittiğini kayıt tablosunda ayrı bir not olarak yazın. Alıcının ödeyeceği tutar işaretlenen değerse sorun yoktur, işaretleme metrekare fiyatını ya da taksit tutarını taşıyorsa uyuşmazlık vardır.

Sayı biçimi farkı

Türkçe sayfada ondalık ayırıcı virgül, işaretlemede ise nokta kullanılır. Binlik ayırıcıyı işaretlemeye taşımak okuma hatasına yol açabilir. Price sayfası biçim olarak sayı ve ISO 4217 para birimi kodunu ister ve ikiden fazla ondalığın yuvarlandığını söyler. Kayıt tablosunda üç çıktıyı karşılaştırırken yalnızca görünen metne değil, sayısal değere bakın: 1.250,00 ile 1250.00 aynı tutardır, 1.250,00 ile 1250.50 aynı tutar değildir.

Kontrol listesi

• Fiyat, para birimi ve stok durumunu tutan tek bir kaynak kayıt belirlendi.
• Sayfa, JSON-LD ve feed bu kayıttan üretiliyor.
• Her ürün grubundan örnek seçildi ve kayıt tablosu hazırlandı.
• Örnekte ürün sayfası, ödeme sayfası, işaretleme ve feed ayrı okundu.
• priceValidUntil alanı geçmiş bir tarih taşımıyor.
• Vergi dahil ya da hariç gösterim, hedef ülkenin kuralına göre kontrol edildi.
• Düzeltme sırası kaynak, önbellek, işaretleme, feed şeklinde uygulandı.
• Haftalık kontrol ve kampanya bitişi kontrolü takvime yazıldı.

Sık Sorulan Sorular

Fiyat ve stok uyuşmazlığı ürünü doğrudan etkiler mi?

Merchant Center'ın availability sayfasına göre sayfa, ödeme ve veri kaynağındaki stok durumunun üçünde de eşleşmesi gerekir ve birindeki uyuşmazlık ürünün onaylanmamasına yol açar. Price sayfası da gerekliliklere uymayan fiyatın ürünün onaylanmaması anlamına geldiğini söyler.

İşaretleme fiyatı sayfa fiyatından farklı olabilir mi?

Merchant listing sayfasında işaretleme ile sayfa fiyatının eşleşmesini zorunlu kılan açık bir cümle yok. Merchant Center ise ürün verisinin web sitesiyle eşleşmesini ister. Uygulama önerisi: işaretlemeyi sayfadaki fiyatla aynı tutun.

Kaç ürünü kontrol etmem gerekir?

Uygulama önerisi: her ürün grubundan ve her şablondan birkaç ürün seçin, kampanyadaki ve son değişen ürünleri örneğe ekleyin.

Otomatik ürün güncellemeleri uyuşmazlığı tamamen çözer mi?

Availability sayfası bu özelliği uyuşmazlıkları önlemeye yardımcı bir seçenek olarak anar. Price sayfası, güncellemenin yalnızca Google sayfanızı taradığında gerçekleştiğini ve ürün verisini düzenli göndermeniz gerektiğini söyler. Yani kaynak kayıt düzeni yine gereklidir.

Fiyat sayfadaki konuma göre değişebilir mi?

Price sayfası, ürünün fiyatını kullanıcının konumuna göre ürün sayfasında değiştirmemenizi söyler.

İşaretlemeyi JavaScript ile üretmek sorun olur mu?

Merchant listing sayfası dinamik üretilen işaretlemenin Shopping taramalarını daha seyrek ve güvenilmez yapabileceğini söyler ve Product verisinin ilk HTML'de bulunmasını önerir.

Sonuç

Sayfa, işaretleme ve feed aynı gerçeği anlatmalıdır. Tek bir kaynak kayıt belirleyin, ürün gruplarından örnek alın, ürün sayfasını, ödeme adımını, işaretlemeyi ve feed'i yan yana okuyun ve bulduğunuz her uyuşmazlığı kaynak, önbellek, işaretleme, feed sırasıyla düzeltin. Haftalık kısa bir rutin, kampanya bitişlerini de kapsadığı sürece, uyuşmazlığı kullanıcıdan önce yakalamanızı sağlar.

Ürününüzün görünürlüğünü artırmak için doğru reklam alanı seçimine bakmak isterseniz reklam alanları sayfasını inceleyebilirsiniz.