Google Merchant Center ve Ürün Feed'i (XML) Optimizasyonu: Teknik Rehber (2026)

Kısa cevap: Google Merchant Center, ürünlerinizi Google'ın tüm alışveriş yüzeylerine (Arama, Alışveriş sekmesi, Görseller, Haritalar, YouTube) taşıyan merkezî bir ürün deposudur; ürün feed'i (veri kaynağı) ise bu deponun kalbindeki yapılandırılmış veri varlığıdır. Feed'inizin kalitesi hem reklam maliyetinizi düşürür hem de ücretsiz ürün listelemeleri sayesinde tek kuruş ödemeden organik trafik getirir. Bu rehber, feed'in bir XML/veri dosyası olarak nasıl kurulacağını, hangi özniteliklerin zorunlu olduğunu, red sebeplerini ve besleme kurallarını teknik derinlikte anlatır; Shopping reklamının nasıl yürütüleceğini değil, feed'in bir varlık olarak nasıl optimize edileceğini ele alır.

E-ticarette çoğu işletme sahibi, Google Shopping reklamlarını "aç ve unut" mantığıyla kurar; sonra düşük performansı bütçeye veya rekabete bağlar. Oysa çoğu sorunun kaynağı reklam ayarlarında değil, ürün feed'inin kendisindedir. Feed, Google'ın ürününüz hakkında bildiği her şeyin tek kaynağıdır: adı, fiyatı, stoğu, kategorisi, görseli. Google bu veriyi ne kadar temiz ve zengin alırsa, ürününüzü o kadar doğru sorgularla eşleştirir. Bu yazıda feed'i bir "reklam ayarı" olarak değil, sürekli bakılması gereken bir veri varlığı olarak ele alacağız.

Bu rehberi bir başvuru kaynağı olarak tasarladık. Merchant Center'a yeni başlıyorsanız baştan sona okuyarak sağlam bir zihinsel harita kurabilir; belirli bir sorunla (örneğin bir red kodu ya da GTIN muafiyeti) boğuşuyorsanız doğrudan ilgili başlığa atlayabilirsiniz. Her bölümün ilk cümlesi tek başına bir cevap verecek şekilde yazıldı; bu sayede aradığınız yanıtı hızlıca bulur, ardından detaya inersiniz. Amacımız, feed'i "Google'ın istediği bir formalite" olmaktan çıkarıp, işletmenizin en değerli dijital varlıklarından biri hâline getirmektir. Rehber boyunca her kavramı önce sade bir cümleyle tanımlayıp ardından pratik adımlara ve gerçek senaryolara bağlayacağız; böylece hem ne yapmanız gerektiğini hem neden yapmanız gerektiğini birlikte görürsünüz.

Bir şeyi baştan netleştirelim: iyi feed yönetimi teknik olduğu kadar ticaridir. Hangi ürünün öne çıkacağı, hangi başlığın hangi sorguyu yakalayacağı, hangi marjın reklama değeceği; bunların hepsi ticari kararlardır ve feed bu kararların uygulandığı yerdir. Bu yüzden feed'i yalnızca bir yazılımcının değil, işi bilen birinin gözüyle de ele almak gerekir. Rehber boyunca hem teknik kuralı hem ardındaki ticari mantığı birlikte anlatacağız.

Google Merchant Center nedir ve ürün feed'i neden bir veri varlığıdır?

Google Merchant Center, ürün verinizi Google'a yüklediğiniz ve yönettiğiniz ücretsiz bir platformdur. Buraya girdiğiniz ürünler; Google Alışveriş sekmesi, arama sonuçlarındaki ürün kutucukları, Google Görseller, Google Lens, Haritalar ve YouTube gibi yüzeylerde görünür hâle gelir. Merchant Center'ın temel görevi, mağazanızdaki ürünleri Google'ın anlayacağı standart bir dile çevirmektir.

Ürün feed'i ise bu çevirinin somut hâlidir. Feed, her ürün için bir satır ve her özellik için bir sütun içeren yapılandırılmış bir veri dosyasıdır (ya da canlı bir API bağlantısıdır). "Veri varlığı" dememizin sebebi şudur: feed sadece bir kez kurulan bir dosya değildir; fiyatınız değiştikçe, stoğunuz tükendikçe, yeni ürün ekledikçe sürekli güncellenmesi gereken canlı bir varlıktır. Tıpkı web siteniz gibi, feed de bakım ister.

Bu bakış açısı önemlidir çünkü feed kalitesi doğrudan iki sonuca bağlanır: reklam maliyetiniz ve ücretsiz görünürlüğünüz. Google, temiz ve zengin veriyle beslenen ürünleri hem daha alakalı sorgularla eşleştirir hem de organik ürün ızgaralarında daha sık gösterir. Yani feed'e harcanan emek, reklam bütçesinden bağımsız olarak geri döner.

Feed, mağazanız ile Google arasındaki köprüdür

Feed'i mağazanız ile Google arasında kurulan bir köprü gibi düşünün. Mağazanızdaki (ikas, Shopify veya başka bir altyapıdaki) ürün bilgisi bir uçta, Google'ın alışveriş grafiği diğer uçta durur. Feed bu ikisini birbirine bağlar. Köprü ne kadar sağlam ve düzenli olursa, veri o kadar doğru akar.

Köprünün zayıf olduğu durumlarda tipik sorunlar ortaya çıkar: sitede 199 TL yazan ürün feed'de 189 TL görünür, stokta olmayan ürün "mevcut" olarak gösterilir, ürün başlığı belirsizdir. Bu tutarsızlıklar Google'ın güvenini sarsar ve ürünlerinizin reddedilmesine yol açar. Bu yüzden feed yönetimi, e-ticaret operasyonunun teknik bir disiplini olarak ele alınmalıdır.

Ürün feed'i ile Shopping reklamı aynı şey değildir

Ürün feed'i, Shopping reklamının altyapısıdır; reklamın kendisi değildir. Feed kurulu ve onaylıysa, üzerine ister ücretli bir Alışveriş kampanyası kurarsınız ister hiç reklam vermeden yalnızca ücretsiz listelemelerden yararlanırsınız. Bu yazı feed'in kendisine odaklanır; reklam kampanyası kurulumunu ise Google Shopping reklamları kurulum rehberimizde ayrı ayrı anlatıyoruz. Reklam tarafını merak ediyorsanız o yazıya, veriyi kusursuzlaştırmak istiyorsanız buraya odaklanın.

Merchant Center Next arayüzü nedir ve eskisinden farkı nedir?

Merchant Center Next, Google'ın ürün yönetim panelinin yenilenmiş ve sadeleştirilmiş sürümüdür. Google, klasik Merchant Center'ı kademeli olarak Next arayüzüne taşıdı; yeni hesaplar doğrudan Next ile açılıyor. Next'in amacı, özellikle küçük ve orta ölçekli işletmelerin feed yönetimini daha az teknik hâle getirmektir.

En belirgin fark, Google'ın artık sitenizi otomatik tarayarak ürünleri kendiliğinden keşfedebilmesidir. Klasik arayüzde her ürünü mutlaka bir feed dosyasıyla yüklemeniz gerekirken, Next mağaza sitenizden yapılandırılmış veriyi (schema.org işaretlemesi) okuyarak ürünleri otomatik toplayabilir. Bu, hiç feed dosyası olmayan işletmeler için giriş engelini düşürür.

Otomatik tarama tek başına yeterli mi?

Otomatik tarama başlangıç için pratiktir ama ciddi e-ticaret için tek başına yeterli değildir. Google sitenizden okuduğunda yalnızca sayfada işaretlenmiş veriyi görür; custom_label, product_type detayı, ek görseller gibi optimizasyon alanlarını genellikle kaçırır. Bu yüzden ölçekli mağazalar hâlâ birincil bir veri kaynağı (feed veya API) kullanır ve otomatik taramayı yalnızca yedek/ek kaynak olarak bırakır.

Pratik kural şudur: Katalogunuz küçük ve statikse otomatik tarama işinizi görebilir; ama fiyat/stok sık değişiyorsa veya feed'i optimize etmek istiyorsanız, kontrolü elinizde tutan bir birincil veri kaynağı şarttır. Next arayüzü her iki yolu da destekler.

Next'te "veri kaynakları" (data sources) kavramı

Merchant Center Next, eski "feed" terimini büyük ölçüde "veri kaynağı" (data source) kavramıyla değiştirdi. Bir veri kaynağı; bir Google E-Tablosu, yüklenen bir XML dosyası, zamanlanmış çekmeyle alınan bir URL veya bir API bağlantısı olabilir. Ürün verinizin nasıl girdiğine dair her yöntem, artık "veri kaynağı" başlığı altında yönetilir. Bu yazıda "feed" ve "veri kaynağı" terimlerini büyük ölçüde eş anlamlı kullanacağız.

Next arayüzünde neler değişti, alışkanlıklar nasıl güncellenmeli?

Klasik Merchant Center'a alışkın kullanıcılar için Next, menü yapısı ve terimlerin yeniden düzenlendiği bir arayüzdür; işlevler büyük ölçüde aynı kalır ama yerleri değişir. Ürünler artık daha görsel bir katalog görünümünde listelenir, performans metrikleri daha sade sunulur ve site tarama (otomatik ürün keşfi) daha öne çıkarılır. Klasik arayüzdeki bazı gelişmiş feed ayarları, Next'te "veri kaynakları" ve "ayarlar" altında yeniden konumlanmıştır.

Pratik tavsiye şudur: Next'e geçtiğinizde ilk iş, mevcut veri kaynaklarınızın ve besleme kurallarınızın sorunsuz taşındığını doğrulamaktır. Arayüz geçişlerinde bazen kurallar veya ayarlar beklenmedik biçimde değişebilir. Ürünlerinizin onay durumunu ve önemli ayarları geçişten hemen sonra kontrol etmek, sessiz veri kayıplarını erken yakalamanızı sağlar.

Merchant Center'da hesap yapısı nasıl kurulmalı?

Tek bir mağazanız varsa tek bir Merchant Center hesabı yeterlidir; birden fazla mağaza, marka veya müşteri yönetiyorsanız çok müşterili (advanced/multi-client) bir yapı daha düzenlidir. Ajanslar ve birden çok markayı yöneten işletmeler için üst düzey bir yönetici hesabı altında alt hesaplar açmak, hem yetkilendirmeyi hem raporlamayı sadeleştirir. Böylece her mağazanın verisi ayrı kalır ama tek bir çatıdan yönetilir.

Hesap kurulumunda işletme bilgilerini (isim, adres, iletişim) doğru ve tutarlı girmek önemlidir; bu bilgiler hem güven sinyali hem bazı programların şartıdır. Kayseri merkezli bir işletmeyseniz adres ve iletişim bilgilerinizin sitenizdeki bilgilerle birebir tutması, hem Merchant Center hem yerel arama tutarlılığı açısından değerlidir. Tutarsız NAP (isim-adres-telefon) bilgisi, ilerideki doğrulama süreçlerini zorlaştırır.

Hesap doğrulama ve site sahipliği (claim) nasıl yapılır?

Merchant Center'da ürün yayınlamadan önce web sitenizin sahipliğini kanıtlamanız ve URL'yi hesabınıza bağlamanız (claim) gerekir. Google, ancak sitenin gerçekten size ait olduğunu doğruladıktan sonra o alan adına ürün listelemenize izin verir. Bu adım, feed'inizdeki link özniteliğinin doğrulanmış alan adıyla eşleşmesi için de zorunludur.

Doğrulama (verification) ve sahiplenme (claiming) iki ayrı ama birbirini tamamlayan işlemdir. Doğrulama, sitenin sahibi olduğunuzu Google'a kanıtlar; sahiplenme ise o doğrulanmış URL'yi Merchant Center hesabınıza bağlar. İkisi tamamlanmadan ürünleriniz "beklemede" veya "reddedildi" durumunda takılı kalır.

Site sahipliğini doğrulamanın yolları nelerdir?

• HTML dosyası yükleme: Google'ın verdiği bir doğrulama dosyasını sunucunuzun kök dizinine yüklersiniz.
• HTML meta etiketi: Ana sayfanızın head bölümüne bir doğrulama meta etiketi eklersiniz. ikas ve Shopify gibi platformlarda tema kodu üzerinden kolayca yapılabilir.
• Google Search Console bağlantısı: Site zaten Google Search Console'da doğrulanmışsa, aynı Google hesabıyla Merchant Center bu doğrulamayı devralabilir. En pratik yol genellikle budur.
• Google Tag Manager veya Google Analytics: Sitenizde bu etiketler kuruluysa, üzerlerinden de doğrulama yapılabilir.

En sağlam yaklaşım, siteyi önce Search Console'da doğrulamak, sonra Merchant Center'ı aynı hesapla bağlamaktır. Böylece analitik ve arama verinizle Merchant Center aynı ekosistemde konuşur.

Bir URL'yi yalnızca bir hesap sahiplenebilir

Google'ın önemli bir kuralı vardır: bir web sitesi URL'sini aynı anda yalnızca bir Merchant Center hesabı sahiplenebilir. Ajansınızla çalışıyorsanız veya birden fazla hesabınız varsa, sahiplenme çakışmaları yaşanabilir. Bu durumda çoğu zaman URL'yi bir "yönetici hesabı" (advanced/multi-client account) altında yönetip alt hesaplara yetki vermek daha temiz bir çözümdür. Ajans yönetiminde bu ayrımı doğru kurmak, ilerideki erişim sorunlarını baştan önler.

Doğrulama başarısız olursa ne yapılır?

Doğrulama başarısız olduğunda sorun neredeyse her zaman doğrulama yönteminin sitede doğru uygulanmadığındandır. En sık nedenler şunlardır: meta etiketin ana sayfaya değil bir alt sayfaya konulması, doğrulama dosyasının yanlış dizine yüklenmesi, sitenin www'li ve www'siz sürümleri arasındaki karışıklık ya da HTTP/HTTPS uyumsuzluğu. Çözüm için şu adımları izleyin:

1. Doğrulama meta etiketinin veya dosyasının tam olarak Google'ın istediği yerde olduğunu kontrol edin.
2. Sitenizin birincil sürümünü (örneğin https://www... veya https://...) net belirleyin ve tutarlı kullanın.
3. Mümkünse Search Console üzerinden doğrulamayı deneyin; genellikle en güvenilir yoldur.
4. Bir önbellek/CDN katmanınız varsa, doğrulama etiketinin canlıda gerçekten göründüğünden emin olun.
5. Değişiklik sonrası Google'a yeniden doğrulama denemesi yaptırın ve birkaç dakika bekleyin.

ikas veya Shopify kullanıyorsanız, doğrulama meta etiketini tema kodunun head bölümüne eklemek genellikle en pratik yoldur; bu platformlarda tema düzenleyicisinden bu alana erişebilirsiniz. Sahiplenme çakışması yaşıyorsanız (URL başka bir hesap tarafından sahiplenilmişse), Google'ın sahiplenme talep süreci üzerinden ilgili hesaptan devralma isteyebilirsiniz.

Ürün feed'i formatları nelerdir ve hangisini seçmelisiniz?

Merchant Center, ürün verinizi dört temel yöntemle kabul eder: Google E-Tablolar, XML dosyası, TXT (sekmeyle ayrılmış) dosya ve doğrudan API bağlantısı. Bunlara ek olarak ikas/Shopify gibi platformların hazır entegrasyonları da aslında bu yöntemlerin bir uygulamasıdır. Hangisini seçeceğiniz; katalog büyüklüğünüze, güncelleme sıklığınıza ve teknik kaynağınıza bağlıdır.

XML (RSS 2.0) feed nedir ve neden yaygındır?

XML feed, e-ticarette en yaygın kullanılan feed formatıdır ve Google için RSS 2.0 şeması üzerine kuruludur. Bu dosyada her ürün bir "item" bloğudur; içindeki etiketler (örneğin g:id, g:title, g:price) Google'ın öznitelik adlarına karşılık gelir. XML'in gücü, platformlar tarafından otomatik üretilebilmesi ve büyük katalogları düzenli biçimde taşıyabilmesidir.

Tipik bir XML feed, mağaza platformunuz (ikas, Shopify) veya bir feed aracı tarafından bir URL adresinde canlı olarak sunulur. Google bu URL'yi belirlediğiniz aralıklarla çeker (buna "zamanlanmış çekme" denir). Siz feed dosyasını elle yüklemezsiniz; Google sizin adınıza gidip alır. Bu, fiyat/stok güncellemelerini otomatikleştirmenin temel yoludur.

Google E-Tablolar ne zaman mantıklıdır?

Google E-Tablolar, küçük ve nadiren değişen kataloglar için en pratik başlangıç yöntemidir. Ürünlerinizi bir tabloya girer, sütun başlıklarını Google'ın öznitelik adlarıyla eşler ve Merchant Center'a bağlarsınız. Avantajı, hiçbir teknik altyapı gerektirmemesi ve elle tam kontrol sunmasıdır; dezavantajı, ürün sayısı büyüdükçe manuel bakımın sürdürülemez hâle gelmesidir.

Onlarca değil binlerce ürünle çalışıyorsanız, e-tablo yerine platform entegrasyonu veya API'ye geçmek kaçınılmazdır. E-tablo, "önce feed mantığını öğrenmek" ve küçük ölçekte test etmek için mükemmel bir okuldur.

TXT (sekmeyle ayrılmış) dosya ne zaman kullanılır?

TXT feed, sütunların sekme (tab) karakteriyle ayrıldığı düz metin bir tablodur ve genellikle eski sistemlerden veya basit dışa aktarımlardan gelen verilerde kullanılır. XML kadar yapısal değildir ama küçük ve orta kataloglar için pratik olabilir. Bir TXT feed hazırlarken en sık yapılan hata, karakter kodlaması (encoding) sorunudur: Türkçe karakterler (ç, ğ, ı, ş, ö, ü) UTF-8 ile kodlanmazsa, Google feed'i bozuk okur ve başlıklarınız anlamsız karakterlere dönüşür. Bu yüzden TXT (ve tüm dosya tabanlı) feed'lerde daima UTF-8 kullanın.

TXT ile XML arasında seçim yaparken pratik ölçüt şudur: platformunuz veya aracınız hangisini otomatik üretiyorsa onu kullanın. Elle dosya hazırlıyorsanız Google E-Tablolar çoğu zaman TXT'den daha güvenlidir, çünkü kodlama ve biçim hatalarını en aza indirir. TXT'yi genellikle yalnızca mevcut bir sistem onu üretiyorsa tercih edersiniz.

Feed dosyasının teknik yapısı nasıldır?

Bir feed dosyası, ne format olursa olsun, iki temel bileşenden oluşur: başlık satırı (öznitelik adları) ve ürün satırları (her satır bir ürün/varyant). XML'de bu yapı iç içe etiketlerle kurulur; her ürün bir "item" bloğudur ve blok içindeki her etiket bir özniteliktir. E-tablo ve TXT'de ise ilk satır sütun adlarını, sonraki her satır bir ürünü taşır.

Varyantlı ürünlerde (aynı gömleğin farklı beden/renkleri gibi) her varyant, kendi benzersiz id'siyle ayrı bir satır/blok olur ve item_group_id özniteliğiyle birbirlerine bağlanır. Bu, Google'ın "bunlar aynı ürünün varyantları" bilgisini almasını sağlar; böylece kullanıcı bir varyanta baktığında diğerlerini de doğru gruplar. Varyant yönetimini doğru kurmak, özellikle giyim ve ayakkabı gibi kategorilerde feed sağlığının önemli bir parçasıdır.

Content API ve Merchant API geçişi neden önemli?

Google, uzun yıllar kullanılan Content API for Shopping arayüzünü emekliye ayırıyor ve yerine yeni Merchant API'yi getiriyor. Sektör kaynaklarına göre Content API for Shopping'in 2026 yılı içinde kullanımdan kalkması planlanıyor; bu tarihten sonra programatik entegrasyonların yeni Merchant API üzerine taşınması gerekecek. Güncel tarih ve teknik ayrıntılar için Google'ın geliştirici dokümanlarını takip etmek en doğrusudur.

Pratik anlamı şudur: Eğer bir yazılım ekibiyle özel bir entegrasyon kurduysanız, bu geçişi planınıza almalısınız. Hazır platform entegrasyonu (ikas/Shopify) kullanıyorsanız, geçişi büyük ölçüde platform sağlayıcınız üstlenir; yine de bilgilendirmeleri takip etmek gerekir.

Zorunlu öznitelikler nelerdir ve neden hepsi kritiktir?

Her ürünün Merchant Center'da görünebilmesi için yedi zorunlu öznitelik gerekir: id, title, description, link, image_link, availability ve price. Google'ın ürün veri spesifikasyonuna göre bu yedi alandan herhangi biri eksikse, ürün Google'ın hiçbir programında (ne reklam ne ücretsiz listeleme) yayınlanamaz. Yani bunlar pazarlığa açık değildir; feed'inizin iskeletidir.

id özniteliği neden asla değişmemeli?

id özniteliği ürünün kalıcı kimliğidir ve bir kez atandıktan sonra değişmemelidir. Google, ürünün geçmiş performansını (tıklama, dönüşüm, kalite geçmişi) bu id üzerinden takip eder. id'yi değiştirirseniz Google o ürünü "yeni ürün" sanır ve biriktirdiğiniz kalite sinyalleri sıfırlanır. Genellikle mağazanızın SKU veya varyant kimliği id olarak kullanılır. Maksimum 50 karakter sınırına dikkat edin.

link özniteliğindeki fiyat ve stok neden birebir eşleşmeli?

link, Google'ın ürününüzü doğrulamak için ziyaret ettiği açılış sayfasıdır ve buradaki fiyat/stok feed'dekiyle birebir aynı olmalıdır. Google botları düzenli olarak bu sayfaları tarar. Feed'de 199 TL yazıp sitede 209 TL gösterirseniz, sistem bunu tutarsızlık olarak işaretler ve ürünü reddeder. Bu, en sık karşılaşılan red sebeplerinden biridir ve ilerleyen bölümde ayrıntılı ele alacağız.

availability değerleri sitedeki gerçekle eşleşmeli

availability özniteliği, ürünün stok durumunu bildirir ve sitedeki gerçek durumla senkron olmalıdır. Stokta olmayan bir ürünü "mevcut" göstermek, hem kullanıcı deneyimini hem Google güvenini bozar. Bu yüzden stok senkronu (canlı entegrasyon veya sık çekme) feed sağlığının temel taşıdır. Stoğu manuel yönetiyorsanız, tükendiğinde feed'i güncellemeyi ihmal etmemelisiniz.

price özniteliği ve sale_price nasıl gösterilir?

price, ürünün herkese açık normal fiyatıdır; indirimli fiyat ise ayrı bir sale_price özniteliğiyle bildirilir. Yani bir ürün indirimdeyse, price alanına listedeki (üstü çizili) fiyatı, sale_price alanına ise indirimli (satış) fiyatını yazarsınız. Google bu ikisini birlikte görünce, kullanıcıya "indirimli" rozetiyle gösterebilir. En kritik nokta, hem price hem sale_price değerinin sitedeki karşılıklarıyla birebir eşleşmesidir; sitede indirim bitmişse feed'de sale_price kalmamalıdır.

Fiyatı feed'e yazarken para birimini doğru kodlamak da zorunludur. Türkiye pazarında fiyatlar TL cinsinden ve doğru para birimi koduyla gönderilmelidir. Yalnızca üyelere veya belirli bir gruba özel fiyatları (loyalty/member fiyatı) price alanına yazmak yanlıştır; buraya herkesin gördüğü genel fiyat girilir. Üyelik fiyatları için Google'ın ayrı bir mekanizması vardır.

KDV ve fiyat gösterimi Türkiye'de nasıl olmalı?

Türkiye gibi fiyatların KDV dahil gösterildiği pazarlarda, feed'deki fiyatın da KDV dahil olması ve sitedeki KDV dahil fiyatla eşleşmesi gerekir. Kullanıcı sitede KDV dahil 500 TL görüyorsa, feed'de de 500 TL görünmelidir; feed'de KDV hariç bir tutar göndermek doğrudan fiyat uyuşmazlığı redine yol açar. Vergi ayarlarını Merchant Center'ın ilgili bölümünden hedef pazarınıza göre yapılandırmayı ihmal etmeyin.

Önerilen ve koşullu öznitelikler nelerdir?

Zorunlu yedi öznitelik ürünü yayınlar; önerilen ve koşullu öznitelikler ise ürünü rekabetçi yapar. condition, brand, gtin, mpn, product_type ve google_product_category gibi alanlar, Google'ın ürününüzü daha doğru sorgularla eşleştirmesini sağlar. Bazıları belirli kategorilerde (giyim, elektronik) zorunlu hâle gelir. Bu alanları doldurmak, aynı bütçeyle daha çok ve daha nitelikli gösterim demektir.

google_product_category ile product_type farkı nedir?

google_product_category, Google'ın kendi standart kategori ağacındaki resmî yerdir; product_type ise sizin mağazanızdaki kendi kategori yapınızdır. İkisi birbirinden bağımsızdır ve her ikisini de doldurmak en iyisidir. Google kendi kategorisini ürünü doğru yüzeylerde göstermek için kullanır; sizin product_type değeriniz ise kampanyalarınızı ve raporlarınızı kendi mantığınıza göre bölmenizi sağlar.

Örneğin bir mağaza için product_type "Ev Tekstili {'>'} Yatak Örtüsü {'>'} Çift Kişilik" gibi kendi hiyerarşinizi taşıyabilir; google_product_category ise Google'ın "Home & Garden {'>'} Linens & Bedding" karşılığını gösterir. Doğru google_product_category seçimi, özellikle vergi ve bazı politika kurallarının doğru uygulanması için de önemlidir.

Giyim ve tekstilde hangi ek öznitelikler zorunlu olur?

Giyim ve aksesuar kategorilerinde color, size, gender ve age_group gibi öznitelikler çoğu zaman zorunlu hâle gelir. Google, giyim ürünlerini doğru kullanıcıya göstermek için bu bilgilere ihtiyaç duyar: kadın mı erkek mi, yetişkin mi çocuk mu, hangi renk ve beden. Bu alanlar eksik olduğunda ürün ya reddedilir ya da yanlış sorgularla eşleşerek boşa gösterim harcar.

• color: Ürünün ana rengi; varyantlarda her renk ayrı değerle gönderilir.
• size: Beden bilgisi; ülkeye/sisteme göre tutarlı yazılmalı (örneğin S/M/L veya numara).
• gender: Hedef cinsiyet (kadın, erkek, unisex).
• age_group: Yaş grubu (yetişkin, çocuk, bebek vb.).
• material ve pattern: Malzeme ve desen; eşleşme ve filtre gücünü artırır.

Ev tekstili üreten Kayseri firmalarında bu öznitelikler özellikle değerlidir: nevresim, havlu, perde gibi ürünlerde malzeme ve boyut bilgisi, kullanıcının en çok filtrelediği alanlardır. Bu verileri feed'e eksiksiz koymak, ürünü tam da onu arayan alıcının önüne çıkarır.

brand, gtin ve mpn üçlüsü nasıl çalışır?

Google, ürün kimliğini brand, gtin ve mpn üçlüsünden okur ve genellikle ürünün türüne göre belirli bir kombinasyon bekler. Üretici barkodu (GTIN) olan markalı ürünlerde brand + gtin en güçlü kimliktir. GTIN'i olmayan ama markalı bir ürünse, brand + mpn kombinasyonu kullanılır. El yapımı, özel üretim veya barkodsuz ürünlerde ise bu tanımlayıcılar muaf tutulabilir. Bu ayrımı ilerideki GTIN bölümünde detaylandıracağız.

custom_label 0-4 nedir ve nasıl kullanılır?

custom_label 0'dan 4'e kadar numaralandırılmış beş adet serbest etiket alanıdır; ürünlerinizi kendi stratejinize göre gruplamanızı sağlar. Bu etiketler Google'ın ürünü göstermesini doğrudan etkilemez; tamamen sizin kampanya yönetiminiz ve raporlamanız içindir. Doğru kullanıldığında, hangi ürün grubunun kâr getirdiğini görmenin ve bütçeyi ona göre yönlendirmenin en güçlü aracıdır.

Örnek etiketleme mantıkları:

• custom_label_0: Kâr marjı bandı (yüksek marj / orta marj / düşük marj)
• custom_label_1: Mevsim (yaz / kış / tüm yıl)
• custom_label_2: Satış hızı (çok satan / normal / durgun)
• custom_label_3: Fiyat aralığı (ekonomik / orta / premium)
• custom_label_4: Kampanya durumu (indirimli / yeni sezon / stok eritme)

custom_label ile bütçe verimliliği nasıl artar?

custom_label etiketleri, reklam bütçenizi ürün değerine göre yönlendirmenizi sağlar. Örneğin "yüksek marj" etiketli ürünleri ayrı bir kampanyada agresif bir bütçeyle, "düşük marj" ürünleri ise daha temkinli yönetebilirsiniz. Marjı bilmeden reklam vermek, çok satan ama az kazandıran ürünlere para akıtmaya yol açar. Hangi ürünün gerçekte kazandırdığını görmek için önce marjı doğru hesaplamak gerekir; bunun için kâr marjı hesaplama aracımızı kullanabilirsiniz.

Kâr odaklı etiketleme, özellikle Kayseri'deki üretici ve toptancı müşterilerimizde büyük fark yaratır: aynı katalogda hem fabrikadan çıkan yüksek marjlı ürünler hem de düşük marjlı dış tedarik ürünleri bulunur. custom_label ile bu ikisini ayırmak, reklamın kârlı tarafa akmasını sağlar.

custom_label kullanırken hangi hatalardan kaçınmalı?

custom_label alanlarını kullanırken en sık yapılan hata, tutarsız veya çok sayıda farklı değer kullanmaktır; bu, etiketleri işe yaramaz hâle getirir. Her bir custom_label alanı için sınırlı ve tutarlı bir değer kümesi belirleyin: örneğin marj bandı için yalnızca "yüksek", "orta", "düşük" gibi üç-dört değer. Yüzlerce farklı serbest metin kullanırsanız, kampanya bölmede bu etiketleri kullanamazsınız. Ayrıca her alanın neyi temsil ettiğini bir yerde belgeleyin; aksi hâlde birkaç ay sonra hangi alanın ne anlama geldiğini unutursunuz. İyi tasarlanmış bir etiket şeması, feed'inizi kampanya yönetimi için stratejik bir araca dönüştürür. Etiketleri baştan az sayıda ve anlamlı tutmak, ileride onları yeniden düzenlemek zorunda kalmaktan çok daha kolaydır.

Ürün başlığı (title) SEO'su: öznitelik sırası mantığı nedir?

Ürün başlığı, feed'inizin en yüksek etkili optimizasyon alanıdır çünkü Google ürününüzü büyük ölçüde başlıktaki kelimelerle sorgulara eşler. En önemli kural şudur: başlıkta bilgiyi önem sırasına göre dizin, çünkü ilk yaklaşık 70 karakter kullanıcıya en görünen kısımdır ve arama motoru da başın ağırlığını daha fazla dikkate alır. Toplam sınır 150 karakterdir ama asıl değer başta yaratılır.

İyi bir başlık, kullanıcının arama kutusuna yazacağı kelimeleri doğal bir sırayla içerir. Kötü bir başlık ise ya çok kısa ve belirsizdir ("Yatak Örtüsü") ya da anahtar kelime yığınıdır ("Yatak Örtüsü Ucuz İndirim Kaliteli En İyi"). İkisi de zarar verir.

Kategoriye göre önerilen başlık formülleri

Başlıkta hangi hatalardan kaçınmalı?

• Büyük harf yığını: Tüm başlığı BÜYÜK HARF yazmak politikaya aykırıdır ve red sebebidir.
• Promosyon metni: "Ücretsiz kargo", "%50 indirim", "en ucuz" gibi ifadeler başlıkta yasaktır.
• Anahtar kelime doldurma: Aynı kelimeyi tekrar tekrar yazmak veya alakasız kelime eklemek kaliteyi düşürür.
• Belirsizlik: Yalnızca "Elbise" yazmak, ürünü hiçbir spesifik sorguya bağlamaz.

Başlık optimizasyonu mantığı, pazaryerlerindeki ürün başlığı stratejisiyle büyük ölçüde örtüşür; bu konudaki derin yaklaşımı pazaryeri listeleme ve ürün başlığı SEO rehberimizde ayrıca ele alıyoruz. Aynı disiplin, kendi e-ticaret ürün ve kategori sayfalarınızın SEO'suna da doğrudan yansır.

Ürün açıklaması (description) nasıl yazılmalı?

Ürün açıklaması, ürünün ne olduğunu ve kimin için uygun olduğunu net biçimde anlatan, en fazla 5.000 karakterlik bir alandır. Google, açıklamayı hem eşleşme sinyali olarak hem de kullanıcıya gösterilecek bilgi olarak kullanır. İyi açıklama; malzemesi, boyutu, kullanım alanı, öne çıkan özellikleri gibi somut bilgileri düz ve dürüst bir dille verir.

En etkili bilgiyi ilk birkaç cümleye koymak önemlidir, çünkü açıklamanın tamamı her yüzeyde görünmeyebilir. İlk cümleler ürünün özünü anlatmalı; teknik detaylar ve ikincil bilgiler sonrasında gelmelidir.

Açıklamada nelerden kaçınmalı?

• Promosyon ve fiyat bilgisi (bunlar başka özniteliklerin işidir).
• Rakip markalarla kıyaslama veya alakasız anahtar kelime doldurma.
• Büyük harf yığını, aşırı noktalama, HTML kod artıkları.
• Web sitesine veya iletişim bilgisine yönlendirme.

İyi yazılmış bir açıklama, dönüşüm oranını da destekler; kullanıcı ürünü tam anladığında satın alma güveni artar. Ürün sayfası metinleriyle feed açıklamasını hizalamak, hem Google güvenini hem dönüşüm oranınızı aynı anda güçlendirir.

GTIN, marka ve ürün tanımlayıcı kuralları nelerdir?

GTIN (Global Trade Item Number), ürünün küresel çapta benzersiz barkod numarasıdır ve Google'ın en güçlü ürün eşleştirme sinyallerinden biridir. Doğru GTIN gönderdiğinizde Google ürününüzü tam olarak tanır; aynı ürünü satan diğer satıcılarla eşleştirir ve fiyat karşılaştırma yüzeylerinde doğru konumlandırır. Yanlış veya geçersiz GTIN ise ürünün senkronlanmamasına ve reddedilmesine yol açar.

GTIN, spesifikasyona göre 8, 12, 13 veya 14 haneli bir numaradır ve feed'e boşluk ya da tire olmadan, yalnızca rakam olarak girilir. Numaranın son hanesi bir "kontrol hanesi"dir; matematiksel olarak geçerli olmalıdır. Rastgele veya uydurma bir barkod girmek, doğrulama başarısız olduğu için ürünü reddettirir.

Hangi ürünler GTIN'den muaftır?

Üretici tarafından barkod atanmamış ürünler GTIN zorunluluğundan muaftır. Bunlar tipik olarak el yapımı ürünler, özel üretim/kişiye özel ürünler, sanat eserleri, antikalar ve kendi markanızla ürettiğiniz ve henüz barkod almadığınız ürünlerdir. Bu durumlarda GTIN alanını boş bırakır, bunun yerine brand + mpn gibi diğer tanımlayıcıları güçlendirir ve gerekirse "identifier_exists" özniteliğiyle ürünün barkodu olmadığını bildirirsiniz.

Kayseri'deki üretici müşterilerimiz için bu ayrım çok kritiktir: kendi ürettiği ve marka tescili olan ürünlerde GTIN başvurusu (barkod alımı) uzun vadede değerlidir; henüz barkodu olmayan üretici ürünlerinde ise identifier_exists bildirimi ile ürünün sistemden düşmeden yayınlanması sağlanır. Bu, "üretici olduğu için standart bir barkodu yok" durumunu Google'a doğru anlatmaktır.

Marka (brand) kuralı

brand özniteliği, ürünün gerçek üreticisinin/marka sahibinin adını taşımalıdır; kendi mağaza adınızı marka olarak yazmak (aslında marka sahibi değilseniz) yanlıştır. Kendi ürününüzü üretiyor ve markalıyorsanız, kendi markanızı yazmanız doğrudur. Başka bir markanın ürününü satıyorsanız, o markanın adını yazmalısınız. "Marka yok" veya "OEM" gibi genel ifadeler kaliteyi düşürür.

Görsel (image_link) kalite kuralları nelerdir?

image_link, ürünün ana görselini gösteren URL'dir ve feed kalitesinin en görünür bileşenidir çünkü kullanıcı önce görseli görür. Google, görsellerin belirli minimum boyut ve kalite koşullarını karşılamasını ister; ayrıca görsel üzerinde filigran, tanıtım metni, çerçeve veya alakasız öğe bulunmasını yasaklar. Kötü görsel hem reddedilme hem de düşük tıklama oranı demektir.

Google'ın belirttiği yönde görsel kalite eşiği zamanla yükseliyor. Sektör kaynaklarına göre gelecekte tüm ürünler için daha yüksek bir minimum çözünürlük (500x500 piksel düzeyinde) zorunlu hâle gelecek; önerilen çözünürlük ise çok daha yüksektir (1500x1500 piksel civarı). Güncel minimum ve zorunluluk tarihleri için Google Merchant Center Yardım sayfalarını kontrol etmek en doğrusudur. Genel kural: görseli olabildiğince büyük, net ve profesyonel tutmak.

Görselde nelerden kaçınmalı?

• Filigran ve logo bindirmesi: Görselin üzerine yazı, marka logosu veya fiyat etiketi konulması yasaktır.
• Promosyon metni: "İndirim", "Ücretsiz kargo" gibi ibareler görsel üzerinde olamaz.
• Yer tutucu görsel: "Görsel yakında" tipi geçici görseller reddedilir.
• Alakasız arka plan: Giyimde beyaz/nötr arka plan tercih edilir; ürünü net göstermeyen karmaşık sahneler zarar verir.
• Küçük veya bulanık görsel: Minimum boyutun altındaki veya düşük çözünürlüklü görseller reddedilir.

Ek görseller (additional_image_link) neden önemli?

Ana görselin yanında additional_image_link ile birden fazla açıdan çekim eklemek, hem kullanıcı güvenini hem tıklama oranını artırır. Ürünün farklı açıları, detayları ve kullanım sahneleri; kullanıcının satın alma kararını hızlandırır. Görsel optimizasyonu, feed'in en çok ihmal edilen ama en yüksek getirili alanlarından biridir. Bu konuyu ürün sayfası bağlamında e-ticaret ürün görseli optimizasyonu rehberimizde derinlemesine anlatıyoruz.

Besleme kuralları (feed rules) nedir ve ne işe yarar?

Besleme kuralları (feed rules), feed'inizdeki ham veriyi Merchant Center içinde, kaynak dosyaya dokunmadan dönüştürmenizi sağlayan güçlü bir araçtır. Yani mağaza platformunuzdaki veriyi değiştiremediğiniz veya değiştirmenin zahmetli olduğu durumlarda, Google tarafında kural yazarak veriyi düzeltir, zenginleştirir veya yeniden eşlersiniz. Bu, feed optimizasyonunun en pratik kaldıraçlarından biridir.

Besleme kuralları tipik olarak şunları yapar: bir sütunu bir özniteliğe eşler (mapping), sabit bir değer atar, koşullu mantık uygular ("eğer kategori X ise product_type Y olsun"), metin ekler/çıkarır veya birden fazla kaynağı birleştirir. Kaynak dosyanız hiç değişmeden, Google'a giden nihai veri iyileştirilir.

Besleme kuralı ile hangi sorunlar çözülür?

• Eksik marka: Belirli bir tedarikçinin tüm ürünlerine kuralla brand değeri atamak.
• Başlık zenginleştirme: Başlığın önüne markayı veya sonuna rengi otomatik eklemek.
• Kategori eşleme: Kendi kategori adlarınızı Google'ın standart kategorisine kuralla bağlamak.
• Koşullu etiketleme: Fiyatı belirli bir eşiğin üstündeki ürünlere "premium" custom_label atamak.

Besleme kuralları, kaynak veriyi düzeltmenin uzun sürdüğü büyük kataloglarda zaman kazandırır. Ancak kalıcı çözüm her zaman kaynağı (mağaza verisini) düzeltmektir; besleme kuralı bir "yama" olarak düşünülmeli, kalıcı bir bahane olarak değil.

Besleme kuralı örneği: başlığı zenginleştirme

Diyelim ki mağazanızdaki ürün başlıkları yalın geliyor: "Nevresim Takımı Çift Kişilik". Marka ve malzeme bilgisi başlıkta yok ama ayrı sütunlarda mevcut. Bir besleme kuralıyla, title özniteliğinin önüne brand değerini, sonuna da malzeme bilgisini otomatik ekleyebilirsiniz. Sonuç: "MarkaAdı Nevresim Takımı Pamuk Çift Kişilik Antrasit". Kaynak veriye hiç dokunmadan, Google'a giden başlık çok daha zengin ve aranabilir hâle gelir.

Bu tür kurallar, özellikle yüzlerce ürünü aynı anda iyileştirmek için güçlüdür. Tek bir kural, o koşula uyan tüm ürünlere aynı anda uygulanır. Ancak dikkatli olun: hatalı bir kural da tüm ürünleri aynı anda bozabilir. Bu yüzden yeni bir kural kurduktan sonra mutlaka önizleme yapın ve birkaç örnek üründe sonucu kontrol edin.

Besleme kurallarını kullanırken nelere dikkat etmeli?

• Önizleme yapın: Kuralı uygulamadan önce çıktıyı örnek ürünlerde kontrol edin.
• Sırayı unutmayın: Kurallar sırayla işler; bir kuralın çıktısı sonraki kuralı etkileyebilir.
• Aşırıya kaçmayın: Çok sayıda üst üste kural, feed'i takip edilmesi zor bir kara kutuya çevirir.
• Kaynağı unutmayın: Tekrarlayan bir düzeltmeyi mümkünse mağaza verisinde kalıcı çözün.

Ek besleme (supplemental feed) nedir ve ne zaman kullanılır?

Ek besleme (supplemental feed), ana feed'inizin üzerine yalnızca belirli alanları ekleyen veya güncelleyen ikincil bir veri kaynağıdır. Ana feed'i olduğu gibi bırakır, sadece eksik veya iyileştirmek istediğiniz öznitelikleri id üzerinden eşleştirerek eklersiniz. Örneğin ana feed'de olmayan custom_label değerlerini veya eksik GTIN'leri bir ek besleme ile tamamlayabilirsiniz.

Ek beslemenin en büyük avantajı, kısmi güncelleme yapabilmesidir. Yalnızca değiştirmek istediğiniz alanları içeren bir istek gönderir, geri kalan ürün verisine dokunmazsınız. Bu, ana feed'i platformun otomatik ürettiği ve müdahale etmenin zor olduğu durumlarda paha biçilmezdir.

Ek besleme için tipik kullanım senaryoları

• Promosyon fiyatları: Belirli ürünlere sale_price eklemek.
• Stratejik etiketleme: Kâr marjına göre custom_label değerleri eklemek.
• Eksik veri tamamlama: Ana feed'de boş kalan GTIN, brand gibi alanları doldurmak.
• Öne çıkarma: Kampanya döneminde belirli ürünleri işaretlemek.

Ek beslemeler de tıpkı ana feed gibi Google E-Tablolar, zamanlanmış çekme, doğrudan yükleme veya API kaynaklı olabilir ve üzerlerine besleme kuralları uygulanabilir. Ana feed ve ek beslemeler birlikte, birkaç kaynaktan gelen veriyi tek ve zengin bir ürün kaydında birleştirmenizi sağlar.

Envanter/fiyat senkronu ve zamanlanmış çekme (scheduled fetch) nasıl kurulur?

Zamanlanmış çekme (scheduled fetch), Google'ın feed URL'nizi belirlediğiniz sıklıkta otomatik ziyaret edip güncel veriyi alması demektir. Feed dosyasını elle yüklemek yerine, feed'i bir web adresinde canlı tutarsınız ve Google'a "şu adresi her gün/saat şu vakitte çek" dersiniz. Bu, fiyat ve stok güncellemelerinin otomatikleşmesinin temel yoludur.

Çekme sıklığını, kataloğunuzun ne kadar sık değiştiğine göre ayarlarsınız. Fiyatlar ve stoklar gün içinde çok değişiyorsa günde birden fazla çekme veya API tabanlı gerçek zamanlı senkron gerekir. Nadiren değişen bir katalogda günlük tek çekme yeterli olabilir.

Senkron gecikmesi neden red sebebi olur?

Feed ile site arasındaki senkron gecikmesi, en sık red sebebi olan fiyat/stok uyuşmazlığını doğurur. Diyelim ki sabah bir ürüne zam yaptınız ama feed günde bir kez gece çekiliyor. O gün boyunca feed eski fiyatı taşır; Google botu siteyi ziyaret edip yeni fiyatı görünce tutarsızlık işaretler. Çözüm ya çekme sıklığını artırmak ya da fiyat/stok için gerçek zamanlı bir güncelleme yöntemi (envanter güncellemeleri veya API) kullanmaktır.

Gerçek zamanlı senkron seçenekleri

Sık değişen kataloglarda gerçek zamanlı senkron için birkaç yol vardır: platform entegrasyonunun canlı güncellemesi, envantere özel hızlı güncelleme akışları veya doğrudan API entegrasyonu. Amaç, feed'deki fiyat/stok ile sitedeki gerçek durum arasındaki farkı sıfıra yaklaştırmaktır. Bu senkron ne kadar sıkıysa, red riski o kadar düşer ve reklam bütçeniz o kadar verimli çalışır.

Çekme sıklığını neye göre belirlemeli?

Çekme sıklığını, kataloğunuzdaki en hızlı değişen değişkene (genellikle fiyat veya stok) göre belirlemelisiniz. İndirim kampanyaları, günlük fiyat oynamaları ve hızlı tükenen stoklar varsa, günde tek çekme yetersiz kalır. Buna karşın fiyatları ve stoğu istikrarlı, nadiren değişen bir katalogda günlük tek çekme fazlasıyla yeterlidir. Gereğinden sık çekme zararsızdır ama gereğinden seyrek çekme doğrudan red üretir; bu yüzden şüphede kalırsanız daha sık çekme tarafında hata yapın.

Kampanya günlerinde (indirim başlangıç ve bitişlerinde) senkron özellikle kritiktir. Bir indirim başladığında sitede yeni fiyat görünür ama feed henüz güncellenmemişse, o pencerede fiyat uyuşmazlığı redi kaçınılmazdır. Büyük indirim dönemlerinde çekme sıklığını geçici olarak artırmak veya indirimi feed güncellemesiyle eşzamanlı planlamak, bu tür redleri önler. Fiyat değişikliklerini her zaman feed'in güncelleneceği zamanı hesaba katarak planlayın.

Stok bittiğinde feed ne yapmalı?

Bir ürün tükendiğinde, onu feed'den silmek yerine availability değerini "stokta yok" olarak güncellemek genellikle daha iyidir. Böylece ürün, biriktirdiği kalite ve performans geçmişini kaybetmez; stok geldiğinde aynı id ile hızla yeniden yayına girer. Ürünü tamamen silip sonra yeni bir id ile eklerseniz, Google onu yeni ürün sanar ve geçmiş sinyaller sıfırlanır. Kalıcı olarak satıştan kalkan ürünler için silme uygundur; geçici stok tükenmelerinde ise availability güncellemesi doğru yaklaşımdır.

Feed tanılama (diagnostics) nasıl okunur?

Feed tanılama (diagnostics), Merchant Center'ın ürünlerinizdeki her sorunu tek ekranda gösterdiği kontrol panelidir ve feed sağlığını izlemenin ana aracıdır. Burada her ürünün durumu üç ana kategoride görünür: onaylandı, uyarı (yayında ama iyileştirme gerekli) ve reddedildi (yayınlanamıyor). Düzenli olarak bu ekranı kontrol etmek, feed yönetiminin rutin bir parçası olmalıdır.

Uyarıları ciddiye almak neden önemli?

Uyarılar, henüz reddedilmemiş ama düzeltilmezse reddedilecek sorunları önceden haber verir. Örneğin GTIN, görsel, başlık veya açılış sayfasıyla ilgili bir uyarı geldiğinde, çoğu zaman kısa bir düzeltme penceresi tanınır. Sektör kaynaklarına göre bu tür uyarıların, uyarı e-postasından itibaren mümkün olan en kısa sürede (genellikle ilk 24 saat içinde) ele alınması önerilir. Uyarıyı görmezden gelmek, ürünün birkaç gün sonra tamamen düşmesi demektir.

Tanılamayı hangi sıklıkta kontrol etmeli?

Feed tanılamasını, katalog büyüklüğünüze göre haftada en az bir, ideal olarak her gün kontrol etmelisiniz. Yeni ürün eklediğiniz, toplu fiyat değişikliği yaptığınız veya feed yapısını değiştirdiğiniz günlerde mutlaka bakmalısınız. Reddedilen ürün sayısındaki ani artış, çoğu zaman feed'de yapısal bir sorunun (bozuk bir kural, yanlış eşleme, senkron kopması) habercisidir.

Onaylı ürün oranını bir sağlık göstergesi gibi izleyin

Feed sağlığını tek bir sayıyla takip etmek isterseniz, en iyi gösterge "onaylı ürün oranı"dır: toplam ürünlerinizin yüzde kaçı gerçekten yayında? Bu oran zamanla düşüyorsa, sessiz bir sorun büyüyor demektir ve derhal araştırılmalıdır. Sağlıklı bir feed'de bu oran istikrarlı biçimde yüksek kalır; ani düşüşler bir uyarı zilidir. Bu tek metriği düzenli izlemek, birçok sorunu daha büyümeden yakalamanızı sağlar.

Onaylı ürün oranındaki düşüşün en sık nedenleri şunlardır: bir feed çekmesinin başarısız olması (URL erişilemedi veya dosya bozuldu), toplu bir fiyat değişikliğinin site ile feed arasında geçici uyuşmazlık yaratması, ya da yeni eklenen bir ürün grubunun zorunlu alanları eksik gelmesi. Her düşüşte önce "ne değişti?" sorusunu sorun; genellikle sorunun kaynağı son yapılan bir değişikliktir.

Uyarı ile red arasındaki farkı doğru okuyun

Tanılamada "uyarı" ürünün hâlâ yayında ama risk altında olduğunu, "red" ise ürünün tamamen yayından kalktığını gösterir; ikisine verilen tepki farklı olmalıdır. Redler acil gelir kaybıdır ve öncelikli çözülür; uyarılar ise gelecekteki redlerdir ve tanınan süre içinde ele alınmalıdır. İyi bir yönetim rutini, önce tüm redleri kapatmayı, ardından uyarıları düzeltmeyi, en son da onaylı ama optimize edilebilir ürünleri iyileştirmeyi içerir. Bu öncelik sırası, sınırlı zamanı en yüksek getiriye yönlendirir.

Red ve onaylanmadı sebepleri nelerdir ve nasıl çözülür?

Ürün reddedilmelerinin büyük çoğunluğu birkaç tekrar eden sebepten kaynaklanır: fiyat/stok uyuşmazlığı, görsel kalitesi, politika ihlali, geçersiz GTIN ve eksik zorunlu değer. Her birinin belirgin bir belirtisi ve net bir çözümü vardır. Aşağıdaki tablo en sık karşılaşılan sebepleri ve çözümlerini özetler; ardından her birini ayrıntılı ele alıyoruz.

Fiyat ve stok uyuşmazlığı nasıl kökten çözülür?

Fiyat/stok uyuşmazlığının kökten çözümü, feed ile site arasındaki senkron gecikmesini ortadan kaldırmaktır. Bu red, Google botunun açılış sayfasını ziyaret edip feed'dekiyle farklı bir değer görmesinden kaynaklanır. Çözüm için şu adımları izleyin:

1. Feed çekme sıklığını artırın veya gerçek zamanlı senkrona geçin.
2. Para biriminin feed ve sitede aynı olduğundan emin olun (TL feed'de doğru kodlanmalı).
3. KDV ve indirim gösterimini tutarlı yapın; sitede indirimli, feed'de listede fiyat gösteren çelişkileri giderin.
4. Yuvarlama farklarını kontrol edin; kuruş düzeyinde tutarsızlıklar bile red doğurabilir.
5. Düzelttikten sonra feed'i yeniden işletip ürünü incelemeye gönderin.

Google, veriyle ilgili bu tür düzeltmeleri genellikle 24-48 saat içinde yeniden değerlendirir. Yani sorunu düzelttikten sonra sabırlı olmak ve tanılama ekranını takip etmek gerekir.

Görsel kaynaklı redler nasıl giderilir?

Görsel kaynaklı redler, filigran/promosyon metni içeren, çok küçük veya yer tutucu görselleri temiz ve yeterli çözünürlükte görsellerle değiştirerek giderilir. Ürün fotoğraflarınızı üzerinde hiçbir metin/logo olmadan, beyaz veya nötr arka planda ve yeterince büyük çekmek en güvenli yoldur. Eğer görselleriniz platformda toplu yönetiliyorsa, sorunu tek ürün değil kaynak düzeyinde çözmek daha kalıcıdır.

Politika ihlalleri: en kritik red türü

Politika ihlalleri, veri hatalarından farklı olarak ürünün Google'ın alışveriş politikalarına aykırı olmasından kaynaklanır ve dikkatli ele alınmalıdır. Yasaklı ürünler, kısıtlı kategoriler, yanıltıcı içerik veya fikri mülkiyet ihlalleri bu kapsamdadır. Bazı ihlaller yalnızca ürünü değil, tüm hesabı riske atabilir. Bir politika reddi aldığınızda, önce ihlalin ne olduğunu tam anlayın, ürünü politikaya uygun hâle getirin veya feed'den çıkarın; gerekirse yeniden inceleme talep edin.

Eksik değer redleri

Eksik zorunlu değer redleri, bir ürünün id, title, price gibi zorunlu bir alanının boş olmasından kaynaklanır ve en kolay çözülen türdür. Kaynak veriyi düzeltin veya besleme kuralıyla eksik alanı doldurun. Toplu eksiklik varsa (örneğin bir tedarikçinin tüm ürünlerinde marka yoksa), tek tek uğraşmak yerine besleme kuralıyla veya ek beslemeyle topluca tamamlamak en verimli yoldur.

Geçersiz GTIN reddi nasıl çözülür?

Geçersiz GTIN reddi, gönderdiğiniz barkodun matematiksel kontrol hanesinin tutmaması, yanlış uzunlukta olması veya ürünle eşleşmemesi durumunda gelir. Öncelikle GTIN'i doğru kaynaktan (ürünün ambalajındaki gerçek barkod veya üreticinin verdiği numara) alın; tahmin veya kopyalama yapmayın. Barkodu yalnızca rakamlardan oluşacak şekilde, boşluk ve tire olmadan girin. Eğer ürünün gerçekten bir GTIN'i yoksa, sahte bir numara uydurmak yerine muafiyet bildirin (identifier_exists ile). Yanlış bir GTIN, hiç GTIN olmamasından daha zararlıdır.

Hesap düzeyinde askıya alma: en ağır senaryo

Bazı ciddi veya tekrarlayan politika ihlalleri, tek bir ürünü değil tüm hesabı askıya aldırabilir; bu en ağır senaryodur ve dikkatle ele alınmalıdır. Hesap askıya alındığında tüm ürünleriniz yayından kalkar ve gelir tamamen durur. Bu durumda panik yapıp aynı hatayı barındıran bir yeniden inceleme talebi göndermek işe yaramaz; önce ihlalin kök nedenini bulup tamamen gidermek, sonra tek ve iyi hazırlanmış bir itiraz göndermek gerekir. Askıya alma riskini en baştan azaltmanın yolu, feed'i temiz tutmak, yanıltıcı içerikten kaçınmak ve politika değişikliklerini takip etmektir.

Redleri önlemenin proaktif yolu

Redlerle uğraşmanın en iyi yolu, onları hiç oluşturmamaktır; bu da feed'i düzenli denetlemek ve değişiklikleri kontrollü yapmakla olur. Toplu bir fiyat güncellemesi veya feed yapısı değişikliği yapmadan önce küçük bir grupta test edin. Yeni ürün eklerken tüm zorunlu ve önerilen alanları baştan doldurun. Görselleri en baştan yüksek kalitede hazırlayın. Bu proaktif disiplin, sonradan yüzlerce redle uğraşmaktan çok daha az emek ister.

Ücretsiz ürün listelemeleri (free listings) nedir ve feed'le bağı nedir?

Ücretsiz ürün listelemeleri (free listings), ürünlerinizin Google'ın çeşitli yüzeylerinde hiçbir tıklama ücreti ödemeden organik olarak görünmesidir. Google Arama, Alışveriş sekmesi, Google Görseller, Lens, Haritalar ve YouTube gibi yüzeylerde ürünleriniz ücretsiz listelenebilir. Bunun için tek gereken, doğrulanmış bir siteye bağlı, temiz veriye sahip bir Merchant Center hesabıdır. Ayrı bir Google Ads hesabı zorunlu değildir.

Kritik nokta şudur: ücretsiz listelemeleri güçlendiren şey ile ücretli Shopping reklamlarını güçlendiren şey aynıdır — yani feed kalitesi. Doğru başlıklar, geçerli GTIN'ler, kaliteli görseller ve tutarlı fiyat/stok; hem reklam performansınızı hem organik ücretsiz görünürlüğünüzü aynı anda yükseltir. Bu yüzden feed'e yatırılan emek, reklam bütçenizden tamamen bağımsız olarak geri döner.

Free listings nasıl etkinleştirilir?

Ücretsiz listelemeler, Merchant Center'ın pazarlama/pazarlama yöntemleri bölümünden etkinleştirilir ve yeni hesaplarda genellikle varsayılan olarak açıktır. Yapmanız gereken, bu programın etkin olduğundan emin olmak ve ürünlerinizin onay durumunu tanılama ekranından kontrol etmektir. Onaylanmış her ürün, uygun olduğu yüzeylerde otomatik olarak ücretsiz listelenmeye başlar.

Google Alışveriş Grafiği ne kadar büyük?

Ücretsiz listelemeleri besleyen Google Alışveriş Grafiği (Shopping Graph), devasa ve sürekli tazelenen bir ürün veri havuzudur. Google'ın 2026 yılı içindeki açıklamalarına göre bu grafik on milyarlarca ürün listelemesini kapsıyor ve bunların çok büyük bir kısmı saatlik olarak yenileniyor. Bu ölçek, feed'inizin ne kadar hızlı ve doğru güncellendiğinin neden bu kadar önemli olduğunu gösterir: veriniz taze ve temizse, bu dev grafikte doğru konumlanırsınız.

Ücretsiz listelemeler ile ücretli reklamların nasıl birbirini tamamladığını ve reklamın maliyet dengesini Google Ads ile e-ticaret satışlarını artırma rehberimizde daha geniş ele alıyoruz. Ücretsiz görünürlük bir taban sağlar; reklam ise bu tabanın üstüne hızlandırma ekler.

Ücretsiz listelemelerden en çok kim yararlanır?

Ücretsiz listelemeler, reklam bütçesi kısıtlı ama katalogu güçlü olan işletmeler için orantısız bir fırsattır. Yeni başlayan bir e-ticaret markası, henüz büyük bir reklam bütçesi ayıramasa bile, feed'ini kusursuz kurarak Google'ın organik alışveriş yüzeylerinde görünmeye başlayabilir. Aynı şekilde, çok sayıda niş ürünü olan işletmeler; her ürüne reklam veremeseler de, tümünü ücretsiz listelemelerde görünür kılabilir. Bu, özellikle uzun kuyruklu (long-tail) ürün yelpazesine sahip mağazalar için değerlidir.

Kayseri'deki bir üretici için bu şu anlama gelir: fabrikadan çıkan onlarca ürün çeşidini tek tek reklama sokmak yerine, hepsini temiz bir feed'le ücretsiz listelemelere açar; en çok satan ve en kârlı olanlara ise ayrıca reklam yatırımı yapar. Böylece hem geniş bir organik taban hem de seçili ürünlerde hızlandırılmış satış elde edilir.

Ücretsiz listeleme performansı nasıl artırılır?

Ücretsiz listeleme performansını artırmanın yolu, ücretli reklamı iyileştirmekle birebir aynıdır: feed kalitesi. Başlıkları zenginleştirmek, doğru google_product_category atamak, yüksek kaliteli görseller kullanmak, geçerli GTIN göndermek ve fiyat/stok tutarlılığını korumak; hepsi organik görünürlüğü doğrudan yükseltir. Ayrıca ürün yorumları ve satıcı puanı gibi güven sinyalleri de organik yüzeylerde öne çıkmayı destekler. Yani feed'e yaptığınız her iyileştirme, hem ücretli hem ücretsiz tarafta aynı anda çalışır.

Çok-ülke ve çok-dil feed nasıl yönetilir?

Birden fazla ülkeye veya dilde satış yapıyorsanız, her hedef ülke/dil için feed'inizin fiyat, para birimi ve dil bakımından o pazara uygun olması gerekir. Google, her ürünün hangi ülkeyi ve dili hedeflediğini bilmek ister; aynı ürünü yanlış para biriminde veya yanlış dilde göstermek red ya da düşük performans doğurur. Bu, ihracat yapan veya çok dilli mağaza işleten işletmeler için kritik bir konudur.

Temel yaklaşım, her hedef ülke/dil kombinasyonu için ürün verisini doğru ayarlamaktır: fiyatlar hedef para biriminde, açıklama ve başlık hedef dilde, vergi ve kargo o ülkenin kurallarına göre. Bunu tek bir ana feed'in üzerine ek beslemeler ve besleme kurallarıyla katmanlayarak veya her pazar için ayrı veri kaynaklarıyla yönetebilirsiniz.

Çok-ülke feed için pratik öneriler

• Para birimi netliği: Her ülke için fiyatı o ülkenin para biriminde ve doğru kodla gönderin.
• Dil tutarlılığı: Başlık, açıklama ve açılış sayfası aynı dilde olmalı; sayfa Türkçe, feed İngilizce olamaz.
• Vergi ve kargo: Her hedef ülkenin vergi ve kargo kurallarını doğru yapılandırın.
• Açılış sayfası uyumu: Kullanıcı tıkladığında hedef diline/para birimine uygun sayfaya inmeli.

İhracata yeni başlayan bir üretici için bu katman başta karmaşık görünebilir; ancak doğru kurulduğunda tek katalogla birden çok pazara açılmanın en verimli yoludur. E-ihracat altyapısını doğru kurmak, hem Merchant Center hem site tarafında planlı bir çalışma ister ve genellikle bir e-ticaret danışmanlığı desteğiyle daha sağlıklı ilerler.

Aynı dil, farklı ülke durumu nasıl yönetilir?

Aynı dili konuşan ama farklı ülkeler hedeflendiğinde (örneğin Türkiye ve Almanya'daki Türkçe konuşan kitle gibi durumlarda), asıl ayrım dilde değil fiyat, para birimi, vergi ve kargo kurallarındadır. Her ülke için ayrı bir hedefleme kurar, fiyatları o ülkenin para biriminde gönderir ve kargo/vergi ayarlarını yerelleştirirsiniz. Google, hangi ürünün hangi ülkeyi hedeflediğini bu ayarlardan anlar. Aksi hâlde bir ülkenin kullanıcısına yanlış para biriminde fiyat gösterir, bu da hem güveni hem performansı düşürür.

Çok pazarlı feed'de en sık hata

Çok pazarlı feed'lerde en sık yapılan hata, tek bir feed'i olduğu gibi tüm ülkelere göndermeye çalışmaktır. Bu, fiyatların yanlış para biriminde görünmesine, açılış sayfalarının yanlış dilde açılmasına ve toplu redlere yol açar. Doğru yaklaşım, her hedef pazar için verinin (fiyat, dil, kargo, vergi) o pazara özel doğru olduğundan emin olmaktır. Bunu ister ayrı veri kaynaklarıyla ister ana feed üzerine ülkeye özel besleme kurallarıyla yönetebilirsiniz. Ölçek büyüdükçe, bu katmanı sistemli kurmak kritik hâle gelir.

ikas ve Shopify'dan feed nasıl çıkarılır?

Hem ikas hem Shopify, Google Merchant Center'a feed göndermeyi büyük ölçüde otomatikleştiren yerleşik veya uygulama tabanlı çözümler sunar. Her iki platformda da mantık aynıdır: mağazanızdaki ürün verisi, Google'ın öznitelik yapısına eşlenerek bir feed hâline getirilir ve Google'a canlı bir kaynak olarak sunulur. Amaç, ürünleri elle tek tek girmek yerine, mağaza kataloğunu tek merkezden Google'a akıtmaktır.

Aşağıda platform-bağımsız, genel bir kurulum akışı veriyoruz. Ekran adımları platform sürümüne göre değişebileceğinden, güncel arayüz için platformun kendi Merchant Center entegrasyon rehberini takip etmenizi öneririz.

ikas'tan feed çıkarmanın genel akışı

1. Merchant Center hesabınızı açın ve site sahipliğini doğrulayın.
2. ikas'ın Google/pazarlama entegrasyon bölümünden Google bağlantısını kurun veya ikas'ın ürettiği feed URL'sini alın.
3. Merchant Center'da bu URL'yi bir veri kaynağı olarak ekleyin ve zamanlanmış çekme sıklığını belirleyin.
4. Öznitelik eşlemelerini kontrol edin; başlık, kategori ve GTIN alanlarının doğru geldiğinden emin olun.
5. Tanılama ekranından ilk onay durumunu izleyin ve varsa redleri giderin.

ikas, Türkiye pazarına yakın bir altyapı olduğu için fiyat, para birimi ve KDV gibi yerel detayları yönetmek genellikle daha kolaydır. Kayseri merkezli bir ikas Premium Partner olarak bu entegrasyonu birçok üretici ve perakende müşterimizde uçtan uca kuruyoruz.

Shopify'dan feed çıkarmanın genel akışı

1. Merchant Center hesabınızı açıp siteyi doğrulayın (Shopify tema kodu veya Search Console üzerinden).
2. Shopify'ın Google kanalı uygulamasını veya bir feed uygulamasını kurun.
3. Ürün alanlarını Google özniteliklerine eşleyin; özellikle google_product_category ve GTIN eşlemesine dikkat edin.
4. Feed'i senkronlayın ve Merchant Center'da veri kaynağı olarak görünmesini bekleyin.
5. Tanılama ekranından onay/red durumunu takip edin.

Shopify tarafında dikkat edilecek bir nokta, feed uygulaması değiştirildiğinde daha önce tanımlı besleme kurallarının kaybolabilmesidir; entegrasyonu değiştirirken kurallarınızı yedeklemek akıllıca olur. Shopify altyapısını kullanan mağazalar için bu kurulumu Shopify Partner ekibimizle yürütüyoruz. Hangi altyapının size uygun olduğuna karar vermeye çalışıyorsanız, ikas mı Shopify mı karşılaştırmamıza göz atabilirsiniz.

Platform entegrasyonu mu, bağımsız feed aracı mı?

Platform entegrasyonu çoğu işletme için en pratik yoldur; bağımsız feed araçları ise ileri düzey optimizasyon ve karmaşık kurallar gerektiren büyük kataloglar içindir. Platform çözümü, kurulumu basitleştirir ve senkronu otomatikleştirir. Ancak çok sayıda tedarikçiden veri birleştiriyor, karmaşık dönüşüm kuralları uyguluyor veya birden çok pazara açılıyorsanız, özel bir feed yönetim aracı daha fazla kontrol sunar. Karar, kataloğunuzun karmaşıklığına ve teknik kaynağınıza bağlıdır.

Feed entegrasyonunda sık karşılaşılan sorunlar

Platform entegrasyonlarında en sık karşılaşılan sorun, öznitelik eşlemesinin eksik veya yanlış yapılmasıdır. Örneğin mağazadaki "kategori" alanı Google'ın google_product_category alanına doğru bağlanmazsa, ürünler yanlış sınıflandırılır. Benzer şekilde, GTIN alanı platformda başka bir isimle (barkod, EAN gibi) tutuluyorsa ve doğru eşlenmezse, geçerli barkodlarınız Google'a hiç ulaşmaz. Entegrasyonu kurduktan sonra, birkaç örnek ürünün verisini Merchant Center'da inceleyip her alanın doğru geldiğini kontrol etmek şarttır.

Bir diğer yaygın sorun, senkron sıklığının katalog dinamizmine uymamasıdır. Gün içinde sık fiyat değiştiren bir mağaza, günde tek çekmeyle çalışırsa sürekli fiyat uyuşmazlığı redi alır. Bu durumda ya çekme sıklığını artırmak ya da platformun canlı güncelleme özelliğini etkinleştirmek gerekir. Entegrasyonun "kurulmuş olması" yetmez; doğru sıklıkta ve doğru veriyle çalıştığını doğrulamak gerekir.

Feed'i düzenli denetlemenin önemi

Bir feed bir kez doğru kurulsa bile, katalog değiştikçe yeni sorunlar ortaya çıkacağı için düzenli denetim şarttır. Yeni eklenen ürünler zorunlu alanları eksik gelebilir, bir tedarikçi değişikliği başlık yapısını bozabilir, bir kampanya fiyat tutarsızlığı yaratabilir. Bu yüzden feed'i canlı bir sistem gibi izlemek gerekir. Haftalık bir denetim rutini kurmak, sorunları küçükken yakalar ve büyük gelir kayıplarını önler. Bu düzenli bakım, çoğu işletmenin tek başına sürdürmekte zorlandığı ve profesyonel destekten en çok fayda gördüğü noktadır.

Feed kurulumu için ilk 30 günlük yol haritası nedir?

Yeni bir feed kurarken ilk 30 gün, temeli sağlam atmak için kritiktir; bu dönemi bir kontrol listesi gibi ilerletmek en verimlisidir. Aşağıdaki yol haritası, hiç Merchant Center kullanmamış bir işletmeyi kuruluştan optimize feed'e kadar götüren pratik bir plandır. Her aşamayı tamamlamadan bir sonrakine geçmemek, ilerideki red ve karmaşayı baştan önler.

Birinci hafta: kuruluş ve doğrulama

1. Merchant Center hesabını açın ve işletme bilgilerini eksiksiz, sitenizle tutarlı girin.
2. Web sitesi sahipliğini doğrulayın (tercihen Search Console üzerinden) ve URL'yi sahiplenin.
3. Kargo ve vergi ayarlarını hedef pazarınıza (Türkiye için TL ve KDV dahil) göre yapılandırın.
4. Ücretsiz ürün listelemeleri programının etkin olduğundan emin olun.

İkinci hafta: veri kaynağı ve ilk yükleme

1. Katalog büyüklüğünüze uygun veri kaynağını seçin (E-Tablo, platform entegrasyonu veya API).
2. ikas/Shopify kullanıyorsanız entegrasyonu kurup feed'i bağlayın; zamanlanmış çekmeyi ayarlayın.
3. Zorunlu yedi özniteliğin tüm ürünlerde dolu geldiğini doğrulayın.
4. İlk işlenmenin ardından tanılama ekranından onay/red durumunu izleyin.

Üçüncü hafta: red giderme ve zenginleştirme

1. Reddedilen ürünlerin sebeplerini tek tek okuyun ve en yaygın olandan başlayarak giderin.
2. Önerilen öznitelikleri (brand, gtin, google_product_category, product_type) doldurun.
3. Başlıkları önem sırasına göre optimize edin; görselleri yüksek kaliteyle güncelleyin.
4. Fiyat/stok senkronunun gerçekten çalıştığını, örnek ürünlerde site ile karşılaştırarak test edin.

Dördüncü hafta: strateji ve ölçüm

1. custom_label etiketlerini kâr marjı, mevsim veya satış hızına göre kurun.
2. Gerekliyse ek beslemeler ve besleme kurallarıyla veriyi zenginleştirin.
3. Merchant Center'ı Analytics ile bağlayıp ürün bazlı performansı ölçmeye başlayın.
4. İlk performans verilerine bakıp zayıf ürünleri teşhis edin ve iyileştirme döngüsünü başlatın.

Bu 30 günlük plan tamamlandığında, elinizde yalnızca "çalışan" bir feed değil, optimize edilmiş ve ölçülebilir bir veri varlığı olur. Bundan sonrası sürekli bakım ve iyileştirmedir. Bu süreci kendiniz yürütebileceğiniz gibi, bir dijital pazarlama ajansı desteğiyle çok daha hızlı ve hatasız kurabilirsiniz.

Feed performansı ve rekabet görünürlüğü nasıl ölçülür?

Feed'in performansını, ürünlerinizin gösterim/tıklama sayıları ile rekabet karşısındaki görünürlük metrikleriyle ölçersiniz. Merchant Center ve bağlı Google Ads/Analytics, hangi ürünlerin ne kadar göründüğünü, tıklandığını ve hangi kategorilerde rekabette geri kaldığınızı gösterir. Bu veriler, feed'in nerede zayıf olduğunu ve nereye yatırım yapılacağını söyler.

Rekabet görünürlüğü metrikleri (fiyat rekabet gücü, en iyi satıcılar, gösterim payı gibi göstergeler), ürünlerinizin pazarda nerede durduğunu anlamanıza yardımcı olur. Örneğin bir ürününüz sürekli görünüyor ama tıklanmıyorsa, sorun genellikle fiyat veya görseldir; hiç görünmüyorsa, sorun genellikle feed verisinin eksikliği veya kategori eşlemesidir.

Hangi metriklere bakmalı?

• Onaylı ürün oranı: Kaç ürününüz gerçekten yayında? Reddedilenler doğrudan kayıp gelirdir.
• Gösterim ve tıklama: Hangi ürünler görünüyor ve ilgi çekiyor?
• Fiyat rekabet gücü: Ürününüz pazardaki benzerlerine göre pahalı mı?
• Kategori kırılımı: Hangi ürün grupları iyi, hangileri zayıf performans gösteriyor?
• Ücretsiz vs ücretli trafik: Free listings'ten gelen organik trafik payı ne?

Bu ölçümü sağlıklı yapmak için Merchant Center'ı Google Analytics ve Search Console ile bağlamak gerekir. Ürün bazlı gelir ve dönüşüm verisi olmadan, hangi ürünün gerçekte kazandırdığını göremezsiniz. Kâr odaklı bakmak için gelirin yanında marjı ve reklam maliyetini de hesaba katmalısınız; başabaş ROAS hesaplama aracımız bu dengeyi kurmanıza yardımcı olur. Ürün bazlı geliri doğru okumak için ölçüm altyapısını en baştan kurmak, feed optimizasyonunun görünmeyen ama en belirleyici ayağıdır.

Gösterim var ama tıklama yoksa ne yapmalı?

Bir ürün çok gösterilip az tıklanıyorsa, sorun neredeyse her zaman görselde, fiyatta veya başlıkta gizlidir. Kullanıcı ürünü görüyor ama tıklamaya değer bulmuyor demektir. Önce görseli kontrol edin: rakiplerinize göre daha az çekici, karanlık veya düşük kaliteli mi? Ardından fiyata bakın: fiyat rekabet gücü göstergesi ürününüzü pahalı mı gösteriyor? Son olarak başlığı gözden geçirin: yeterince net ve çekici mi? Bu üç alandan biri düzeldiğinde, tıklama oranı genellikle belirgin biçimde yükselir.

Tıklama var ama satış yoksa sorun nerede?

Tıklama geliyor ama satış gelmiyorsa, sorun artık feed'de değil, açılış sayfasında veya fiyat/deneyim tarafındadır. Kullanıcı ürüne ilgi duyup tıklıyor ama sitede ikna olmuyor. Bu durumda ürün sayfasının hızını, mobil deneyimini, güven unsurlarını ve fiyat/kargo netliğini gözden geçirmek gerekir. Feed'in görevi doğru kullanıcıyı doğru ürüne getirmektir; getirdikten sonrasını sayfa deneyimi belirler. Bu yüzden feed optimizasyonunu her zaman dönüşüm oranı optimizasyonuyla birlikte düşünmek gerekir. İyi bir feed kötü bir açılış sayfasını kurtaramaz; ikisi bir bütün olarak çalışmalıdır.

Feed'i sürekli iyileştirme döngüsü

1. Ölç: Onay oranı, gösterim, tıklama ve rekabet metriklerini izle.
2. Teşhis et: Zayıf ürünlerin başlık, görsel, fiyat veya kategori sorununu bul.
3. Düzelt: Kaynağı, besleme kuralını veya ek beslemeyi güncelle.
4. Doğrula: Tanılama ekranından onayı ve performans değişimini takip et.
5. Tekrarla: Feed'i canlı bir varlık olarak sürekli optimize et.

Feed kalitesi neden reklam maliyetini düşürür?

Yüksek kaliteli bir feed, aynı bütçeyle daha alakalı gösterimler getirdiği için reklam maliyetinizi düşürür ve dönüşüm oranınızı yükseltir. Google, ürününüzü doğru sorgularla eşleştirdiğinde, tıklayan kişi gerçekten o ürünü arayan kişidir; bu da tıklama başına daha yüksek dönüşüm ve daha düşük efektif maliyet demektir. Kötü feed ise alakasız gösterimler, boşa tıklamalar ve düşük dönüşüm yaratır.

Bu ilişki şöyle özetlenebilir: feed kalitesi arttıkça, hem ücretli reklamın verimliliği hem ücretsiz listelemelerin görünürlüğü artar. Yani feed optimizasyonu, tek bir çalışmayla iki gelir kanalını birden besler. Reklam bütçenizi büyütmeden önce feed'inizi kusursuzlaştırmak, çoğu zaman en yüksek getirili adımdır. Reklamın kendi maliyet dinamiklerini Google Ads maliyeti 2026 yazımızda ayrıca ele alıyoruz.

Performance Max ve feed ilişkisi

Google'ın Performance Max kampanyaları, ürün feed'ini yakıt olarak kullanır; feed ne kadar zenginse, kampanya o kadar iyi optimize eder. Performance Max, feed'inizdeki başlık, görsel, kategori ve custom_label verilerini kullanarak ürünleri farklı yüzeylerde otomatik gösterir. Zayıf feed, güçlü bir kampanya algoritmasını bile aç bırakır. Bu ilişkiyi Performance Max rehberimizde ve maksimum performans mı talep yaratma mı yazımızda derinlemesine anlatıyoruz.

Kayseri'deki üreticiler için feed neden ayrı bir fırsat?

Kendi ürününü üreten işletmeler için ürün feed'i, sadece bir teknik gereklilik değil, aracısız pazara ulaşmanın doğrudan yoludur. Üretici, ürününü kendisi tanımladığı için başlık, marka, malzeme ve özellik bilgilerini en doğru veren taraftır; bu da feed kalitesinde doğal bir avantaj sağlar. Doğru kurulmuş bir feed, Kayseri'deki bir üreticinin ürününü Türkiye'nin her yerindeki alıcıyla ücretsiz listelemeler üzerinden buluşturur. Aracıya, komisyona veya pazaryeri kesintisine bağlı kalmadan, üretici doğrudan kendi mağazasının trafiğini büyütür. Bu, özellikle marjın ince olduğu üretim işlerinde her puanlık verimin önemli olduğu durumlarda ciddi bir kaldıraçtır.

Üreticilerde en sık görülen feed sorunu, GTIN/barkod eksikliğidir. Bu durumda ürünü sistemden düşürmeden yayınlamanın yolu, identifier_exists bildirimi ve güçlü brand + mpn kullanımıdır. Uzun vadede kendi markalı ürünlerine barkod almak (GTIN başvurusu) ise hem Google hem pazaryerleri tarafında görünürlüğü kalıcı olarak güçlendirir. Bu stratejik ayrımı doğru kurmak, üretici müşterilerimizin en çok değer gördüğü noktalardan biridir.

Feed optimizasyonu bir defalık iş değil, süreçtir

Feed optimizasyonu, bir kez kurulup unutulan değil, katalog ve fiyatlar değiştikçe sürekli bakılması gereken bir süreçtir. Yeni ürünler, sezon değişimleri, fiyat güncellemeleri ve politika değişiklikleri feed'i sürekli etkiler. Bu yüzden feed'i canlı bir varlık gibi ele almak; onu düzenli izlemek, redleri hızlı gidermek ve verisini zenginleştirmek gerekir. Bu disiplin kurulduğunda, feed hem reklam maliyetini düşüren hem ücretsiz trafik getiren bir gelir motoru hâline gelir.

Alis Dijital feed yönetiminde nasıl destek olur?

Alis Dijital, Kayseri merkezli bir ikas Premium Partner ve Shopify Partner ajansı olarak, Merchant Center kurulumundan feed optimizasyonuna ve red giderimine kadar tüm süreci uçtan uca yönetir. Feed'i bir veri varlığı olarak ele alıp; öznitelikleri zenginleştirir, besleme kurallarını kurar, senkron sorunlarını çözer ve hem ücretli hem ücretsiz görünürlüğü aynı anda yükseltiriz. Amacımız, reklam bütçenizi büyütmeden önce feed'inizden en yüksek verimi almanızı sağlamaktır.

Mağazanız ikas veya Shopify üzerindeyse entegrasyonu doğru kurar, üretici iseniz GTIN/barkod stratejinizi planlar, çok pazara açılıyorsanız çok-ülke feed'inizi yapılandırırız. Google Ads hizmetimiz feed optimizasyonunu kampanya yönetimiyle birleştirir; böylece feed ve reklam tek bir bütün olarak çalışır. Feed sağlığınızı gözden geçirmek isterseniz ücretsiz analiz talebinde bulunabilir veya doğrudan bir randevu oluşturabilirsiniz.

Feed yönetimi, çoğu işletmenin ihmal ettiği ama en yüksek getirili e-ticaret disiplinlerinden biridir. Doğru kurulmuş bir feed; düşük reklam maliyeti, ücretsiz organik trafik ve rekabette net bir üstünlük demektir. İster kendiniz kurun ister bir dijital pazarlama danışmanlığı desteği alın, bu rehberdeki ilkeleri uygulamak, ürünlerinizin Google'da hak ettiği yeri almasını sağlar.

Reklam tarafını ve feed'in üzerine kurulacak kampanya yapısını merak ediyorsanız, genel reklam yönetimi için Google Ads nedir yazımızı ve bütçe planlaması için pazarlama bütçesi nasıl belirlenir rehberimizi inceleyebilirsiniz. Feed'i güçlü kurup üzerine yeniden hedefleme stratejilerini eklediğinizde, e-ticaret büyümenizin temelini sağlam bir veri varlığı üzerine kurmuş olursunuz. Unutmayın: reklam bütçesi bir hızlandırıcıdır, ama feed o motorun yakıtıdır; yakıt temiz olmadan hiçbir bütçe istenen verimi vermez.