Google Merchant Center, e-ticaret yapan bir firmanın en çok zaman kaybettiği ve en az anlaşılan aracı.
Sebebi basit: bir reklam platformu gibi görünüyor ama aslında bir veri doğrulama sistemi. Kampanya kurmuyorsunuz — ürün kataloğunuzu Google’ın anlayacağı biçimde beyan ediyorsunuz. Ve o beyanla sitenizdeki gerçek arasında en ufak bir tutarsızlık olduğunda, ürün yayından kalkıyor. Bu tutarsızlık genellikle kötü niyetten değil, feed ile sitenin ayrı ayrı, birbirinden habersiz güncellenmesinden kaynaklanır — ve tam da bu yüzden çözümü teknik bir ekip toplantısından çok, süreç disiplininden geçer.
Bu yazı Merchant Center’ı sıfırdan anlatmıyor; feed’in nasıl kurulacağını, ürünlerin neden reddedildiğini ve hesabın neden askıya alındığını ele alıyor. Çünkü sahada zaman kaybının tamamı bu üç başlıkta. Ayrıca 2026 itibarıyla Türkiye’de e-ticaret mağazalarının sıkça karşılaştığı senaryolara dayanan bir vaka kurgusu, en sık yapılan hatalar ve yapay zeka destekli feed yönetiminin getirdiği değişiklikleri de bulacaksınız.
Rehberi baştan sona okumak zorunda değilsiniz; hesabınız zaten askıya alınmışsa doğrudan ilgili başlığa, henüz kurulum aşamasındaysanız feed besleme bölümüne geçebilirsiniz. Yine de her bölümün birbirine referans verdiğini unutmayın — çoğu sorun tek bir nedenden değil, birkaç küçük tutarsızlığın üst üste binmesinden doğar.
Merchant Center Aslında Ne Yapıyor?
Üç iş yapıyor ve üçü de birbirine bağlı:
İkinci madde işin özü. Merchant Center’ın sürekli olarak sitenizi tarayıp beyanınızı denetlediğini bilmeyen firmalar, hataların neden “kendiliğinden” ortaya çıktığını anlamıyorlar.
Temel kural: Feed’de yazan ile ürün sayfasında görünen birebir aynı olmalı. Fiyat, para birimi, stok durumu, kargo bedeli, ürün adı. Aradaki her fark bir hata sebebidir — ve çoğu firma bunu bir “sistem hatası” sanıp Google’ı suçluyor.
Merchant Center Kurulumuna Başlamadan Önce
Feed beslemeye geçmeden önce hesap düzeyinde tamamlanması gereken birkaç adım var. Bu adımlar atlandığında ilerideki her optimizasyon çabası anlamsızlaşıyor.
- Site sahipliğini doğrulayın. Google Search Console üzerinden domain doğrulaması yapılmadan Merchant Center hesabı tam işlevsel hale gelmez.
- İşletme bilgilerini eksiksiz doldurun. Şirket adı, adres, iletişim bilgisi ve müşteri hizmetleri kanalı — bunların hepsi hem onay sürecinde hem de olası bir askıya alma incelemesinde referans olarak kullanılır.
- Kargo ve vergi ayarlarını önceden yapılandırın. Türkiye’de satış yapan bir mağaza için kargo bedeli ve varsa ücretsiz kargo eşiği tanımlanmadan hiçbir ürün onaylanmaz.
- İade politikası sayfasını yayına alın. Süre, koşul ve süreç net biçimde yazılmış, kolay erişilebilir bir sayfa olmalı.
- Google Ads hesabıyla bağlantıyı önceden kurun. Reklam vermeyi düşünmeseniz bile ileride ihtiyaç duyabileceğiniz için bu bağlantıyı baştan kurmak, sonradan yaşanacak gecikmeleri önler.
Feed Nasıl Beslenmeli?
Kataloğunuzu Merchant Center’a taşımanın birkaç yolu var ve seçim, katalog büyüklüğüne ve değişim hızına göre yapılmalı.
Feed yöntemleri — göreli uygunluk
Karar ölçütü katalog büyüklüğü değil, değişim hızı. Günde birkaç kez fiyat güncelleyen bir mağazada elle yükleme veya seyrek çekilen bir dosya, sürekli uyuşmazlık hatası üretir.
Ayrıca ek feed yapısı var: ana feed’e dokunmadan belirli alanları geçersiz kılmak için kullanılır. Ana feed platformdan otomatik geliyorsa ve siz sadece başlıkları optimize etmek istiyorsanız, doğru yol budur.
Feed Yöntemi Seçim Karar Tablosu
| Katalog Büyüklüğü | Fiyat/Stok Değişim Sıklığı | Önerilen Yöntem |
|---|---|---|
| Küçük (< 100 ürün) | Nadiren (haftada birkaç kez) | Otomatik dosya çekme veya elle yükleme |
| Küçük-orta (100-1.000 ürün) | Günlük | Otomatik dosya çekme (sık aralıklı) |
| Orta-büyük (1.000-10.000 ürün) | Günde birkaç kez | Platform entegrasyonu |
| Büyük (10.000+ ürün) | Sürekli (gerçek zamanlı) | Platform entegrasyonu + ek feed |
Ürünler Neden Reddediliyor?
Merchant Center’da geçirilen zamanın büyük bölümü burada harcanıyor. Reddedilme sebepleri sınırlı sayıda ve neredeyse hepsi düzeltilebilir.
Kritik ayrım: Ürün reddi ile hesap askıya alınması farklı şeyler. Tek tek ürün reddi normaldir ve düzeltilir. Hesap askıya alınması ise satış yapamaz hâle gelmek demektir ve genellikle politika ihlallerinin birikmesinden ya da site şeffaflığı eksikliğinden kaynaklanır.
Ret Sebebini Teşhis Etme Süreci
- Diagnostik ekranını açın. Merchant Center → Ürünler → Diagnostik bölümünde her ret sebebinin kaç ürünü etkilediği listelenir.
- Ret sebebini kategorize edin. Tek bir üründe mi yoksa katalog genelinde mi tekrarlanıyor? Genel bir sorunsa (örneğin KDV yansıması) kaynağı feed şablonunda aranmalı.
- Kaynağı feed mi site mi olduğunu belirleyin. Sayfayı manuel açıp feed’deki değerle karşılaştırın; fark sitedeyse geliştirici ekibine, feed’deyse feed şablonuna yönlendirin.
- Düzeltmeyi uygulayın ve yeniden tarama bekleyin. Google, düzeltilen ürünleri otomatik olarak yeniden tarar; bu süre genellikle birkaç saatten birkaç güne kadar değişir.
- Tekrar etmediğini doğrulayın. Aynı ret sebebinin bir sonraki hafta tekrar ortaya çıkıp çıkmadığını kontrol edin — tekrar ediyorsa kök neden düzeltilmemiş demektir.
Hesap Askıya Alınması: En Pahalı Sorun
Hesap askıya alındığında tüm ürünler yayından kalkar ve alışveriş reklamları durur. Kampanya döneminde başa geldiğinde ciddi ciro kaybı üretir.
En sık sebepleri:
Site şeffaflığı eksikliği. Google, satış yapan bir sitede belirli bilgilerin bulunmasını bekler: iletişim bilgisi, işletme bilgisi, iade koşulları, kargo koşulları, mesafeli satış sözleşmesi, gizlilik politikası. Bunlardan biri eksik veya bulunması zor olduğunda “güvenilmez satıcı” değerlendirmesi devreye girebiliyor.
İade politikasının belirsizliği. Sadece “iade kabul edilmez” yazmak yeterli değil; süre, koşul ve süreç açıkça belirtilmeli.
Ödeme sayfasının güvenli olmaması. Ödeme adımında sertifika sorunu ya da karışık bir akış.
Yanlış temsil. Sitede görünen fiyatla ödeme adımındaki fiyatın farklı olması, gizli ücretler, gerçek olmayan indirim gösterimi.
Politika ihlallerinin birikmesi. Tekrarlayan ürün redleri düzeltilmediğinde hesap düzeyine tırmanabiliyor.
Askı sonrası ne yapılır: Bildirimde belirtilen sebebi okuyun, tüm sitede o sebebe uyan noktaları düzeltin, sonra itiraz gönderin. En sık yapılan hata, yalnızca bahsedilen tek sayfayı düzeltip itiraz etmek — inceleme site genelinde yapıldığı için itiraz tekrar reddediliyor ve her denemede süre uzuyor.
Askıya Alınmayı Önleme Kontrol Listesi
- İletişim bilgileri (telefon, e-posta, adres) sitenin her sayfasından erişilebilir mi?
- İade ve kargo politikaları ayrı ve net sayfalarda mı, yoksa dağınık mı?
- Ödeme sayfası SSL sertifikalı ve hatasız çalışıyor mu?
- Ürün fiyatları feed, ürün sayfası ve ödeme adımında birebir tutarlı mı?
- Mesafeli satış sözleşmesi ve KVKK aydınlatma metni güncel ve erişilebilir mi?
- Kampanya indirimleri gerçek fiyat üzerinden mi hesaplanıyor, yoksa yapay olarak şişirilmiş bir “eski fiyat” mı gösteriliyor?
Feed Optimizasyonu: Onaydan Sonrası
Ürünleriniz onaylandı diye iş bitmiyor. Feed’in kalitesi, ürünlerinizin hangi aramalarda görüneceğini doğrudan belirliyor.
Ürün başlığı — en belirleyici alan
Merchant Center’da eşleşmenin çoğu başlık üzerinden kuruluyor. Ve çoğu mağazada başlık, sitedeki ürün adının kopyası oluyor.
Rüzgarlık Ceket — hangi marka, hangi renk, kime? Hiçbir spesifik aramayla eşleşmez.[Marka] Erkek Su Geçirmez Rüzgarlık Ceket — Siyah, L Beden — marka, cinsiyet, özellik, ürün tipi, renk, beden.Başlık formülü kategoriye göre değişiyor ama mantık aynı: kullanıcı aramaya ne yazıyorsa başlıkta o olmalı. Giyimde marka + cinsiyet + ürün + özellik + renk + beden; elektronikte marka + model + kapasite; ev ürünlerinde marka + ürün + malzeme + ölçü.
Karakter sınırı olduğu için en ayırt edici bilgiler başa yazılmalı — sonu kesilebilir.
Diğer alanlar
- Açıklama: Sitedeki açıklamanın kopyası olmak zorunda değil; feed için ayrı ve arama diline daha yakın yazılabilir.
- Ürün tipi: Kendi kategori yapınız. Kampanya içinde ürün gruplaması için kullanılır — doldurulmadığında reklam tarafında yönetim zorlaşır.
- Google kategorisi: Google’ın kendi taksonomisi. Mümkün olan en spesifik olan seçilmeli.
- Özel etiketler: Kâr marjı, sezon, stok yoğunluğu, en çok satan gibi kendi ölçütlerinizi işaretleyip kampanyada ayrı yönetmenizi sağlar. En az kullanılan ve en değerli alan budur.
Feed alanlarının göreli etkisi
Göreli gösterimdir. Üstteki üç kalem, bir ürünün gösterilip gösterilmeyeceğini ve tıklanıp tıklanmayacağını büyük ölçüde belirliyor — ve üçü de çoğu mağazada hiç elden geçirilmemiş durumda.
Görsel Kalitesi İçin Pratik Kurallar
- Ana görsel beyaz veya sade tek renkli zemin üzerinde olmalı; ürün kadrajın en az %75’ini kaplamalı.
- Filigran, logo, kampanya bandı, “indirim” yazısı gibi eklemeler ana görselde bulunmamalı — bu tür bilgiler ek görsellerde veya sayfa metninde yer alabilir.
- Çözünürlük giyim ve aksesuar için en az 800x800 piksel, elektronik ve diğer kategoriler için Google’ın belirlediği minimum boyutların üzerinde olmalı.
- Her ürün için mümkünse birden fazla açıdan çekilmiş ek görseller feed’e dahil edilmeli; bu, tıklama oranını artıran ama sıkça atlanan bir detaydır.
Ücretsiz Ürün Listelemeleri
Merchant Center’ın az bilinen tarafı: reklam vermeden de ürünleriniz Google’ın alışveriş sekmesinde ve bazı arama sonuçlarında görünebiliyor.
Bunun için tek gereken, hesabın ve ürünlerin onaylı olması. Reklam bütçesi ayırmadan da katalogunuzun Google’da görünür olması anlamına geliyor — ve bu, kurulum maliyetinin karşılığını tek başına verebilecek bir kalem.
Bu yüzden reklam vermeyi düşünmeseniz bile Merchant Center kurulumu yapılmaya değer.
Türkiye’de Merchant Center Kullanırken Karşılaşılan Özgün Durumlar
Türkiye pazarında satış yapan mağazalar, feed yönetiminde bazı ülkeye özgü noktalarla karşılaşır. Bu noktalar genellikle uluslararası kaynaklı rehberlerde yer almadığından, yerel bir mağazanın onay sürecinde sürpriz gecikmelere yol açabilir.
KDV gösterimi tutarlılığı. Türkiye’de fiyatların KDV dahil gösterilmesi tüketici mevzuatı gereği standarttır. Feed’e gönderilen fiyatın da bu KDV dahil tutarla birebir örtüşmesi gerekir; aksi hâlde fiyat uyuşmazlığı hatası kaçınılmazdır. Bazı e-ticaret altyapılarında varsayılan feed şablonu KDV hariç fiyat gönderir — bu ayarın mutlaka kontrol edilmesi gerekir.
Kargo bölgeleri ve teslimat süresi beyanı. Türkiye’nin coğrafi büyüklüğü nedeniyle bazı bölgelere (uzak iller, ada ve kırsal bölgeler) teslimat süresi farklılık gösterebilir. Bu farkı feed’de veya Merchant Center kargo ayarlarında doğru yansıtmamak, kullanıcı şikayetlerine ve dolayısıyla hesap güven puanının düşmesine yol açabilir.
Taksitli ödeme gösterimi. Türkiye’de yaygın olan taksitli kredi kartı ödemesi, Merchant Center’ın temel feed yapısında doğrudan bir alan olarak yer almaz; ancak ürün sayfasında taksit seçeneği gösteriliyorsa, bu bilginin ödeme adımındaki gerçek uygulamayla tutarlı olması “yanlış temsil” değerlendirmesinden kaçınmak için önemlidir.
Yerel pazaryeri fiyat rekabeti. Türkiye’de pazaryerleri (Trendyol, Hepsiburada, Amazon Türkiye gibi) üzerinden de satış yapan markalar için Merchant Center’daki fiyatın kendi sitesindeki fiyatla aynı ama pazaryerindeki kampanyalı fiyattan yüksek görünmesi, alışveriş reklamlarında tıklanma oranını düşürebilir. Fiyat stratejisini kanallar arasında koordine etmek bu nedenle önemlidir.
Döviz kuru dalgalanmalarının fiyat güncelleme sıklığına etkisi. İthal ürün satan mağazalarda maliyetler döviz kuruna bağlı olarak sık değişebilir. Bu tür mağazalarda feed güncelleme sıklığının maliyet değişim hızına yetişmesi özellikle önemlidir; aksi hâlde hem kâr marjı erir hem de fiyat uyuşmazlığı hataları sıklaşır. Bu durumda otomatik fiyat güncelleme kurallarını (Merchant Center’ın otomatik fiyatlandırma kuralları veya platform entegrasyonu üzerinden) devreye almak, manuel takip yüküyle uğraşmaktan daha güvenilir bir çözümdür.
Kategoriye Göre Feed Stratejisi Farklılıkları
Her ürün kategorisi, feed optimizasyonunda farklı önceliklere ihtiyaç duyar. Aşağıdaki tablo, yaygın kategorilerde hangi feed alanlarına daha fazla özen gösterilmesi gerektiğini özetler.
| Kategori | En Kritik Feed Alanı | Sık Görülen Hata |
|---|---|---|
| Giyim ve aksesuar | Varyant yönetimi (renk/beden), görsel kalitesi | Varyantların tek ürün olarak gönderilmesi |
| Elektronik | GTIN/MPN doğruluğu, teknik özellik alanları | Model numarasının eksik veya hatalı girilmesi |
| Ev ve yaşam | Ölçü ve malzeme bilgisi, kargo sınıfı (hacimli ürün) | Kargo bedelinin ürün boyutuna göre ayarlanmaması |
| Kozmetik ve kişisel bakım | İçerik/bileşen uyumluluğu, sağlık iddiası kısıtlamaları | Abartılı veya kanıtlanmamış etki iddiaları içeren açıklamalar |
| Gıda ve takviye | Yasal uyarı metinleri, kategori kısıtlamaları | Tedavi edici iddialar içeren ürün açıklamaları (politika ihlali riski) |
Kozmetik ve gıda takviyesi gibi kategorilerde Google’ın sağlık iddialarına yönelik politikaları özellikle katıdır. Ürün açıklamasında “tedavi eder”, “kesin çözüm” gibi ifadeler kullanmak, yalnızca ürün reddiyle sonuçlanmakla kalmaz, tekrarlandığında hesap düzeyinde kısıtlamaya da yol açabilir. Bu kategorilerde çalışan mağazaların feed metinlerini yazarken temkinli ve mevzuata uygun bir dil kullanması önerilir.
Yapay Zeka Destekli Feed Yönetimi
2026 itibarıyla Google’ın Merchant Center içindeki otomatik iyileştirme araçları, feed verisini yapay zeka destekli olarak analiz edip başlık ve açıklama önerileri sunabilmektedir. Bu araçlar, sitedeki ürün sayfasıyla feed arasındaki eksik veya tutarsız bilgileri otomatik olarak tespit edip tamamlayabilir (otomatik ürün iyileştirmeleri).
Bu otomasyonun getirdiği avantajlar ve dikkat edilmesi gereken noktalar:
- Avantaj — hız: Binlerce ürünlü kataloglarda manuel başlık optimizasyonu haftalar sürebilirken, yapay zeka destekli öneriler bu süreci saatlere indirebilir.
- Avantaj — tutarlılık: Otomatik iyileştirmeler, insan gözünden kaçabilecek küçük tutarsızlıkları (örneğin bir varyantın eksik rengi) sistematik olarak yakalayabilir.
- Dikkat — marka sesi kaybı: Otomatik oluşturulan başlık ve açıklamalar bazen marka tonundan uzaklaşabilir; özellikle premium veya niş markalar için bu önerilerin gözden geçirilmeden doğrudan yayına alınması önerilmez.
- Dikkat — otomatik iyileştirmelerin kapatılabilir olması: Merchant Center ayarlarından bu otomatik değişikliklerin devre dışı bırakılması veya yalnızca belirli alanlarla (örneğin sadece görsel iyileştirme) sınırlandırılması mümkündür; kontrolü tamamen elden bırakmadan bu araçlardan faydalanmak en dengeli yaklaşımdır.
Sonuç olarak, yapay zeka destekli feed araçları özellikle büyük kataloglu mağazalar için zaman tasarrufu sağlarken, marka kimliğinin korunması adına periyodik insan denetimi hâlâ gereklidir.
Merchant Center Performansını Ölçmek: Hangi Metriklere Bakmalı?
Feed onaylandıktan ve gösterimler başladıktan sonra, performansı doğru metriklerle takip etmek gerekir. Yalnızca “kaç ürün onaylı” sorusuna odaklanmak, ticari başarıyı ölçmek için yeterli değildir.
Benchmark raporları. Merchant Center’ın kendi arayüzünde bulunan Benchmark bölümü, ürünlerinizin fiyat rekabetçiliğini ve tıklama oranını aynı kategorideki diğer satıcılarla (anonim olarak) karşılaştırmanıza imkân tanır. Bu rapor, fiyatınızın piyasa ortalamasının çok üzerinde veya altında olup olmadığını görmenin en hızlı yoludur.
Ürün bazlı gösterim ve tıklama analizi. Google Ads veya Merchant Center raporlama araçları üzerinden hangi ürünlerin yüksek gösterim alıp düşük tıklama oranına sahip olduğunu belirlemek, genellikle görsel veya fiyat sorununa işaret eder. Tam tersi — düşük gösterim yüksek tıklama oranı — ise başlık optimizasyonunun iyi olduğu ama görünürlüğün (bütçe veya rekabet nedeniyle) sınırlı kaldığı anlamına gelir.
Kategori bazlı ROAS karşılaştırması. Farklı ürün kategorilerinin reklam harcaması getirisini ayrı ayrı izlemek, bütçeyi hangi kategoriye kaydırmanız gerektiği konusunda net bir yön verir. Genel ortalama ROAS’a bakmak, iyi performans gösteren bir kategorinin zayıf bir kategori tarafından gölgelenmesine neden olabilir.
Diagnostik trend takibi. Onaylı ürün sayısının zaman içindeki değişimini haftalık olarak grafiğe dökmek, ani düşüşleri (genellikle bir site değişikliği veya feed hatasından kaynaklanan) erken fark etmenizi sağlar. Bu takibi manuel yapmak yerine haftalık bir hatırlatıcı veya otomatik rapor kurmak, sorunların günler yerine saatler içinde fark edilmesini sağlar.
Ölçüm Sıklığı Önerisi
| Metrik | Önerilen Kontrol Sıklığı | Sorumlu |
|---|---|---|
| Diagnostik ekranı (onay/red durumu) | Haftalık | E-ticaret / pazarlama ekibi |
| Benchmark (fiyat rekabetçiliği) | Aylık | Pazarlama / kategori yöneticisi |
| Ürün bazlı gösterim-tıklama analizi | Aylık | Reklam yöneticisi |
| Kategori bazlı ROAS | Aylık veya kampanya sonunda | Reklam yöneticisi |
| Feed-site tutarlılığı (fiyat/stok) | Her site güncellemesi sonrası + haftalık örnekleme | Geliştirici + pazarlama |
Vaka Kurgusu: Bir Giyim Markasının Toplu Ret Sorununu Çözmesi
Türkiye’de üretim yapıp kendi e-ticaret sitesinden satış gerçekleştiren orta ölçekli bir giyim markası, sitesinde yaptığı bir tema yenilemesinin ardından Merchant Center’da ürünlerinin yaklaşık %70’inin bir gecede reddedildiğini fark ediyor.
Teşhis süreci: Diagnostik ekranı incelendiğinde iki ana ret sebebi öne çıkıyor: “sayfa erişilemiyor” ve “fiyat uyuşmazlığı”. Geliştirici ekiple yapılan kontrolde, tema yenilemesi sırasında ürün URL yapısının değiştiği ancak eski URL’lerden yenilerine yönlendirme (301 yönlendirme) kurulmadığı ve feed’in hâlâ eski URL’leri referans gösterdiği ortaya çıkıyor. Ayrıca yeni temada fiyatların KDV dahil gösterilmeye başlandığı, ancak feed şablonunun hâlâ KDV hariç fiyat gönderdiği tespit ediliyor.
Uygulanan düzeltmeler:
- Feed, platform entegrasyonu üzerinden yeniden yapılandırılarak yeni URL yapısını otomatik yansıtacak şekilde güncellendi.
- Fiyat alanı, sitedeki KDV dahil gösterim ile birebir eşleşecek şekilde düzeltildi.
- Eski URL’lerden yenilerine 301 yönlendirmeleri geliştirici ekip tarafından toplu olarak kuruldu.
- Diagnostik ekranı bir hafta boyunca gün aşırı kontrol edilerek onay oranının normale dönüp dönmediği izlendi.
Sonuç penceresi (yaklaşık 2 haftalık düzeltme süreci sonrası): Onaylı ürün oranı %70 rete karşılık %95 onaya yükseldi; alışveriş reklamlarından gelen gösterim ve tıklama hacmi düzeltme öncesi seviyenin üzerine çıktı çünkü bu süreçte fark edilen bazı eski başlık optimizasyonları da güncellendi. Marka, bu deneyimden sonra her site güncellemesi öncesinde Merchant Center feed uyumluluğunu kontrol eden bir ön kontrol listesi oluşturdu. (Vaka temsilidir.)
Yaygın Sekiz Kurulum Hatası
- KDV’nin feed’e yanlış yansıması. Sitede KDV dahil gösterilirken feed’de hariç gönderilmesi (ya da tersi) toplu fiyat uyuşmazlığı üretir.
- Varyantların tek ürün olarak gönderilmesi. Her renk ve beden ayrı bir ürün olarak, ortak bir grup kimliğiyle gönderilmeli. Tek satır gönderildiğinde stokta olmayan varyantlar sorun çıkarır.
- Kargo ayarlarının atlanması. Türkiye’de kargo bedeli tanımlanmadığında ürünler yayınlanamaz. Ücretsiz kargo eşiği varsa bu da tanımlanmalı.
- Ads hesabıyla bağlantının kurulmaması. Merchant Center tek başına reklam yayınlamaz; Google Ads hesabıyla ilişkilendirilmesi gerekir.
- Diagnostik ekranının hiç açılmaması. Kaç ürün onaylı, kaçı uyarılı, kaçı reddedilmiş — bu ekran haftada bir bakılmadığında sessizce yarım katalogla reklam veriliyor olabilirsiniz.
- Site yenilemesi sonrası feed’in unutulması. Tema veya altyapı değişimi sonrası feed’in yeni yapıya uygun olup olmadığı kontrol edilmediğinde toplu ret kaçınılmaz olur.
- Otomatik iyileştirmelerin kontrolsüz bırakılması. Yapay zeka destekli otomatik başlık ve görsel iyileştirmeleri incelenmeden açık bırakıldığında marka tutarlılığı zamanla bozulabilir.
- Askıya alma bildirimini kısmi okumak. Bildirimde belirtilen sorunun yalnızca örnek olarak gösterilen tek bir ürün veya sayfa için geçerli olduğunu düşünüp yalnızca onu düzeltmek; oysa inceleme site genelinde yapılır ve kısmi düzeltme itirazın tekrar reddine yol açar.
Haftalık Kontrol Listesi
Sonuç: Merchant Center’ı Sürdürülebilir Kılmak
Merchant Center, bir kez kurulup unutulacak bir araç değil. Feed’iniz sitenizin canlı bir yansıması olduğu için, sitede yapılan her değişiklik (tema güncellemesi, fiyatlandırma politikası değişikliği, yeni kargo anlaşması) feed’e de yansıtılmalı. Bu rehberde ele alınan üç ana başlık — feed besleme yöntemi, ret sebeplerinin teşhisi ve hesap askıya alınmasının önlenmesi — birlikte ele alındığında, Merchant Center’ın “sürekli sorun çıkaran” bir araçtan “sessizce çalışan” bir altyapı bileşenine dönüşmesini sağlar.
Uzun vadede en çok zaman kazandıran alışkanlık, haftalık diagnostik kontrolünü bir rutine bağlamaktır. Bu kontrol beş dakikadan az sürer ama sorunları günler yerine saatler içinde fark etmenizi sağlayarak hem reklam bütçenizin boşa gitmesini hem de olası bir hesap askıya alınmasının önüne geçer.
Katalog büyüdükçe ve site değişiklikleri sıklaştıkça, bu kontrolü tek bir kişinin hafızasına bırakmak yerine ekip içinde net bir sorumluluk olarak tanımlamak (örneğin site güncellemesi yapan geliştiricinin feed uyumluluğunu kontrol listesine dahil etmesi) uzun vadede en sürdürülebilir yaklaşımdır.
Kısacası, Merchant Center başarısı tek bir büyük optimizasyon hamlesinden değil, küçük ama düzenli tekrar eden kontrollerden doğar: feed’in siteyle uyumunu haftalık izlemek, başlık ve görselleri aylık gözden geçirmek, her site değişikliğinden hemen sonra diagnostik ekranına bakmak. Bu üç alışkanlığı yerleştiren bir mağaza, hem toplu ret riskinden hem de hesap askıya alınması riskinden büyük ölçüde korunmuş olur.
Merchant Center kurulumu, e-ticaret reklamlarının ön koşulu. Kampanya tarafı için Performance Max e-ticaret rehberi, organik taraf için e-ticaret SEO sayfasına bakabilirsiniz.
Feed’inizde kaç ürünün gerçekten yayında olduğunu, kaç ürünün fiyat veya görsel sorunu nedeniyle sessizce yayından kalktığını ve rakiplerinize kıyasla fiyat konumunuzun nerede durduğunu birlikte kontrol etmek isterseniz iletişim sayfasından ulaşabilirsiniz.