Google Merchant Center Ürün Reddi Nedenleri ve Çözümleri

Reddi okumadan düzeltmeye başlamayın

Ürün ayrıntısındaki uyarı metnini, etkilenen ülkeyi ve reklam ya da ücretsiz listeleme durumunu kaydedin. Ardından aynı sorunu taşıyan kayıtları gruplayın. Örneğin kampanya sabahı çok sayıda fiyat uyarısı görülmesi, veri güncellemesi ile sayfa önbelleğinin farklı zamanda değiştiğini araştırmak için iyi bir başlangıçtır.

Etkilenen ürün sayısı teşhise yardımcı olur; kök nedeni tek başına kanıtlamaz. Hesap düzeyindeki politika sorunu da çok sayıda ürünü etkileyebilir. Tek ürün hatası ise ortak şablondaki daha yaygın bir kusurun ilk örneği olabilir. Aşağıdaki tablo kesin teşhis yerine araştırma sırasını düzenler.

Tabloyu yana kaydırarak inceleyin.

Kimlik katmanı: benzersiz ürün kimliği ve varyantlar

Mağazanın ürün kaydı için kullandığı id ile üretici tanımlayıcıları farklıdır. id alanı mağaza içinde kararlı ve benzersiz tutulur; GTIN, MPN ve marka alanları ise ürünün üretici kimliğini anlatır. Tedarikçi SKU’sunu GTIN yerine yazmayın, bulunmayan barkodu üretmeyin. Ürünün kategorisi ve gerçekten atanmış tanımlayıcıları hangi alanların uygun olduğunu belirler. Tanımlayıcı bulunmadığı doğrulanan ürünler için identifier_exists alanı ayrıca değerlendirilir.

Renk veya beden varyantlarının ayrı id değerleri ve doğru varyant özellikleri olmalı; aynı aile item_group_id ile ilişkilendirilebilir. Açılış bağlantısı kullanıcının seçili varyantını, fiyatını ve stok durumunu tutarlı göstermelidir. Örneğin mavi beden-M kaydına siyah beden-L görseli bağlanıyorsa barkod doğru olsa bile sunum yanıltıcıdır. Önce katalogdaki varyant ilişkisini düzeltin, ardından veri kaynağını yeniden işleyin.

Kimlik verisini tedarikçiden temiz alın

Kimlik alanı hatalarının kökü çoğu zaman tedarikçi veri dosyalarındadır. Tedarikçiden gelen veride kimlik alanı boş, formatı bozuk veya birden fazla ürüne düşen kayıtları feed'e sokmadan önce bir veri temizleme adımında yakalayın. Bu adım, red dalgalarını kaynağında azaltır.

Fiyat, stok ve sayfa uyumu

Ürün verisindeki fiyat, para birimi ve stok durumu açılış sayfası ve satın alma akışıyla tutarlı olmalıdır. Normal price yanında doğru sale_price ve kampanya dönemi gönderilmesi geçerli bir senaryodur; normal fiyat alanının varlığı tek başına hata değildir. Seçili ülke, üyelik koşulu veya varyant değişince görülen farklı tutarları da örneğe ekleyin.

Güncelleme sıklığını artırmadan önce gecikmenin yerini bulun: kaynak sistem, veri aktarımı, CDN, sayfa önbelleği veya para birimi dönüşümü. Sorunlu ürün için değişiklik zamanı ile Merchant Center’ın son işlediği değeri karşılaştırın. Elle düzeltme sonraki aktarımda geri alınabiliyorsa asıl veri kaynağını onarmak gerekir; kampanya başlangıcı ve bitişini birlikte test edin.

Görsel ve sunum hataları

Görsel adresi erişilebilir olmalı ve gönderilen ürünü doğru göstermelidir. Sonradan eklenmiş kampanya yazısı, reklam logosu veya filigranla ürünün kendi üzerinde bulunan markayı karıştırmayın. Ürünün doğal baskısı ve ambalajı farklı değerlendirilir. Görsel dosyasının formatını, güncel boyut şartlarını ve doğru varyanta ait olup olmadığını yayından önce kontrol edin.

Açılış sayfasını mobilde ve oturum açmadan deneyin: ürün erişiliyor mu, fiyat okunuyor mu, satın alma mümkün mü? GSC URL Denetleme bazı erişim sorunlarını araştırmaya yardımcı olabilir; tek başına Merchant Center onayını doğrulamaz. Uyarıyı Merchant Center’da tekrar kontrol edin ve gerekiyorsa sunucu yanıtlarıyla eşleştirin.

Görsel hataları üretim hattında yakalayın

Feed'den önce görsel kontrolü yapın: boyut, format, arka plan ve filigran kurallarını bir kontrol listesine bağlayın. Fotoğrafçılık sözleşmesine bu şartları yazmak, sonradan yüzlerce ürünün görselini yeniden işlemekten sizi korur.

Feed mimarisi: API geçişi ve veri akışı

Feed'i elle yükleyen işletmelerde red döngüsü yavaştır: hata elle düzeltme yeniden yükleme. E-ticaret sistemiyle feed'i otomatik üreten akış kurmak, hata düzeltme süresini kısaltır. Entegrasyon planı yapanların dikkatine: Google'ın Content API for Shopping 18 Ağustos 2026'da kapatıldı; yeni entegrasyonlarda Merchant API değerlendirilir.

Veri kaynağı ürün bilgilerini taşır; reklam performansı ayrıca incelenir. Onay, ilgili ülke ve gösterim hedefi için uygunluk durumudur; bütün yerleşimlerde otomatik yayın veya satış garantisi sağlamaz. Ürün uygun olduğu halde gösterim almıyorsa kampanya seçimi, bütçe, talep ve teklif koşulları ayrı araştırılır. Ürün reddi ile kampanya performansını tek hata başlığına toplamayın.

Düzeltmenin tekrarını önleyen takip düzeni

Düzeltmeyi aynı kusuru taşıyan ürünlere uygulayın, veri kaynağını yeniden işleyin ve uyarıda belirtilen inceleme adımını izleyin. Sorun düzelmeden art arda inceleme isteği göndermek yerine ürün örneği, eski-yeni değer ve değişiklik zamanını kaydedin. Kontrol sıklığını katalog değişim hızına göre belirleyin; yoğun kampanya döneminde yalnız aylık kontrol yeterli kalmayabilir.

• Kararlı ürün id değerleri ve üretici tanımlayıcıları için doğrulama.
• Kampanya başlangıcı ve bitişinde fiyat, para birimi ve stok kontrolü.
• Yeni görsellerin erişimi, varyant eşlemesi ve sunum kontrolü.
• Sorun kodu, etkilenen kayıtlar, sorumlu ekip ve çözüm tarihini içeren hata kaydı.

Sorumluluğu tek kişide toplayın

Merchant Center verisi e-ticaret sistemi, kampanya yönetimi ve görsel üretim arasında paylaşıldığı için red sorumluluğu çoğu mağazada boşlukta kalır. Red raporunu kimin izleyeceğini, hangi neden kodunun hangi ekibe iletileceğini yazın. Bu tek satır kural, redlerin haftalarca sürüklenmesini engeller. Google Ads yönetimi ve e-ticaret danışmanlığı bu akışın iki ucunu birleştirdiği için red çözümünde birlikte çalışmalıdır.

Sonuç

Ürün reddini çözmek için önce uyarının kapsamını ve nedenini kaydedin; sonra örnek ürünün kaynak verisini, sayfasını ve görselini birlikte inceleyin. Kalıcı çözüm, aynı kusurun sonraki katalog aktarımında geri gelmesini önlemektir. Worgoo E-Ticaret kapsamında katalog, entegrasyon ve kampanya sorumlulukları bu ortak kontrol listesinde buluşur.