# En sık görülen Google Merchant Center hatalarının düzeltilmesi > Bir Merchant Center reddi her zaman ürün bazında kesin bir neden gösterir, asla genel bir gerekçe değil. Her şeyi yeniden dışa aktarmadan önce bu kesin nedeni okur, sorunun akıştan mı yoksa ürün sayfasından mı kaynaklandığını ayırt eder, ardından aynı işi iki kez yapmayı önleyecek sırayla düzeltirim. - Source canonique : [https://allaux.fr/tr/services/tracking/corriger-erreurs-merchant-center](https://allaux.fr/tr/services/tracking/corriger-erreurs-merchant-center) - Langue : TR - Dernière mise à jour : 2026-09-30 ## Doğrudan yanıt > Merchant Center’da ürün tanılama ekranını açın ve yalnızca hatalı ürün sayısını değil, her ürün için gösterilen tam gerekçeyi okuyun. Ardından işaretlenen özniteliğin (price, availability, gtin, image_link) akışta gönderilen değerini ürün sayfasında görünen değerle karşılaştırın: ikisi aynıysa düzeltme akışta değil, sayfada yapılır. ## Ele aldığım durumlar - Kesin nedeni anlaşılamayan, reddedilmiş durumdaki ürünler - Merchant Center’da aktif ürün sayısında ani bir düşüş - Ürünün hiçbir zaman barkodu olmamasına rağmen "geçersiz GTIN" nedeni - Sitede doğru görünen ama hâlâ hata olarak işaretlenen bir fiyat veya stok durumu - Tüm kataloğa varsayılan olarak uygulanan genel bir ürün kategorisi - Nedeninin çözünürlük, filigran veya tanıtım metni mi olduğu bilinmeden reddedilen görseller ## Bir reddi nasıl teşhis ediyorum 1. **1. Ürün bazında kesin nedenin okunması** — Merchant Center’daki ürün teşhisini açıyor ve yalnızca hatalı toplam ürün sayısını değil, etkilenen her ürün için gösterilen ret nedenini okuyorum. Kesin ifade (geçersiz GTIN, tutarsız fiyat, uygunsuz görsel...) doğrudan yapılması gereken düzeltmeyi gösterir. 2. **2. Akış hatası mı, ürün sayfası hatası mı?** — Akışın o öznitelik için gönderdiğini ürün sayfasında gerçekten görünenle karşılaştırıyorum. İkisi eşleşiyorsa ve Google yine de bir fark bildiriyorsa, neden genellikle sayfadaki schema.org yapılandırılmış verisinin görünen içerikle veya akışla çelişmesidir. 3. **3. Ürün kimliklerinin düzeltilmesi** — Geçersiz olarak işaretlenmiş bir GTIN için önce bunun gerçekten üreticinin kodu olup olmadığını, iç referans olmadığını kontrol ediyorum. Gerçekten standart bir kimliği olmayan bir ürün için uydurma bir kod zorlamak yerine identifier_exists=no kullanıyorum. 4. **4. Fiyat ve stok durumunun düzeltilmesi** — Görüntülenen fiyat, akışta gönderilen fiyat ve varsa sayfanın schema.org işaretlemesi arasındaki tutarlılığı kontrol ediyorum. Stok durumu için de aynı kontrol geçerli: akış, son oluşturulduğu andaki dondurulmuş bir durumu değil, Google’ın sayfayı taradığı andaki gerçek stoku yansıtmalıdır. 5. **5. Kategori ve görsel en sona** — Temel öznitelikler doğru olduktan sonra, ilişkili Google ürün kategorisini (varsayılan genel bir kategori değil) ve görsel uygunluğunu kontrol ediyorum: yeterli çözünürlük, filigran veya tanıtım metni bindirmesi olmaması, genel bir yer tutucu görsel kullanılmaması. ## Bu sıra neden önemli Görseli veya kategoriyi fiyattan veya ürün kimliğinden önce düzeltmek zaman kaybettirir: geçersiz bir GTIN’e sahip ürün, görseli kusursuz olsa bile reddedilmiş kalır. Önce onayı tamamen engelleyen öznitelikleri, ardından sıralamayı bozan ama listelemeyi mutlaka engellemeyen öznitelikleri ele alıyorum. Eksik veya geçersiz GTIN: gerçekten standart bir kimliği olmayan bir ürünle karıştırılmamalı; bu durumda doğru cevap identifier_exists=no’dur. Tutarsız fiyat: akış, görüntülenen ürün sayfası ve aynı sayfadaki olası çelişkili schema.org işaretlemesi arasında. Hatalı stok durumu: akış, eski bir anlık görüntüyü değil, Google’ın sayfayı taradığı tam anda gerçek stoku yansıtmalıdır. Eksik veya yanlış seçilmiş kategori: tüm kataloğa varsayılan olarak uygulanan genel bir kategori. Uygunsuz görsel: yetersiz çözünürlük, filigran, tanıtım metni bindirmesi veya bir yer tutucu görsel. ## Uydurma bir GTIN sorunu ağırlaştırır > "Eksik ürün kimliği" nedeniyle karşılaşınca uyarıyı gidermek için bir GTIN uydurmak, boş bir alandan daha zor fark edilen bir hata yaratır: Google onu daha sonra geçersiz olarak reddedebilir, ya da daha kötüsü, kabul edip yanlış ürünle ilişkilendirebilir. ## İlgili sayfalar - **PrestaShop’tan Google Merchant Center akışı** — PrestaShop tarafında temel öznitelikler ve resmi modül. ([/services/tracking/flux-google-merchant-center-prestashop](/services/tracking/flux-google-merchant-center-prestashop)) - **WooCommerce’den Google Merchant Center akışı** — Ürün varyasyonu ve kategori özellikleri. ([/services/tracking/flux-google-merchant-center-woocommerce](/services/tracking/flux-google-merchant-center-woocommerce)) - **İndirimli fiyat, kargo ve stok durumu** — Reddin en sık nedeni olan üç özniteliğin detayı. ([/services/tracking/prix-barres-delais-disponibilites-flux](/services/tracking/prix-barres-delais-disponibilites-flux)) - **Entegrasyonlar ve API’ler** — Kurduğum teknik entegrasyonların merkezi sayfası. ([/services/integrations-api](/services/integrations-api)) ## FAQ ### Bir ürünün kesin ret nedenini nerede bulurum? Merchant Center’ın ürün teşhisinde, ürün bazında: yalnızca hatalı toplam ürün sayısı değil, kesin ifade (geçersiz GTIN, tutarsız fiyat, uygunsuz görsel...) orada gösterilir. ### Hatanın akıştan mı yoksa ürün sayfasından mı kaynaklandığını nasıl anlarım? Akışın ilgili öznitelik için gönderdiğini, ürün sayfasında gerçekten görüneni ve ikisiyle çelişebilecek olası bir schema.org işaretlemesini karşılaştırırım. ### Onaylanmak için her zaman bir GTIN gerekir mi? Hayır. Gerçekten standart bir kimliği olmayan bir ürün, uydurma bir GTIN yerine identifier_exists=no ile beyan edilebilir. ### Reddedilen bir görsel tüm ürünü engelleyebilir mi? Evet, uygunsuz bir görsel (yetersiz çözünürlük, filigran, tanıtım metni) diğer özniteliklerden bağımsız, kendi başına bir ret nedenidir. ### Aynı anda birden fazla hatayı hangi sırayla düzeltmeliyim? Önce onayı tamamen engelleyen ürün kimlikleri ve fiyat veya stok tutarsızlıklarını, ardından daha çok sıralamayı etkileyen kategori ve görseli ele alırım. ### Düzeltilen bir ürün ne kadar sürede tekrar onaylı hâle gelir? Bu, Google’ın akış ve ürün sayfasını bir sonraki taramasına bağlıdır; hiçbir zaman garanti bir süre vermem, yalnızca düzeltmenin kendisini yaparım.