Projeler ve ajans desteği için müsait · Hızlı yanıt, işi yapan kişiden

Mesaj gönderin contact@allaux.fr
FR EN TR
allaux.
Acil durum Projemi konuşalım

Ürün akışında indirimli fiyat, kargo ve stok durumu

Ürün akışındaki üç öznitelik, düzelttiğim ret ve hatalı görüntülemelerin çoğunu oluşturur: indirimli fiyat (sale_price), kargo ücreti ve süresi (shipping) ve stok durumu (availability). Bunlar ikincil öznitelikler değildir: yanlış doldurulduklarında veya gerçek siteyle senkronize olmadıklarında bir ret tetikler ya da alıcıya yanlış bilgi gösterirler.

Sorunumu anlatayım Mesaj gönderin

Ele aldığım durumlar

  • Sitede sona ermiş bir kampanya ama reklamda hâlâ görünen indirimli fiyat
  • Reklamda gösterilen kargo ücretinin ödemede gerçekten uygulanandan farklı olması
  • Sitede tükenmiş ama hâlâ mevcut olarak duyurulan bir ürün
  • Yanlış ayarlanmış bir kampanya bitiş tarihinin indirimli fiyatı yanlış anda kaybolmasına veya yeniden görünmesine neden olması
  • Akışa yansımayan, ülkeye göre değişen kargo ücretleri
  • Bu üç öznitelikten birine işaret eden ama hangisinin önce düzeltileceği anlaşılamayan bir Merchant Center reddi

Bu üç özniteliği nasıl kontrol ediyorum

  1. İndirimli fiyat ve tarihlerinin kontrolü

    sale_price’ın ödemede gerçekten uygulanan fiyatla tam olarak eşleştiğini ve sale_price_effective_date’in kampanyanın geçerlilik süresini doğru şekilde çerçevelediğini kontrol ediyorum. Akıştan kaldırılmamış geçmiş bir bitiş tarihi, sitede artık var olmayan bir indirimli fiyatı gösterir. Saat dilimi farkının açıkça yazıldığını da kontrol ediyorum (Fransa’da yaz saatinde +0200, kışın +0100): bu olmadan Google tarihleri UTC olarak yorumlar ve kampanya iki saat erken biter.

  2. Kargo ücreti ve süresinin kontrolü

    shipping alt alanını ve bileşenlerini kontrol ediyorum: kapsanan teslimat ülkesi, sunulan hizmet, uygulanan ücret ve duyurulan süre. Bu alt alanları pazara göre ayrıntılandırmayan bir akış, gerçekte öyle olmasa bile tüm hedefler için aynı ücreti gösterir.

  3. Stok durumunun gerçek stoka hizalanması

    availability’nin, Google’ın sayfayı taradığı andaki gerçek ürün durumunu yansıttığını kontrol ediyorum: duruma göre stokta, tükenmiş veya ön siparişte, ama asla akışın son oluşturulduğu andaki dondurulmuş bir durumu değil.

  4. Ürün sayfasıyla karşılaştırma

    Üç öznitelikten her biri için, akışın gönderdiğini ürün sayfasında gerçekten görünenle, ikisiyle çelişebilecek olası bir schema.org işaretlemesi de dahil olmak üzere karşılaştırıyorum.

  5. Düzenli bir yenilemenin planlanması

    Bu üç özniteliğin, diğerlerinden daha fazla, her akış yenilemesinde yeniden hesaplandığından emin oluyorum: bunlar aktif bir mağazada en sık değişen özniteliklerdir.

Bu üç öznitelik neden en çok soruna yol açar

Fiyat, kargo ve stok durumunun ortak bir yanı vardır: aktif bir mağazada en sık değişen, bazen günde birkaç kez değişen özniteliklerdir. Açıklama veya görsel gibi statik bir öznitelik aylarca doğru kalır; akış siteyle aynı hızda yeniden eşitlenmezse bu üçü hızla eskir.

  • sale_price yanlış tarihlendiğinde, teklif gerçekten sona erdikten sonra indirimli fiyatı gösterir veya başlamadan önce kaybeder.
  • shipping ülke veya hizmete göre ayrıntılandırılmadığında, alıcıya siteye ulaşmadan önce bile yanlış bir ücret tahmini verir.
  • availability stoktan senkronize olmadığında, alıcı artık mevcut olmayan bir ürün için reklama tıklar.

Her üç durumda da sonuç, teknik bir reddin ötesine geçer: ürün sonunda erişilebilir hâle gelse bile güveni zedeleyen, kötüleşmiş bir satın alma deneyimidir.

flux-google.xml
<item>
  <g:id>REF-0001</g:id>
  <g:price>39.90 EUR</g:price>
  <g:sale_price>29.90 EUR</g:sale_price>
  <g:sale_price_effective_date>2026-07-01T00:00+0200/2026-07-31T23:59+0200</g:sale_price_effective_date>
  <g:availability>in_stock</g:availability>
</item>

İlgili sayfalar

İhtiyacınızı bir dakikada anlatın

Size bir anket daha değil, doğrudan bir tahmin sunabilmem için birkaç hedefli soru.

outil
api
sens
frequence (facultatif)
Size dönebilmem için en az bir e-posta veya telefon numarası belirtin.

Size dönebilmem için en az bir e-posta veya telefon numarası belirtin.

Sıkça sorulan sorular

price ile sale_price arasındaki fark nedir?
price ürünün normal fiyatıdır, sale_price ise gerçekten uygulanan promosyon fiyatıdır. Google’ın indirimli fiyatı doğru gösterebilmesi için ikisinin birlikte gönderilmesi gerekir.
sale_price_effective_date güncellenmezse ne olur?
Akışta belirtilen tarihe bağlı olarak indirimli fiyat, kampanya gerçekten sona erdikten sonra görünmeye devam edebilir veya başladığında zamanında görünmeyebilir.
Kargo ücretlerinin ülkeye göre ayrıntılandırılması gerekir mi?
Ücretler veya süreler hedefe göre gerçekten değişiyorsa evet: shipping alt alanı ülke, hizmet, fiyat ve süreyi ayrı ayrı belirtmeyi sağlar.
availability için hangi değerler beklenir?
Öznitelik, tipik olarak stokta, tükenmiş veya ön siparişte gibi ürünün gerçek durumunu yansıtmalı ve Google’ın sayfayı taradığı andaki stok durumuyla eşleşmelidir.
Bu öznitelikler her akış platformunda aynı mı?
Adlar ve ilke platformdan platforma yakındır, ama Pinterest ve Meta’ya ayrılan sayfalarda görüldüğü gibi her birinin kendi biçim kuralları veya kabul edilen değerleri vardır.

İlgili sayfalar