# Ü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. - Source canonique : [https://allaux.fr/tr/services/tracking/prix-barres-delais-disponibilites-flux](https://allaux.fr/tr/services/tracking/prix-barres-delais-disponibilites-flux) - Langue : TR - Dernière mise à jour : 2026-09-30 ## Doğrudan yanıt > Bu üç özniteliği tek tek ele alın. price, müşterinin ödeme adımında gerçekten ödediği tutarla eşleşmeli; sale_price ise yalnızca kampanya sitede yürürlükteyken akışta kalmalı. availability, son dışa aktarımın değil, akışın üretildiği andaki stoğu izlemeli. Son olarak shipping, teslimat ülkesi için gerçekten uygulanan ücretleri yansıtmalı. ## 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. ## Üç öznitelik, tek bir neden > Düzelttiğim çoğu durumda bu üç öznitelik kötü yazılmamıştır, yalnızca akışın son oluşturulmasından bu yana değişmiş bir siteyle senkronize değildir. Kalıcı çözüm, tek seferlik bir düzeltme değil, sık bir otomatik yenilemedir. ## flux-google.xml ``` REF-0001 39.90 EUR 29.90 EUR 2026-07-01T00:00+0200/2026-07-31T23:59+0200 in_stock ``` ## İlgili sayfalar - **Merchant Center hatalarının düzeltilmesi** — Bir ret nedenini okumak ve düzeltmek için sıralı yöntem. ([/services/tracking/corriger-erreurs-merchant-center](/services/tracking/corriger-erreurs-merchant-center)) - **Pinterest için ürün akışı** — Pinterest’e özgü stok durumu değerleri ve fiyat biçimi. ([/services/tracking/flux-produits-pinterest](/services/tracking/flux-produits-pinterest)) - **Meta kataloğu için ürün akışı** — Aynı öznitelikleri Meta kataloğu için uyarlamak. ([/services/tracking/flux-produits-meta](/services/tracking/flux-produits-meta)) - **Ürün akışının bağlanması** — Her kanal için akış kurulumuna dair genel kılavuz. ([/guides/connecter-flux-produits](/guides/connecter-flux-produits)) ## FAQ ### 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.