Merchant Center Hataları: GTIN, Fiyat ve Stok Sorunu

Merchant Center'da ürünleriniz reddedildiyse sorunun büyük kısmı üç yerden gelir: kimlik alanları (GTIN, marka, MPN), ürün verisi ile site arasındaki fiyat ve stok uyuşmazlığı ve başlık ya da görsel kuralları. Çözüm sırası da bellidir: önce "Needs attention" sekmesinde sorunun türünü ve etkilenen ürünleri görün, sonra kaynağı (akış, ürün sayfası ya da yapılandırılmış veri) düzeltin, en son yeniden inceleme isteyin. Yanlış sırayla ilerlerseniz aynı sorun yeniden doğar.

Bu yazı e-ticaret sitesinin ürün akışını yöneten SEO uzmanına, pazarlama sorumlusuna ve geliştiriciye yöneliktir. Merchant Center yardım sayfaları zaman içinde değişebilir; tarihler ve süreler için yayın tarihindeki güncel sayfayı kontrol edin. Arayüz etiketleri hesabınızın diline göre farklı görünebilir, bu yüzden İngilizce adları tırnak içinde veriyoruz. Hiçbir düzeltme, ürünlerin belirli bir süre içinde ya da belirli bir görünürlükle yayına döneceğini garanti etmez.

Sorun Listesini Okumanın Doğru Sırası

Hata gördüğünüzde ilk refleks tek bir ürüne girip alanı değiştirmektir. Oysa tanılama ekranı toplu karar vermek için tasarlanmıştır. Önce sorunun nerede durduğunu ve ne kadar yaygın olduğunu anlayın.

Ürün düzeyi ve hesap düzeyi sorunlar

Merchant Center sorunlar yardım sayfasına (yeni sekmede açılır) göre ürün düzeyindeki bütün sorunlar Products bölümündeki "Needs attention" sekmesinde bulunur. Kurulum ve politika sorunları ise hesabın üstündeki bir bannerda görünür ve aynı sekmede "View setup and policy issues" bağlantısından açılır. İkisi farklı çalışır:

Bu ayrım karar için önemlidir. Tek ürünle ilgili bir GTIN hatası ile hesap düzeyindeki bir politika sorunu aynı aciliyette değildir. Hesap düzeyi sorun bütün katalog görünürlüğünü etkileyebileceği için önce o bakılır.

Uyarıyı ret öncesi sinyal olarak görmek

Yardım sayfası, çözülmeyen uyarıların reddedilmeye yol açabileceğini söyler. Bu yüzden uyarı sayısı sıfırlanmadan "ret yok, sorun yok" diye düşünmeyin. Uyarı görünen ürünler çoğu zaman reddedilmek üzere olan ürünlerdir; haftalık kontrolde önce bunları çözmek, ret sonrası yeniden inceleme beklemeden daha ucuzdur.

Etkilenen ürünleri toplu görmek

Sayfa, etkilenen ürünleri görmek için Needs attention listesindeki filtreleri kullanmanızı ya da listeyi .csv olarak indirmenizi önerir. Sorun ayrıntı sayfası etkiyi ve çözüm adımlarını gösterir. İndirdiğiniz listede ortak noktayı arayın: aynı marka, aynı kategori, aynı tedarikçi ya da aynı ürün şablonu. Ortak nokta çoğunlukla kök nedeni gösterir. Elli ürün aynı tedarikçiden geliyorsa elli ayrı hata yoktur, tek bir veri sorunu vardır.

Önce kaynağa, sonra akışa bakmak

Sayfa, ürün düzeyindeki sorunlar için veriyi düzeltip yeniden yüklemeyi önerir ve yaygın nedenler arasında uyuşmayan bilgi, kırık bağlantılar ve robots.txt'in Googlebot'u engellemesini sayar. Bu üç neden aynı zamanda hızlı kontrol listesidir: ürün bağlantısı açılıyor mu, sayfa Googlebot'a açık mı, akıştaki değer sayfadakiyle aynı mı?

GTIN, Marka ve MPN Alanlarındaki Hatalar

Kimlik alanları, belgenin ret nedeni olarak açıkça andığı alanlardır; zorunlulukları ürüne göre değişir ve yanlış doldurulmaları, bazı durumlarda eksik bırakmaktan daha kötü sonuç verebilir.

GTIN: emin değilseniz yazmayın

Ürün verisi belirtimi (yeni sekmede açılır) GTIN için açık bir kural verir: yalnızca doğru olduğundan eminseniz GTIN gönderin. Yanlış GTIN değeriyle gönderilen ürün reddedilir. Öte yandan GTIN'i olup onsuz gönderilen ürünlerin görünürlüğü sınırlı olabilir. Belirtim ayrıca GTIN'de tire ve boşluk olmamasını, kontrol basamağının doğru olmasını ister.

Bu iki kuralın karar karşılığı şudur: elinizde üreticinin verdiği doğrulanabilir bir GTIN varsa mutlaka gönderin; yoksa tahmin ederek ya da başka bir üründen kopyalayarak doldurmayın. Sık görülen kaynak hataları şunlardır:

• Excel'de uzun sayının bilimsel gösterime dönüşmesi ya da baştaki sıfırın silinmesi.
• Varyantların (renk, beden) hepsine ana ürünün GTIN'inin yazılması.
• Tedarikçi dosyasındaki ürün kodunun GTIN sanılması.
• Paket ürünlerde tekil ürünün GTIN'inin kullanılması.

Örnek senaryo: tedarikçi dosyası bozulduğunda

Bir mağaza, yeni tedarikçinin Excel dosyasını akışa aktarıyor. Dosyada GTIN sütunu sayı olarak biçimlendiği için uzun kodlar bilimsel gösterime dönüşmüş ve baştaki sıfırlar silinmiş. Bir sonraki akış yüklemesinde yüzlerce ürün GTIN nedeniyle sorunlu görünür. Kök neden yüzlerce ayrı hata değil, tek bir sütun biçimidir. Doğru çözüm, sütunu metin olarak içe aktarmak ve tedarikçiden doğrulanmış kodları yeniden almaktır. Sütunu elle düzeltmek ya da kodları tahmin etmek yeni hatalar üretir. Bu senaryo kurgusaldır; amaç, ortak nedeni toplu aramanın değerini göstermektir.

Marka: gerçek marka ya da boş

Belirtime göre marka, yeni ürünlerde zorunludur (filmler, kitaplar ve müzik kayıtları hariç) ve tüketicilerce genel olarak tanınan marka olmalıdır. Kendi markanızı yalnızca ürünü siz üretiyorsanız ya da ürün genel bir marka kategorisindeyse yazın. Markası olmayan ürünlerde alanı boş bırakın. "N/A", "Generic", "No brand" ya da "Does not exist" gibi yer tutucular yazmayın.

Burada yaygın bir hata, akış aracının boş değer yerine "Diğer" ya da "Markasız" gibi bir varsayılan yazmasıdır. Dışa aktarılan akışta marka sütununu değer sıklığına göre sıralayın; yer tutucuların hemen görünür.

MPN ve kimlik varlığı

MPN, yalnızca üreticinin atadığı GTIN yoksa gereklidir ve yalnızca üretici tarafından atanmış MPN gönderilmelidir. Yanlış MPN de ürünün reddedilmesine yol açabilir. İç stok kodunuzu MPN olarak göndermeyin.

Belirtimdeki identifier_exists alanı varsayılan olarak "yes" kabul edilir. Yalnızca ürünün gerçekten kimliği yoksa "no" değerini kullanın; örnek olarak belgede GTIN'i olmayan bir medya ürünü, markasız giyim ürünü ve GTIN ya da MPN ile marka birleşimi bulunmayan diğer ürünler sayılır. Ürünün benzersiz kimliği varken "no" yazmak ürünün reddedilmesine neden olabilir. Yani bu alan, sorunlu bir alanı susturmak için değil, durumu doğru bildirmek için vardır.

Ücretsiz listelemede kimliğin rolü

Ücretsiz listeleme koşulları sayfası, üretici GTIN atamışsa GTIN'in, açık bir marka ya da üretici varsa markanın, GTIN yoksa MPN'nin gerekli olduğunu söyler. Aynı sayfa güçlü kimliklerin (GTIN ya da MPN ile marka) ürünlerin Shopping bilgi panelinde yer almasına yardım ettiğini belirtir. Bu, görünürlüğün garantisi değil, doğru kimliğin ürünü eşleştirme açısından yararlı olduğunun belgelenmiş ifadesidir.

Kimlik kontrol tablosu

Fiyat ve Stok: Akış ile Site Arasında Uyum

Bu başlık altındaki sorunlar çoğu zaman en acil olanlardır, çünkü yardım sayfası fiyat ya da stok uyuşmazlığında önleyici ürün reddi (PID) uygulanabileceğini ve çözmek için inceleme gerektiğini belirtir. Ürün verisi belirtimi girişte, veri kaynağı ile site arasındaki çelişkili verinin reklamların ve ücretsiz listelemelerin gösterilmesini engelleyebileceği konusunda uyarır.

Fiyatın üç yerde aynı olması

Belirtim fiyatın açık bir tanımını verir: fiyat ürünün bağlantı sayfasındaki, yapılandırılmış verideki ve ödeme sayfasındaki fiyatla eşleşmelidir. Ürün, gönderilen fiyattan çevrimiçi satın alınabilmelidir. Vergi konusunda belgenin ülke ayrımına bakın: ABD ve Kanada için satış vergisi gibi vergiler fiyata dahil edilmez, diğer ülkelerde ise KDV (VAT/GST) benzeri vergiler fiyata dahil edilir. Kendi ülkeniz için belgenin ilgili bölümünü açıp doğrulayın.

Uyuşmazlığın en yaygın üç kaynağı şunlardır:

• Akış günde bir kez güncellenirken sitedeki fiyat gün içinde değişiyor.
• Kampanya indirimi sitede uygulanıyor ama akıştaki fiyat eski liste fiyatı.
• Kargo, taksit ya da üye fiyatı gibi koşullar ödeme sayfasında fiyatı değiştiriyor. Belge üye fiyatları için de ürün verisi, bağlantı sayfası ve ödeme sayfasının eşleşmesini ister.

Örnek senaryo: Bir mağaza hafta sonu indirimini yalnızca tema tarafında uyguluyor, akış ise haftalık dışa aktarılan dosyayı kullanıyor. Hafta sonu boyunca ürün sayfasında indirimli, akışta liste fiyatı görünür. Çözüm akışın indirimi de taşıması ya da indirimin tek bir veri kaynağından hem siteye hem akışa beslenmesidir.

Stok durumu: izin verilen değerler ve eşleşme

Belirtimdeki geçerli stok değerleri in_stock, out_of_stock, preorder ve backorder'dır. Değer bağlantı sayfası, ödeme sayfaları ve yapılandırılmış veriyle eşleşmelidir. Tükenmiş üründe bile fiyat bağlantı sayfasında açıkça görünür olmalıdır. Ön siparişte availability_date alanı zorunludur; backorder için de belirtilmesi istenir.

Stok ile ilgili uyuşmazlığın tipik nedeni, tükenen ürünün siteden kaldırılması ama akışta "in_stock" olarak kalmasıdır. Ürün sayfasının tükendi, kaldırıldı ya da yönlendirildi durumundaki davranışı ayrıca tükenen ve kaldırılan ürün sayfaları rehberinde anlatılır; akışın bu durumları aynı anda taşıması gerekir.

Yapılandırılmış veri ile akışın çelişmemesi

Belirtim yapılandırılmış veriyi de eşleşme kaynağı olarak sayar. Ürün sayfasında görünen fiyatla JSON-LD'deki fiyat farklıysa üç kaynaktan ikisi çelişir. Ücretsiz listeleme sayfası, yapılandırılmış veri kullanıyorsanız Search Console'daki işaretleme hatalarını denetlemenizi söyler. Ürün işaretlemesinin kurulumu ve doğru alanlar için ürün schema rehberine bakın; bu yazıdaki kural yalnızca üçünün tutarlı olmasıdır.

Varyantlarda fiyat ve stok

Ücretsiz listeleme sayfası, ürün varyantları için item_group_id alanını zorunlu sayar. Her varyantın fiyatı ve stoku kendi sayfa seçimiyle eşleşmelidir. Renk ve beden seçenekleri tek bir ürün sayfasında seçildiğinde, akıştaki varyantın bağlantısının o seçimi açıp açmadığını denemek gerekir. URL ve canonical kararları ürün varyantları rehberinde işlenir; Merchant Center açısından önemli olan, akıştaki bağlantının kullanıcıyı aynı varyanta götürmesidir.

Başlık ve Görsel Kaynaklı Retler

Kimlik ve fiyat düzeldikten sonra kalan sorunlar çoğunlukla başlık ve görselden gelir.

Başlık kuralları

Belirtime göre başlık ürünü doğru tanımlamalı ve bağlantı sayfasındaki başlıkla eşleşmelidir. Üst sınır 150 karakterdir. Varyantlı ürünlerde renk ya da beden gibi ayırt edici özellikler başlıkta yer almalıdır. "Ücretsiz kargo" gibi tanıtım metni başlığa yazılmamalıdır. Başlık kontrolü için akıştaki başlıkları uzunluğa göre sıralayın, ardından "kargo", "indirim", "fırsat" gibi kelimelerde arama yapın.

Başlıkla ilgili daha ince bir hata, akıştaki başlığı pazarlama amacıyla ürün sayfasından farklı yazmaktır. Belirtim eşleşme istediği için başlık sayfayla uyumlu olmalıdır. Uzun bir başlığı kısaltmanız gerekiyorsa sayfa başlığını da aynı mantıkla düzenleyin.

Görsel kuralları

Belirtime göre görsel ürünü doğru göstermelidir. Tanıtım metni, filigran ve çerçeve olmamalıdır. Yer tutucu ya da genel bir görsel gönderilmemelidir. Boyut tarafında belge, bütün ürün görselleri için en az 500 x 500 piksel şartını belirtir ve bu şartın uygulanmasının 31 Ocak 2027'de başlayacağını yazar. Ücretsiz listeleme sayfası da görsellerin yeterince büyük olması ve tanıtım içeriği taşımaması gerektiğini söyler.

Görsel denetiminde üç şeye bakın: tedarikçiden gelen görselde logo ya da filigran var mı, küçük kare görseller büyütülerek mi gönderilmiş, ve "görsel yok" yer tutucusu akışa karışmış mı. Görsel bağlantılarının robots.txt ile engellenmediğinden de emin olun; belge ürün düzeyinde robots.txt engelini yaygın neden olarak sayar.

Başlıkta ve görselde tutarlılığın sınanması

Başlık ve görsel kontrolünü otomatikleştirebilirsiniz. Başlık için akışta 150 karakteri aşan satırları, tanıtım kelimeleri içeren satırları ve ürün sayfası başlığıyla birebir uyuşmayan satırları listeleyen basit bir betik yeterlidir. Görsel için dosya boyutu yerine piksel boyutuna, yani 500 x 500 sınırına bakın; küçük görselleri uyarı olarak ayrı listeleyin. Sınır belgede yeni bir uygulama tarihiyle anıldığı için şimdiden küçük görselleri bulmak, tarih geldiğinde toplu ret riskini azaltır.

Sayfa erişimi ve bağlantı sorunları

Kırık bağlantılar, yönlendirme zincirleri ve Googlebot'a kapalı ürün sayfaları retlerin sessiz nedenleridir. Ürün sayfasını tarayıcıda değil, Googlebot'un erişimini sınadığınız bir araçla açın. Sayfa tarayıcıda açılıp botta açılmıyorsa sorun akışta değil, sunucu ya da engelleme kurallarındadır.

Düzeltme Sonrası Yeniden İnceleme

Veriyi düzelttikten sonra sırada yeniden inceleme vardır. Yardım sayfaları süreci ayrı ayrı anlatır.

Ürün düzeyinde inceleme adımları

Yeniden inceleme sayfasına (yeni sekmede açılır) göre ürün düzeyi sorunlarda Needs attention sekmesinde ürünü bulun, Status altında "Fix" seçin, "What needs attention" altında "Request website check" ya da "I disagree with the issue" seçin ve ardından, kullanılabiliyorsa "Request website check" ya da "Request review" düğmesini kullanın. Politika ve kurulum sorunlarında "View setup and policy issues" üzerinden her sorun için "I fixed the issue" ya da "I disagree with the issue" seçip "Request review" kullanılır.

Düğme neden pasif olabilir?

Belgeye göre düğme, satıcı doğrulamasını tamamlamadan ve veri kaynağınızda en az bir ürün bulunmadan pasif kalabilir. Veri kaynağı boşsa All products altında elle bir ürün eklenmesi önerilir. Ayrıca bekleme (cool down) süresinde düğme gridir. Süre, itiraz seçeneğini kullanıp sorunu düzeltmeye çalıştıktan sonra başlar; Needs attention sekmesi bitiş zamanını gösterir.

Bekleme süresi ve süre bilgileri

Belgede şunlar yazar: Google desteği bekleme süresini atlayamaz ya da kısaltamaz. Başarısız her incelemede süre artabilir. İkinci denemede sorun çözülmediyse bir haftalık bekleme başlayabilir. Süre bilgileri iki farklı yerde farklıdır: kurulum ve politika incelemeleri için 7 iş günü beklenmesi, genel bildirimler için incelemenin 2 haftaya kadar sürebilmesi, itiraz incelemelerinin 7 iş gününe kadar sürebilmesi ve onaylanan ürünlerin 24 saat içinde Google genelinde gösterilmeye uygun hale gelmesi. Sorunlar sayfası ise kurulum ve politika incelemeleri için "7 güne kadar" ifadesini kullanır. Planlamayı uzun olan süreye göre yapın.

Yeniden inceleme için hazırlık listesi

1. Etkilenen ürünlerde kök neden bulundu ve kaynakta düzeltildi.
2. Düzeltilen veri akışa yansıdı ve yeniden yüklendi.
3. Ürün sayfası, yapılandırılmış veri ve ödeme sayfasındaki fiyat ve stok eşleşiyor.
4. Sayfalar Googlebot'a açık ve bağlantılar çalışıyor.
5. Satıcı doğrulaması tamam ve düğme aktif.
6. İtiraz edilecekse kanıt hazır; hata değilse itiraz edilmiyor.

Bu listeyi tamamlamadan inceleme istemek bekleme süresini boşuna tüketir. Özellikle ikinci başarısız denemede bekleme uzayabildiğinden her istek kontrollü olmalıdır.

Ürün Verisi Dışındaki Ön Koşullar: Politika, Kargo ve İade

Ürün alanları doğru olsa bile ücretsiz listeleme için ürün verisinin dışındaki koşullar da gereklidir. Ücretsiz listeleme koşulları (yeni sekmede açılır) sayfası, ürünlerin Google'ın ücretsiz gösterim politikalarına uygun olmasını ister. İade politikasının web sitenize eklenmesini ve Merchant Center'a da girilmesini önerir. Kargo ayarlarının yapılmasını ya da ürün düzeyinde shipping özniteliğinin kullanılmasını söyler. Kargo bilgisi ülkeye göre zorunlu olabilir; hesabınızın hedef ülkesi için Merchant Center belgesine bakın.

Sayfa ayrıca ücretsiz listeleme durumunun görünme iznini belirlediğini ama gösterim garantisi vermediğini, Google'ın ürünleri aramalarla eşleştirmek için verinize dayandığını belirtir. Yani durum kartı yeşil olsa bile gösterim sayısı bir sonuç değil, bir olasılıktır.

Zorunlu alanların topluca gözden geçirilmesi

Aynı sayfadaki zorunlu alan listesi, tanılama sırasında bir arama tablosu gibi kullanılabilir. Bütün ürünlerde id, title, link, image_link, price, description ve availability gerekir. Kullanılmış ya da yenilenmiş ürünlerde condition, açık bir marka ya da üretici varsa brand, çoklu paketlerde multipack, set ürünlerde is_bundle, varyantlarda item_group_id zorunludur. Giyim ve aksesuar kategorisinde ayrıca color, size, age_group ve gender gerekir. Önerilen alanlar arasında ek görseller (en fazla 10), canonical_link ve giyimde material ile pattern sayılır.

Bu listeyi akış dışa aktarımının sütunlarıyla karşılaştırmak, "eksik öznitelik" tipindeki sorunların büyük kısmını tek seferde bulur. Örneğin bir mağaza giyim ürünlerini gönderiyor ama age_group sütunu yoksa sorun ürün bazında değil şablon bazındadır.

Haftalık veri sağlığı rutini

Reddi beklemek yerine düzenli kontrol daha ucuzdur. Haftalık bir rutin şu adımlardan oluşabilir:

1. Needs attention sekmesinde uyarı ve ret sayılarına bakın, bir önceki haftayla karşılaştırın.
2. Yeni eklenen tedarikçi dosyalarından rastgele ürün seçip GTIN, marka ve görseli elle doğrulayın.
3. Fiyatı en sık değişen on ürünün sayfa fiyatını, akış fiyatını ve ödeme sayfası fiyatını yan yana açın.
4. Son hafta siteden kaldırılan ürünlerin akışta kalıp kalmadığına bakın.
5. Search Console'da ürün işaretleme hatalarını kontrol edin.

Bu rutin, düzeltmenin her seferinde acil bir olaya dönüşmesini önler. Bulguları kaydedin: hangi tedarikçi, hangi alan, hangi düzeltme. Aynı tedarikçi aynı hatayı tekrar ediyorsa dönüşüm kuralı eklemek, her seferinde elle düzeltmekten daha kalıcıdır.

Sorun ayrıntı sayfasından kanıt toplamak

Sorun ayrıntı sayfası etkiyi ve çözüm adımlarını gösterir. İtiraz etmeyi düşünüyorsanız önce kendi kanıtınızı toplayın: ürün sayfasının ekran görüntüsü, ödeme adımındaki fiyat, yapılandırılmış veri çıktısı ve akıştaki satır. Kanıt, itirazın haklı olup olmadığını size de gösterir. Çoğu durumda bu kanıtı toplarken uyuşmazlığı kendiniz bulursunuz ve itiraz yerine düzeltme yaparsınız. Bu, ikinci başarısız denemenin getirebileceği bir haftalık beklemeyi de önler.

Tek ürün değil, şablon düzeyinde düşünmek

Birçok ret tekil hata değil şablon hatasıdır. Başlık şablonunuz "{marka} {ürün} ücretsiz kargo" biçimindeyse bütün katalog başlıktan reddedilir. Görsel şablonunuz her görsele logo ekliyorsa bütün görseller sorunlu olur. Bu yüzden düzeltmeyi uygulamadan önce "bu hata kaç üründe, hangi ortak kuraldan geliyor?" sorusunu sorun. Şablon düzeltmesi tek seferde yüzlerce ürünü çözer, ama aynı zamanda yanlış yapıldığında yüzlerce ürünü birden bozabilir. Bu nedenle önce küçük bir ürün grubunda deneyin, akışta sonucu doğrulayın, sonra bütün kataloğa yayın.

Tanılama Tablosu: Belirtiden Eyleme

Tablodaki "olası" nedenler, belgelerin yaygın neden olarak saydığı durumlar ve yaygın akış hatalarının bileşimidir; hesabınıza özgü kesin neden için ürün sorun ayrıntı sayfasına bakın.

Sorunu Kaynağında Önlemek

Reddi düzeltmek tek seferlik iştir, önlemek ise veri hattı disiplinidir. Dört alışkanlık işe yarar:

• Akışın tek bir ürün veri kaynağından beslenmesi; site ve akış için iki ayrı fiyat tablosu tutulmaması.
• Fiyat ve stok değişikliğinden sonra akış güncelleme sıklığının bu değişimle uyumlu olması.
• Akış alanlarında yer tutucu ve boş değer denetimi.
• Yeni tedarikçi dosyası eklenirken GTIN, marka ve görsel örnek denetimi.

Merchant Center sorunları bağlantı kazanımıyla değil, ürün verisinin doğruluğuyla çözülür. Kategori sayfalarının dış bağlantı görünürlüğü ise ayrı bir çalışma alanıdır ve e-ticaret kategori sayfası backlink rehberinde anlatılır.

En Sık Yapılan Hatalar

• Tahmini GTIN yazmak: Yanlış GTIN ürünün reddine yol açar; emin değilseniz göndermeyin.
• Yer tutucu marka kullanmak: "N/A" ya da "Generic" değeri belirtime aykırıdır.
• identifier_exists alanını "no" yaparak sorunu susturmak: Kimliği olan ürüne "no" yazmak ret nedenidir.
• Akış ile ödeme sayfasının farklı olması: Fiyat yalnızca ürün sayfasıyla değil ödeme sayfasıyla da eşleşmelidir.
• Tükenen ürünün akışta kalması: Stok durumu sayfayla uyumsuz olur.
• Sorun kaynağına bakmadan yeniden inceleme istemek: Bekleme süresi uzar.
• Bütün ürünleri tek tek düzeltmek: Ortak neden bulunmazsa sorun yeniden doğar.

Sıkça Sorulan Sorular

Yanlış GTIN göndermek ile hiç göndermemek arasında fark var mı?

Evet. Belirtime göre yanlış GTIN ile gönderilen ürün reddedilir, GTIN'i olup onsuz gönderilen ürünün görünürlüğü ise sınırlı olabilir. Bu yüzden elinizde üreticinin verdiği doğrulanabilir bir kod varsa gönderin, emin değilseniz tahminle doldurmayın.

Markası olmayan ürünlerde marka alanına ne yazmalıyım?

Alanı boş bırakın. Belirtim, markası olmayan ürünlerde alanın boş bırakılmasını ve "N/A", "Generic", "No brand" ya da "Does not exist" gibi yer tutucuların yazılmamasını ister.

identifier_exists alanını "no" yaparak GTIN hatasından kurtulabilir miyim?

Hayır. Alan yalnızca ürünün gerçekten GTIN ya da MPN ile marka birleşimi yoksa "no" olmalıdır. Ürünün benzersiz kimliği varken "no" göndermek ürünün reddedilmesine neden olabilir.

Fiyat uyuşmazlığı hangi sayfalarla karşılaştırılır?

Belirtim, fiyatın bağlantı sayfasındaki, yapılandırılmış verideki ve ödeme sayfasındaki fiyatla eşleşmesini ister. Yardım sayfası fiyat veya stok uyuşmazlığında önleyici ürün reddi uygulanabileceğini ve çözmek için inceleme gerektiğini söyler.

İnceleme isteme düğmesi neden pasif?

Belgeye göre düğme, satıcı doğrulaması tamamlanmadan ya da veri kaynağında en az bir ürün yokken pasif kalabilir. Ayrıca bekleme süresi boyunca gri görünür ve bu süre Google desteği tarafından atlanamaz ya da kısaltılamaz.

Yeniden inceleme ne kadar sürer?

Belgelerdeki süreler farklıdır: itiraz incelemeleri için 7 iş gününe kadar, genel bildirimler için 2 haftaya kadar, kurulum ve politika incelemeleri için 7 iş günü bekleme ifadesi geçer; onaylanan ürünler 24 saat içinde gösterilmeye uygun olur. Planlamayı uzun süreye göre yapın ve bunu garanti saymayın.

Sonuç

Merchant Center reddi, ürün verisi ile siteniz arasındaki uyuşmazlığın bir göstergesidir. GTIN, marka ve MPN alanlarında doğruluk ve dürüstlük, fiyat ve stokta akış ile site ile ödeme sayfası arasında tutarlılık, başlık ve görselde belirtim kurallarına uyum ve düzeltme sonrası kontrollü bir yeniden inceleme, çözümün dört ayağıdır. Önce sorunun düzeyini ve ortak nedenini bulun, sonra kaynakta düzeltin, en sonda yeniden inceleme isteyin. Belgelerdeki süre bilgilerini planlama için kullanın, ama bunları garanti saymayın.

Ürün ve kategori sayfalarınızın dış görünürlüğünü destekleyecek içerik çalışması için Akua Adforce'ta tanıtım yazısı hizmetini inceleyebilirsiniz; kapsam ve koşullar ilgili ürün sayfasında yazılıdır.