Google Merchant Center, ürün verilerini yapılandırılmış feed olarak alıyor ve bu verilerden hem Shopping reklamlarını hem de organik ürün listelerini besliyor. Tek dilli bir sitede feed yönetimi belirli bir karmaşıklıkta seyrediyor. Çok dilli e-ticaret sitelerinde ise bu karmaşıklık boyut değiştiriyor: aynı ürünün her dil ve ülke sürümü için doğru içerikle, doğru URL'ye bağlı, doğru hedef pazara gönderilmiş bir feed kaydı gerekirken bu kayıtların site SEO altyapısıyla da tutarlı olması bekleniyor.
Organik arama ile Shopping birbirinden bağımsız kanallar gibi görünüyor — ama çok dilli yapıda bu iki katman birbirini etkiliyor. Organic sayfada kurulan hreflang yapısı, feed'deki link ve mobile_link alanlarıyla örtüşmüyorsa Google iki sistem arasında tutarsızlık algılıyor. Feed'deki ürün başlığı organik sayfanın <title> etiketiyle çelişiyorsa Shopping ve organik sonuçlarda farklı sinyaller üretiliyor. Bu tutarsızlıklar onay hatası olarak görünmeyebilir — ama performansı sessizce kötüleştiriyor.
Feed dil yönetimi üç ayrı kararı bir arada içeriyor: feed mimarisini nasıl kuracaksınız, ürün verilerini ne ölçüde yerelleştireceksiniz ve bu yapıyı hangi platformda sürdürebilirsiniz. Her karar diğerini kısıtlıyor. Aşağıdaki bölümler bu kısıtları ve pratik tercih noktalarını sırayla ele alıyor.
Feed dili ile site dili arasındaki kopukluk: senaryo nerede başlıyor?
Feed dil sorunlarının en sık karşılaşılan biçimi şu: site beş dile çevrilmiş, ürün sayfaları yerelleştirilmiş, hreflang kurulu — ama Merchant Center feed'i yalnızca kaynak dilde (çoğunlukla İngilizce) yüklenmiş. Almanca kullanıcı Shopping sonuçlarında İngilizce ürün başlığı ve açıklamasıyla karşılaşıyor. Tıklama oranı düşüyor, dönüşüm de.
Daha az görünür ama daha ciddi olan versiyon ise şu: feed kısmen yerelleştirilmiş. Başlık Almancaya çevrilmiş ama ürün açıklaması İngilizce kalmış. Ya da link alanındaki URL hâlâ İngilizce ürün sayfasına işaret ediyor — yani kullanıcı Almanca başlıklı bir Shopping sonucuna tıklıyor, İngilizce sayfaya düşüyor. Bu hem Merchant Center politikalarıyla çelişiyor hem de organik tarafta kurulu hreflang yapısının sinyalini bozuyor.
Üçüncü senaryo dil-ülke uyumsuzluğu: feed bir ülke hedeflenerek oluşturulmuş ama içerik başka bir ülkenin yerel varyantına ait. Avustralya için açılmış bir Merchant Center hesabına İngiltere İngilizcesiyle yazılmış başlıklar ve sterlin fiyatları yüklenmiş olması buna iyi örnek. Google bunu reddetmeyebilir ama hem onay süreci uzuyor hem de Shopping reklamları yanlış kitleye gösteriliyor. Feed'in hangi Merchant Center hesabına yükleneceği ve o hesabın hangi ülkeye bağlı olduğu — bu iki ayarın birlikte düzgün kurulması, dil tutarlılığından önce gelen temel adım.
Ürün başlığı ve açıklamasında yerelleştirme: doğrudan çeviri neden yetmiyor?
Feed'de en doğrudan etkiyi ürün başlığı (title) ve açıklaması (description) üretiyor. Shopping sonuçlarında kullanıcının gördüğü metin büyük ölçüde bu alandan geliyor; organik ürün listeleme sonuçlarında (free listings) da aynı alanlar devreye giriyor.
Ürün başlığının salt çevirisi çoğunlukla eksik kalıyor. Çok dilli ürün sayfası optimizasyonunda ele aldığımız gibi, her pazarın arama davranışı farklı terimler üretiyor. İngilizce'de "running shoes" olarak aranan bir ürün Almancada "Laufschuhe" olarak aranıyor ama Google'ın Alman kullanıcılarının nasıl aradığını bilmeden yapılan çeviri bu farklılığı kaçırıyor. Feed başlığına doğrudan çevrilen terim düşük arama hacmine sahip olabilir; kullanıcıların gerçekte aradığı terim ise başlıkta hiç yer almıyor.
Başlık uzunluğu da dile göre değişiyor. Almanca bileşik kelimeler İngilizcedeki çok kelimeli ifadeyi tek kelimeye sıkıştırıyor — bu hem başlık karakterini farklı kullanıyor hem de keyword density hesaplamasını değiştiriyor. Google, feed başlığındaki ilk birkaç kelimeye daha fazla ağırlık veriyor; bu yüzden en önemli bilginin başa yerleştirilmesi her dil sürümünde ayrıca kurgulanmalı. "Erkek deri bot — su geçirmez, kışlık" yapısı Türkçe'de çalışıyor; aynı yapının Almancaya birebir aktarılması başlığın Shopping'deki performansını farklı biçimde etkiliyor.
Açıklama alanı (description) çoğunlukla göz ardı ediliyor — Shopping kartında görünmüyor diye. Ama Google bu alanı ürün kategorisi belirleme ve alaka puanı hesaplama için kullanıyor. Özellikle uzun kuyruk sorgular açısından açıklama alanı önem taşıyor; yerelleştirilmemiş açıklama, o dil sürümünde uzun kuyruk eşleşmelerini kaçırıyor. Birkaç satırlık makine çevirisiyle geçiştirilen açıklama alanı, her pazarda yerel arama terimlerini kapsayan kısa bir paragraf kadar değer taşımıyor.
Feed mimarisi: tek feed çoklu locale mu, dil başına ayrı feed mi?
Çok dilli feed kurulumunda iki temel yaklaşım var. Birincisi: her hedef ülke için Merchant Center'da ayrı hesap veya alt hesap açmak ve her birine o ülkeye özel feed yüklemek. İkincisi: tek bir çok dilli feed oluşturmak ve Google'ın feed kurallarıyla (feed rules) veya ek feed mekanizmasıyla dil varyantlarını yönetmek.
Ayrı hesap yaklaşımı daha net bir yönetim sunuyor. Her ülkenin feed'i bağımsız; bir ülkedeki onay hatası diğerini etkilemiyor. Raporlama da ülke bazında ayrışıyor. Öte yandan bakım maliyeti yüksek: her ülke için ayrı feed dosyası, ayrı güncelleme döngüsü, ayrı hata takibi. On ülke için on ayrı Merchant Center feed'i zamanla kaynak tüketiyor. Büyük kataloglarda bu yük önemli bir operasyonel engele dönüşebiliyor.
Supplemental feed (ek feed) yaklaşımı orta yolu sunuyor. Ana feed İngilizce veya kaynak dilde kurulur; her dil sürümü için ek feed yalnızca farklılaşan alanları — başlık, açıklama, link, fiyat — override eder. Bu model güncelleme sürecini basitleştiriyor: ürün eklendiğinde yalnızca ana feed güncelleniyor, dil farklılıkları ek feed'de yönetiliyor. Ama bu yapının çalışması için ek feed'deki id değerlerinin ana feed'dekilerle tam örtüşmesi şart. Ürün ID'leri dil sürümleri arasında farklılaşıyorsa — ki bazı platformlarda otomatik olarak farklılaşıyor — supplemental feed mantığı çöküyor.
Hangi yaklaşımın seçileceğini belirleyen pratik kıstas: katalog büyüklüğü ve güncelleme sıklığı. Küçük katalog, az sıklıkta güncelleme — ayrı feed dosyaları idare edilebilir. Büyük katalog, sık fiyat değişimi — supplemental feed veya API entegrasyonu kaçınılmaz hale geliyor.
Hreflang, canonical ve feed URL'leri: üç katmanı hizalamak
Feed'deki link alanı, kullanıcının Shopping sonucuna tıkladığında düştüğü URL'yi belirliyor. Bu URL'nin o dil sürümünün canonical sayfasıyla örtüşmesi gerekiyor. Örtüşmüyorsa iki sorun birden ortaya çıkıyor: kullanıcı yanlış sayfaya düşüyor ve Google iki sistem arasında sinyal uyumsuzluğu görüyor.
Pratikte sık karşılaşılan hata: feed'deki link alanında https://example.com/de/produkt yazıyor ama o sayfanın canonical'ı https://example.com/en/product'e işaret ediyor. Google feed'den Almanca sayfaya yönlendiriliyor, ama canonical onu İngilizce sayfaya çekiyor. Bu çatışma hem Shopping onay sürecini yavaşlatıyor hem de organik sıralama sinyalini karıştırıyor. Canonical etiket yönetimi feed kurulumundan önce doğrulanması gereken bir önkoşul.
Hreflang ile feed arasındaki uyum daha az belgelenen ama eşit ölçüde önemli. Organik tarafta hreflang="de-DE" ile işaretlenmiş bir sayfanın URL'si feed'de Almanya hedefli Merchant Center hesabındaki link alanıyla örtüşmeli. Bu örtüşme otomatik değil — özellikle URL yapısında ülke ve dil kodlarının ayrı tutulduğu yapılarda (/de/ dizini dil mi, ülke mi?) dikkatli kurulması gerekiyor. Aynı dilde farklı ülke hedefleme yapılarında bu ayrımın feed düzeyine taşınması özellikle karmaşık: en-US ve en-GB için ayrı URL varsa, ayrı Merchant Center hesabı da ayrı feed URL'si gerektiriyor.
mobile_link alanı varsa o da aynı dil sürümüne ait mobil URL'yi içermeli. Masaüstü ve mobil URL'ler ayrıysa ve dil yönetimi her iki katmanda farklı kurgulanmışsa bu alan da uyumsuzluk kaynağı olabiliyor.
Feed'de dil hatalarını erkenden yakalamak
Merchant Center'ın standart hata raporları dil sorunlarını her zaman açık biçimde işaretlemiyor. "Landing page not crawlable" veya "mismatched value" gibi hatalar dil-URL uyumsuzluğından kaynaklanabiliyor; ama hatanın kaynağı doğrudan görünmüyor.
Düzenli kontrol noktaları şunlar: feed yüklendikten sonra her dil sürümü için örnek ürünlerin link alanlarının manuel doğrulanması — URL'nin o dil sürümünün canonical sayfasına gittiğinin, sayfanın crawl edilebilir olduğunun ve içeriğin feed'deki başlık/açıklamayla uyumlu olduğunun kontrol edilmesi. Bunun yanı sıra Merchant Center'daki "Feed rules" bölümünde dil varyantlarının doğru uygulandığının periyodik incelenmesi gerekiyor.
Bir pratik kısıt: Merchant Center feed önizlemesi tüm dil varyantlarını eşit netlikte göstermiyor. Özellikle supplemental feed kullanıldığında override edilmiş alanların gerçekte nasıl göründüğünü doğrulamak için ürün bazında tek tek önizleme yapmak gerekebiliyor. Bu süreç katalog büyüdükçe manuel olarak yürütülemez hale geliyor — otomatik doğrulama için feed dosyasından örnekleme yapan basit bir script bile uzun vadede ciddi zaman kazandırıyor.
Fiyat alanı da dil hatasına yakın bir hata modu üretiyor. Para birimi kodu feed'de doğru belirtilmişse bile para birimi sembolünün başlık veya açıklama alanına manuel eklenmesi Merchant Center politikasını çiğniyor. Almanca feed'de başlık alanına "€49,99" yazmak yerine fiyat ayrı alanda (price) ve para birimi koduyla (EUR) verilmeli. Bu ayrım yerelleştirme sürecinde çoğunlukla gözden kaçıyor; başlığa para birimi ekleme alışkanlığı taşıyan çeviri ekiplerinde özellikle sık görülüyor.
Platform kısıtlamaları: Shopify, WooCommerce ve feed dil yönetiminin pratik sınırları
Feed dil yönetiminin teorik çerçevesi ile pratik uygulama arasındaki boşluk büyük ölçüde platform seçiminden kaynaklanıyor.
Shopify'ın çok dilli yapısında Merchant Center entegrasyonu doğrudan Shopify Markets üzerinden kuruluyor. Her pazar için ayrı para birimi ve dil ayarı yapılabiliyor; Google & YouTube kanalı bu yapıyı otomatik olarak feed'e yansıtmaya çalışıyor. Ama bu otomatik yansıma her zaman beklenen sonucu vermiyor: dil varyantları feed'e doğru aktarılmıyor ya da URL'ler market bazlı subdomain kullanıyorsa feed link'leri yanlış sürüme işaret edebiliyor. Shopify üzerinde çok dilli GMC kurulumu için feed'in manuel kontrol edilmesi — otomasyona tamamen güvenmemek — iyi pratik olarak yerleşmiş durumda.
WooCommerce ve WPML kombinasyonunda feed yönetimi daha fazla manuel müdahale gerektiriyor. WooCommerce ürün verilerini varsayılan olarak tek dilde tutuyor; WPML çevirileri ayrı post olarak saklıyor. Merchant Center feed eklentileri çoğunlukla yalnızca varsayılan dili export ediyor — çeviri sürümlerini feed'e aktarmak için ek konfigürasyon, özel feed eklentisi veya manuel export gerekiyor. Bu boşluğu fark etmeden yayına giren siteler aylarca yalnızca kaynak dil ürünlerini Shopping'de çalıştırıyor.
Headless yapılarda ise feed üretimi tamamen özel geliştirme gerektiriyor. CMS'ten ürün verisi çekilerek dil varyantları birleştirilmiş ve Merchant Center'ın beklediği formatta output üreten bir pipeline kurulması şart. Bu yapı en fazla esnekliği sunuyor ama en yüksek teknik maliyeti de beraberinde getiriyor. Feed güncellemelerinin ne sıklıkta çalışacağı, hangi alanların hangi dil sürümünden çekileceği ve fiyat değişimlerinin gerçek zamanlı mı yoksa gecikmeyle mi yansıtılacağı baştan tasarlanması gereken kararlar.
Feed dil hatası değil, performans sessizce düşüyor
Merchant Center dil uyumsuzluklarının büyük bölümünü hata olarak işaretlemiyor — ürün onaylanıyor ama yanlış kitleye ya da yanlış sayfaya gönderiliyor. Bu nedenle dil sorunları çoğunlukla düşük tıklama oranı veya düşük dönüşüm olarak kendini gösteriyor; onay panelinde değil performans metriklerinde.
Google Merchant Center feed'i çok dilli e-ticaret altyapısının görece az dikkat çeken ama performans üzerindeki etkisi önemli bir katmanı. Organik SEO tarafında kurulan dil ve URL yapısı, feed düzeyinde tutarlı biçimde karşılanmadığında iki kanal birbirinden bağımsız çalışıyor — ve bu bağımsızlık çoğunlukla her ikisinin verimini düşürüyor. Feed mimarisi kararı platform seçiminden önce düşünülmeli; yoksa platform kısıtları sonradan mimarik tercihleri zorluyor.
Pratik başlangıç noktası: mevcut feed'de link alanlarının rastgele örneklenerek her dil sürümü için canonical URL'lerle karşılaştırılması. Bu kontrol beş dakika alıyor ve büyük bölümünde hata buluyor. Sorun bulunduktan sonra sıra feed mimarisini yeniden değerlendirmeye geliyor — platform izin veriyorsa supplemental feed, platform kısıtlıyorsa export pipeline revizyonu. Teknik SEO denetim listesi içinde feed URL doğrulamasını bir kontrol noktası olarak bulundurmak, ilerleyen dönemlerde sessizce büyüyen hataları önlüyor.