Google Merchant Center, 31 Ocak 2027'den itibaren minimum 500x500 piksel görsel gereksinimini uygulamaya başlayacak ve bir varyantın item_group_id veya gtin değeri eksik ya da hatalı biçimlendirilmiş olduğu anda listelemeleri zaten reddediyor. Bunların hiçbiri yeni değil. Kolayca yanlış anlaşılan şey, Türk e-ticaret platformunuzun bunu sizin için zaten hallettiğini varsaymaktır. ikas, Ticimax, T-Soft ve İdeaSoft'un ürün feed'lerini yerel olarak nasıl oluşturduğunu her sağlayıcının kendi dokümantasyonunu kullanarak karşılaştırdık ve "bir XML bağlantısı var" ile "Google ve Meta içindekini kabul edecek" arasında gerçek boşluklar bulduk. Bu yazı, bu dört platformdan birini kullanan ve yerel dışa aktarımlarının yeterli olup olmadığına ya da üzerine bir feed katmanına ihtiyaç duyup duymadıklarına karar vermeye çalışan satıcılar ve ajanslar içindir.
"Kutudan çıktığı gibi feed'e hazır" gerçekte ne anlama gelir
Bir platformun ürün feed'i, yalnızca bir dosya ürettiği için Google veya Meta'ya hazır değildir. Her iki reklam platformunun da taviz vermediği özellik düzeyindeki kuralları karşılaması gerekir. Aşağıdaki tablo, her platformu değerlendirdiğimiz ve doğrudan Google'ın ürün verisi spesifikasyonundan ve Meta'nın katalog alanı referansından alınan temel ölçüttür.
| Gereksinim | Google Merchant Center | Meta Catalog | Feed'leri neden bozar |
|---|---|---|---|
| Tanımlayıcı (GTIN/MPN) | Varsa GTIN zorunludur; alternatif olarak MPN + marka kabul edilir | Zorunlu değil, önerilir; ancak sınıflandırma için işaretlenir | Bir platformun yerel olarak ürettiği barkodlar çoğu zaman gerçek GTIN değildir ve Google bunları eksik değil geçersiz olarak reddeder |
| Varyant gruplama | Büyük pazarlarda varyantlar için item_group_id zorunludur; Google'ın item_group_id hata referansına göre her özellik kombinasyonu (beden, renk) bir grupta yalnızca bir kez yer alabilir | Meta'nın varyant dokümantasyonuna göre varyant olarak gönderilen her ürün için item_group_id zorunludur | Tek bir "ana SKU" kavramı etrafında kurulan platformlar çoğu zaman her beden/renk kombinasyonu için bir satır yerine her ana ürün için bir satır dışa aktarır |
| Görsel | 31 Ocak 2027'den itibaren minimum 500x500 piksel uygulanır | Minimum 500x500 piksel, JPEG/PNG | Her iki politika da yürürlüğe girmeden yıllar önce yüklenen eski ürün fotoğrafları, uygulama başladığında sessizce başarısız olur |
| Feed formatı | TSV, XML veya Content API | CSV, TSV, RSS XML, ATOM XML veya Google Sheets | Yalnızca Google'ın XML şeması için oluşturulmuş bir dışa aktarım, Meta için farklı yapıda ikinci bir dosyaya ihtiyaç duyar |
Her platformun yerel dışa aktarımı gerçekte nasıl davranıyor
ikas
ikas, doğrudan bir Google Merchant Center entegrasyonu sunar: ikas panelinden bir katalog bağlantısını kopyalayıp Merchant Center'ın veri kaynağı ayarlarına yapıştırırsınız ve ikas'ın kendi destek dokümantasyonuna göre "ikas panelinizde ürünlerde yaptığınız değişiklikler otomatik olarak yansır". Barkodlar varsayılan olarak GTIN olarak gönderilir ve barkod formatlarınız Google'ın GTIN standardını karşılamıyorsa ikas bunları MPN olarak göndermeniz için bir seçenek sunar; bu, her satıcının barkodunun gerçek bir GTIN olmadığına dair dürüst ve faydalı bir kabuldür. Dokümantasyonun açıklamadığı şey ise yerel bir Meta katalog entegrasyonu ya da item_group_id'nin beden ve renk varyantlarına nasıl atandığıdır; dolayısıyla ikas'ın ürün varyantı modelinin sorunsuz şekilde aktarılacağına doğrulanmamış bir şekilde güvenmiş olursunuz.
Ticimax
Ticimax'in kendi destek dokümantasyonu, Google Shopping verilerini her ürünün Pazarlama sekmesinde "Adwords alanları" adını verdiği alanlar üzerinden yönlendirir; bu alanlar ürün başına manuel olarak veya bir Excel dışa/içe aktarma döngüsüyle toplu olarak doldurulur. Bu, ikas'tan esaslı şekilde farklı bir modeldir: özellik eşleştirmesi otomatik değildir, sorumluluğu size ait olan bir veri girişidir. XML çıktısındaki kargo verileri de feed bazında isteğe bağlıdır; canlı mağaza ayarlarınızdan devralınmak yerine özel bir kargo yapılandırmasıyla açılıp kapatılır. Bu ayar ile mağaza zamanla birbirinden ayrıştığında bu durum, fiyat uyuşmazlığı kaynaklı retlerin yaygın bir nedenidir.
T-Soft
Yetkili bir e-ticaret danışmanının T-Soft entegrasyon dokümantasyonuna göre T-Soft, feed'leri sabit ve öngörülebilir URL'lerden oluşturur; örneğin Google için siteadresiniz.com/xml/googleshopping.com.php ve Meta için ayrı bir facebookmagaza.com.php uç noktası (bu yazının hazırlandığı sırada T-Soft'un kendi yardım merkezindeki ilgili makale 404 hatası verdi; bu nedenle güvenmeden önce panelinizdeki güncel yolu doğrulayın). Ürünlerin dahil edilmesi bir bayi "üye grubu" mekanizmasıyla kontrol edilir: kategorilere veya markalara kanalın adını taşıyan bir grup için görünürlük atarsınız ve yalnızca görünür ürünler o kanalın XML'inde yer alır. Bu işleyen bir erişim kontrolü modelidir, ancak özellik eşleştirmesiyle aynı şey değildir ve ne uç nokta dokümantasyonu ne de danışmanın yazısı GTIN, MPN veya item_group_id'nin otomatik olarak doldurulmasından söz eder.
İdeaSoft
Yönetim panelinde Entegrasyonlar → Idea Output Çıktı Sistemi üzerinden erişilen İdeaSoft dışa aktarımı, kâğıt üzerinde dördü arasında özelliklere en çok dikkat edenidir. İdeaSoft'un kendi yardım dokümantasyonuna göre XML çıktısı; standart ad, açıklama, fiyat, stok ve görsel alanlarının yanı sıra marka, GTIN/barkod ve MPN bilgilerini de "mevcut olduğunda" içerir. Ayrıca incelediğimiz platformlar arasındaki en açık uyarıyı da içerir: barkodlarınız uluslararası geçerliliğe sahip GTIN'ler değilse GTIN alanını manuel olarak devre dışı bırakmanız gerekir; çünkü geçersiz bir GTIN göndermek zarif bir geri dönüş yerine ürünün reddedilmesine yol açar. Renk, beden ve ürün gruplamasında varyantların doğruluğu otomatikleştirilmiş değil, satıcının sorumluluğu olarak belirtilmiştir.
Karşılaştırma
| Platform | Yerel tanımlayıcı yönetimi | Varyant/item_group_id yönetimi | Yerel çok kanallı dışa aktarım | Gereken manuel iş |
|---|---|---|---|---|
| ikas | Varsayılan olarak GTIN, barkodlar geçersizse MPN seçeneği | Belgelenmemiş | Yalnızca Google Merchant Center | Google için düşük, diğerleri için bilinmiyor |
| Ticimax | Ürün bazında manuel veya toplu Excel girişi | Belgelenmemiş | Google odaklı XML; kargo isteğe bağlı | Yüksek: eşleştirme değil, veri girişi |
| T-Soft | Mevcut kaynaklarda belgelenmemiş | Belgelenmemiş | Ayrı Google ve Facebook uç noktaları | Orta: erişim kontrolü var, özellik kalite kontrolü yok |
| İdeaSoft | Mevcut olduğunda otomatik, geçersiz GTIN için açık uyarı | Satıcının sorumluluğu olarak belirtilmiş | Google odaklı; Meta aynı dokümanda ayrıntılı değil | Orta: çoğunlukla kalite kontrol ve istisnalar |
Gerçek bir boşluk feed satırında nasıl görünür
Bu dört platformdan herhangi birini kullanan bir satıcı her iki kanala da gerçekten gönderim yaptığında en sık ortaya çıkan örüntü şudur. Üç bedeni olan bir ürün, doğru fiyatlandırılmış ve stokta olarak üç ayrı satır halinde dışa aktarılır, ancak altta yatan platform ortak bir grup tanımlayıcısını tutarlı şekilde atamamıştır:
satır 1: id=SKU-TSHIRT-S, title=Cotton T-Shirt, item_group_id=(boş)
satır 2: id=SKU-TSHIRT-M, title=Cotton T-Shirt, item_group_id=(boş)
satır 3: id=SKU-TSHIRT-L, title=Cotton T-Shirt, item_group_id=TSHIRT-GROUP-04
Google ve Meta bunu üç varyantlı tek bir ürün olarak değil, birbiriyle ilgisiz üç ürün olarak okur; çünkü Meta'nın kendi varyant dokümantasyonu, gruptaki her satırda "ürün adı ve item_group_id alanlarının eşleşmesi" gerektiğini açıkça belirtir. Aynı boş özellik örüntüsü, ayrıca belgelediğimiz Meta Commerce Manager katalog retlerinin çoğunun da nedenidir. Çözüm bir platform ayarı değil; feed herhangi bir reklam hesabına yaklaşmadan önce her varyant satırının aynı ve boş olmayan grup değerini taşıdığını doğrulayan bir gönderim öncesi doğrulama adımıdır.
Bu karşılaştırmanın sınırları
Bu, dört platformun tamamında canlı test hesaplarıyla yapılmış uygulamalı bir kıyaslama değil, belgelenmiş yerel dışa aktarma davranışlarının bir karşılaştırmasıdır; bu nedenle herhangi bir platforma dair belirli iddiaları kesin bir hüküm olarak değil, kendi panel kontrolünüz için bir başlangıç noktası olarak değerlendirin. Platform sağlayıcıları entegrasyonlarını düzenli olarak günceller; T-Soft'un kendi yardım merkezi, atıfta bulunmayı tercih edeceğimiz makaleyi zaten taşımış veya kaldırmıştı ki bu da başlı başına bu dokümanların değiştiğinin bir göstergesidir. Burada karşılaştırılan dört platformun hiçbiri ödeme, tema, lojistik veya uygulama ekosistemleri açısından değerlendirilmemiştir; yalnızca feed dışa aktarımı değerlendirilmiştir, çünkü bu makalenin konusu yalnızca budur.
Kataloğunuz bu dört platformdan biri yerine küresel bir platformdaysa karşılaştırma doğrudan geçerli olmaz: DataFeedWatch ve Channable, Türk olmayan onlarca platformda daha geniş hazır bağlayıcı kütüphaneleri sürdürür ve işletmeniz ikas, Ticimax, T-Soft veya İdeaSoft yerine bunlardan birinde çalışıyorsa bu bağlayıcı çeşitliliği, önce onlara bakmak için gerçek bir nedendir. Basit ve varyantsız bir kataloğa sahip tek bir küçük mağaza için platformun yerel dışa aktarımı ve dikkatli bir manuel kalite kontrol gerçekten yeterli olabilir; on SKU için bir feed aracı satın almak bütçenin iyi bir kullanımı değildir.
Kısa bir gönderim öncesi kontrol listesi
- Her varyant satırı, aynı ürünün diğer tüm beden/renk kombinasyonlarıyla birebir aynı ve boş olmayan bir
item_group_idpaylaşıyor - GTIN değerleri, GTIN olarak yeniden etiketlenmiş dahili SKU'lar değil, gerçek ve okutulabilir barkodlar; emin değilseniz MPN + marka modeline geçin
- Ürün görselleri minimum 500x500 piksel gereksinimini Google'ın Ocak 2027 uygulama tarihinden sonra değil, şimdiden karşılıyor
- Feed'deki fiyat ve stok durumu, dışa aktarımın en son yapılandırıldığı andakiyle değil, mağazanın aynı anda gösterdiğiyle eşleşiyor
- Platformunuzun yerel dışa aktarımı önce Google için tasarlandıysa Meta için doğru yapıda ikinci bir dosya mevcut
Sık sorulan sorular
ikas, Meta katalog dışa aktarımlarını Google Merchant Center'daki gibi yerel olarak destekliyor mu?
ikas'ın kendi destek dokümantasyonu, Google Merchant Center katalog bağlantısı entegrasyonunu ayrıntılı olarak açıklasa da eşdeğer bir yerel Meta katalog bağlantısını belgelemez. Özelliklerin aynı olduğunu varsaymadan önce güncel panel sürümünüzü kontrol edin.
Ticimax neden Adwords alanlarını otomatik olarak eşleştirmek yerine manuel doldurmamı istiyor?
Ticimax'in ürün veri modeli, Google Shopping özelliklerini katalog yapınızdan otomatik olarak türetilen değerler yerine her ürün kaydındaki düzenlenebilir pazarlama alanları olarak ele alır; çok sayıda ürünü aynı anda güncellemek için belgelenmiş çözümün toplu Excel düzenlemesi olmasının nedeni budur.
T-Soft'un XML çıktısı geçerli GTIN'i olmayan bir ürün içerirse ne olur?
Ne mevcut T-Soft dokümantasyonu ne de atıfta bulunduğumuz danışman yazısı otomatik GTIN yönetimini belirtir; bu nedenle geçersiz veya eksik bir tanımlayıcı, gönderimden önce yakalanmak yerine standart bir Google Merchant Center reddi olarak ortaya çıkar.
İdeaSoft neden GTIN alanını manuel olarak devre dışı bırakmam konusunda uyarıyor?
Çünkü İdeaSoft barkod verilerini otomatik olarak GTIN şeklinde ekleyebilir ve bu barkod uluslararası geçerliliğe sahip değilse Google ürünü bir uyarıyla kabul etmek yerine reddeder; bu nedenle İdeaSoft'un dokümantasyonu, geçersiz barkodları feed'e ulaşmadan önce yakalama sorumluluğunu satıcıya yükler.
item_group_id, SKU ile aynı şey mi?
Hayır. SKU (id alanına eşlenir) her ürün varyantı satırı için benzersiz olmalıdır. item_group_id ise bu varyant satırlarını seçenekleri olan tek bir ürün olarak bir araya getiren ayrı ve ortak bir değerdir; Google'ın dokümantasyonuna göre her özellik kombinasyonu bir grup içinde yalnızca bir kez yer almalıdır.
Aynı XML feed'ini hem Google'a hem Meta'ya gönderebilir miyim?
Güvenilir şekilde değil. Google TSV, XML veya Content API kabul eder; Meta ise CSV, TSV, RSS XML, ATOM XML veya Google Sheets kabul eder ve zorunlu alanlar ikisi arasında biraz farklıdır (örneğin Meta her satırda condition ve brand ister, Google'da ise marka gereksinimi koşulludur). Bir kanalın şemasını karşılamak için oluşturulan bir feed, altta yatan ürün verileri doğru olsa bile çoğu zaman diğerinin doğrulamasından geçemez.
Platform değiştirmek bu feed boşluklarını giderir mi?
Tek başına gidermez. Boşluk, platformun temel ticaret işlevselliğinde değil, özellik eşleştirmesinde ve gönderim öncesi doğrulamadadır; bu nedenle GTIN, item_group_id ve görsel uyumluluğunu doğrudan ele almadan farklı bir Türk e-ticaret platformuna geçmek yalnızca aynı sorunu başka bir yere taşır.
Yerel bir dışa aktarımı güncel Google ve Meta gereksinimlerine göre ne sıklıkla yeniden kontrol etmeliyim?
En azından kanallardan biri Google'ın Ocak 2027 görsel uygulama tarihi gibi bir politika değişikliği duyurduğunda ve e-ticaret platformu ürün veya entegrasyon ayarlarını etkileyen bir panel güncellemesi yayınladığında; çünkü burada karşılaştırılan dört platformun hiçbiri dışa aktarma dokümantasyonunu satıcıları otomatik olarak bilgilendirecek kadar herkese açık şekilde sürümlendirmez.
Feedance bu dört platformun herhangi birinden gelen feed'lere bağlanır, her kanalın gerçekten gerektirdiği özellikleri zenginleştirir ve Google ve Meta'nın yanı sıra Akakçe, Cimri, N11 ve ÇiçekSepeti dahil 200'den fazla reklam ve pazaryeri kanalına yayın yapar; böylece Google'a ve Meta'ya göre şekillendirilmiş ayrı dışa aktarımları elle sürdürmeniz gerekmez. Google veya Meta sizin yerinize bulmadan önce mevcut feed'inizde tam olarak hangi özelliklerin eksik olduğunu görmek isterseniz feed'inizi ücretsiz ürün feed'i denetim aracından geçirin.

Kardelen Yılmaz, Feedance'ta büyüme alanında çalışıyor ve e-ticaret markalarının ve ajansların reklamını yaptıkları her üründen daha fazla getiri elde etmelerine yardımcı oluyor. Ürün feed'i kalitesi, Shopping ve Performance Max kampanyaları, kreatif otomasyonu ve yapay zeka destekli alışverişin ürün görünürlüğünü nasıl değiştirdiği üzerine yazıyor.
LinkedIn
















