Merchant Center politikaları Eylül 2026'da birleşiyor mu?

Evet, Google Alışveriş reklamları ve ücretsiz listeleme politikalarını Eylül 2026’da tek politika kümesinde birleştireceğini açıkladı.

Bu değişiklik, tüm ürünlerin otomatik olarak yeniden onaylanacağı anlamına gelmez. Esas değişiklik, daha önce farklı yüzeylerde uygulanan politika kurallarının ortak bir yapı altında toplanmasıdır.

İşletmeler açısından kritik konu, ürün verisiyle web sitesindeki bilgilerin aynı kalmasıdır. Fiyat, stok, kargo, teslimat, iade ve ürün açıklaması arasındaki uyumsuzluklar yine redde yol açabilir.

Eylül 2026’da Merchant Center politikaları gerçekten birleşiyor mu?

Evet, Google’ın açıklamasına göre Alışveriş reklamları ve ücretsiz ürün listelemeleri için kullanılan politika kümeleri Eylül 2026’da birleştirilecek.

Buradaki “birleşme”, iki ayrı trafik kanalının ortadan kalkması değildir. Reklamlar ve ücretsiz listelemeler yine farklı performans raporlarına, bütçe yapılarına ve görünürlük koşullarına sahip olabilir.

Değişen nokta, ürün uygunluğu ve politika ihlallerinin değerlendirilmesinde kullanılan kuralların tek bir politika çatısı altında sunulmasıdır. Bu nedenle işletmeler, yalnızca reklam hesabını değil, ücretsiz listeleme kaynaklarını da kontrol etmelidir.

Google’ın uygulama ekranları, uyarı adları veya ihlal açıklamaları zaman içinde değişebilir. Bu nedenle işletmeler, yalnızca eski yardım makalelerindeki başlıklara bakarak karar vermemelidir.

Örneğin bir ürün reklamda görünmüyor, fakat ücretsiz listelemede aktif görünüyorsa sorun kanal bazlı olabilir. Birleşme sonrasında aynı ürün bilgisi, ortak bir politika değerlendirmesinde ele alınabilir.

Bu değişiklik yeni bir ürün kataloğu oluşturmaz. Merchant Center’daki ürün kimliği, feed kaynağı, web sitesi ve işletme bilgileri yine ayrı ayrı doğrulanır.

Merchant Center’ın adlandırma değişiklikleri de bu süreci takip etmeyi zorlaştırabilir. Arayüzdeki terimleri karıştırıyorsanız Merchant Center Next adı neden kaldırıldı? başlıklı açıklamayı inceleyebilirsiniz.

Birleşme hangi Merchant Center politika alanlarını kapsıyor?

Birleşme, ürünlerin reklam ve ücretsiz listeleme uygunluğunu belirleyen temel politika alanlarını ortaklaştırır.

Bu alanların başında yasaklı veya kısıtlı ürünler gelir. Tütün, silah, yasa dışı ürünler, bazı sağlık ürünleri ve bölgeye göre sınırlanan kategoriler özel kurallara tabi olabilir.

İkinci alan, ürün ve işletme bilgilerinin doğruluğudur. Ürünün gerçek fiyatı, mevcut stok durumu, marka bilgisi ve teslimat koşulları sayfada açıkça görünmelidir.

Üçüncü alan, web sitesi güvenilirliğidir. İletişim bilgileri, iade koşulları, ödeme adımları ve teslimat açıklamaları kullanıcı tarafından erişilebilir olmalıdır.

Dördüncü alan ise teknik ürün verisidir. Başlık, açıklama, görsel, fiyat, stok, GTIN, marka, varyant ve bağlantı alanları aynı ürünü göstermelidir.

Tek bir alandaki hata, bütün ürünlerin reddedilmesine her zaman yol açmaz. Ancak hesap düzeyindeki ciddi ihlaller, çok sayıda ürünü veya tüm hedef ülkeyi etkileyebilir.

Bu nedenle kontrolü yalnızca “ürün onaylandı mı?” sorusuyla sınırlamak yeterli değildir. Hesap tanılarına, ürün tanılarına, feed geçmişine ve web sitesi koşullarına birlikte bakılmalıdır.

Politika birleşmesinden sonra eski kanal ayrımlarına göre raporlama yapmak yanıltıcı olabilir. 24 Ağustos 2026 tarihli rapor değişikliklerini anlamak için Merchant Center raporu 24 Ağustos 2026’da neden değişti? rehberine bakılabilir.

Ürün reddi ile hesap düzeyindeki ihlal nasıl ayrılır?

Ürün reddi tek bir ürünün veya ürün grubunun uygun olmadığını, hesap ihlali ise daha geniş bir güven sorunu bulunduğunu gösterir.

Ürün düzeyindeki red genellikle yanlış fiyat, eksik GTIN, geçersiz bağlantı, uygunsuz görsel veya stok uyuşmazlığı gibi nedenlerle oluşur.

Hesap düzeyindeki sorunlar ise yanlış beyan, işletme bilgilerinin doğrulanamaması, ödeme veya iade koşullarının eksikliği gibi daha kapsamlı konularla ilişkilidir.

Örneğin feed’de 899 TL görünen bir ürün, ürün sayfasında 999 TL ise fiyat uyuşmazlığı oluşabilir. Bu sorun tek üründe kalabilir veya aynı şablon yüzlerce üründe kullanılıyorsa genişleyebilir.

Yanlış: “Ürün sayfası açılıyor, bu nedenle Merchant Center politikalarına uygundur.” Doğru: “Ürün sayfası, feed bilgileri ve işletme koşulları birlikte doğrulanmalıdır.”

Hesap düzeyindeki bir sorun için yalnızca ürün başlığını değiştirmek çözüm sağlamaz. Önce ihlalin kaynaklandığı işletme, ödeme, kargo veya iade bilgisini düzeltmek gerekir.

Yanlış beyan uyarısı alan işletmeler, şirket ve iletişim bilgilerinin tutarlılığını ayrıca kontrol etmelidir. Bu konu için Merchant Center’da yanlış beyan reddi nasıl çözülür? rehberindeki adımlar kullanılabilir.

İtiraz göndermeden önce değişikliğin gerçekten uygulanmış olması gerekir. Sadece açıklama metni yazmak, sayfada görünmeyen bilgileri doğrulamaz.

Eylül 2026 öncesinde ürün feed’i nasıl kontrol edilmeli?

Feed kontrolü, ürün listesini tek tek incelemek yerine alan bazlı ve örneklemeli yürütülmelidir.

İlk adımda ürün sayısı, aktif ürün sayısı, reddedilen ürün sayısı ve uyarı alan ürün sayısı not edilmelidir. Aynı ölçüm, değişiklikten sonra karşılaştırma yapmak için başlangıç verisi oluşturur.

İkinci adımda en çok trafik veya gelir getiren ürünler seçilmelidir. Ardından yeni eklenen, varyant içeren ve daha önce reddedilmiş ürünler kontrol edilmelidir.

Aşağıdaki liste, temel feed denetimi için kullanılabilir:

• Ürün bağlantısı 200 durum kodu ile açılıyor mu?
• Feed fiyatı, ürün sayfasındaki güncel satış fiyatıyla aynı mı?
• Stok durumu, sayfada görünen satın alınabilirlikle eşleşiyor mu?
• Başlık, ürünün modelini, markasını ve temel özelliğini doğru anlatıyor mu?
• Görsel, gönderilen ürünü gösteriyor ve üzerine reklam metni eklemiyor mu?
• Varyant seçimi yapıldığında fiyat, görsel ve stok doğru değişiyor mu?
• GTIN ve marka alanları üretici bilgileriyle uyumlu mu?
• İade, kargo ve teslimat bilgileri ödeme öncesinde görülebiliyor mu?

Kontrol sırasında yalnızca feed dosyasına güvenilmemelidir. Google, kullanıcıların gördüğü ürün sayfasındaki bilgileri de değerlendirebilir.

Örneğin feed’de stokta görünen bir ürün, sayfada “tükendi” olarak görünüyorsa teknik veri doğru olsa bile kullanıcı deneyimi uyumsuzdur.

İkas veya T-Soft gibi platformlarda alan eşleştirmeleri tema, uygulama ve entegrasyon ayarlarına göre değişebilir. Bu nedenle aynı kontrol paneli ayarı, tüm mağazalarda aynı sonucu vermeyebilir.

Fiyat, stok, kargo ve teslimat bilgileri nasıl doğrulanır?

Fiyat, stok, kargo ve teslimat bilgileri hem feed’de hem de ürün sayfasında aynı koşullarla görünmelidir.

Fiyat kontrolünde indirimli fiyatın hangi koşulda geçerli olduğu açık olmalıdır. Kupon, üyelik veya belirli sepet tutarı şartı varsa bu bilgi herkes için geçerli fiyat gibi sunulmamalıdır.

Stok bilgisi, yalnızca ürün kartındaki yeşil etikete göre değerlendirilmemelidir. Varyant seçimi, depo durumu ve sepete ekleme adımı da test edilmelidir.

Kargo bedeli ürün fiyatından ayrı hesaplanıyorsa, kullanıcının bunu ödeme öncesinde görmesi gerekir. Ücretsiz kargo ifadesi ise minimum sepet tutarı gibi bir şart taşıyorsa bu şart açıkça yazılmalıdır.

Teslimat süresi, siparişin hangi aşamasından itibaren hesaplandığını belirtmelidir. “Aynı gün kargo” ifadesi, teslimat süresiyle aynı şey değildir.

Örneğin “1-3 iş günü içinde kargoda” ifadesi hazırlama süresini anlatabilir. Kullanıcının ürünü ne zaman teslim alacağı ayrıca belirtilmelidir.

Bu ayrım, özellikle kampanya dönemlerinde önem kazanır. Yoğunluk nedeniyle süre değişiyorsa, eski süreyi gösteren statik metinler güncellenmelidir.

Uygulanabilir yöntem, beş farklı üründe mobil cihazdan satın alma akışını test etmektir. Fiyat, kargo ve tahmini teslimat bilgisi ekran görüntüsüyle kayıt altına alınabilir.

Teslimat metninin nasıl yazılacağı konusunda E-ticarette teslimat süresi nasıl yazılmalı? rehberindeki ayrımlar kullanılabilir.

Görsel, video ve varyant kuralları nasıl kontrol edilir?

Görsel ve video kontrolünde temel ölçüt, kullanıcının satın aldığı ürünü açık ve yanıltılmadan görebilmesidir.

Ana görsel, ürünü kapatan yoğun metinler, fiyat rozetleri veya kampanya etiketleri içermemelidir. Marka logosu, filigran ve dekoratif unsurların kullanımı ürün kategorisine göre farklı sonuçlar doğurabilir.

Görsel URL’sinin çalışması tek başına yeterli değildir. URL’nin doğru varyanta gitmesi, görselin gönderilen ürünle eşleşmesi ve görselin mobilde de anlaşılır olması gerekir.

Renk veya beden varyantları ayrı ürün olarak gönderiliyorsa, her varyantın bağlantısı ve görseli kontrol edilmelidir. Kırmızı ürünün görseli, mavi varyantın bağlantısında kullanılmamalıdır.

Ürün videosu eklenmişse video, ürünü desteklemeli ve yanlış özellik iddiası taşımamalıdır. Video, ana ürünün yerine farklı bir model gösteriyorsa güven sorunu oluşabilir.

T-Soft mağazalarında görsel uyarıları için tema kodu, görsel URL’si ve ürün veri aktarımı birlikte incelenmelidir. Uygulama adımları için T-Soft’ta Merchant Center görsel uyarısı nasıl çözülür? içeriğine bakabilirsiniz.

İkas kullanan işletmelerde ürün videosunun feed’e hangi alanla gönderildiği kontrol edilmelidir. Video yalnızca ürün sayfasında bulunuyor, ancak Merchant Center kaynağına aktarılmıyorsa iki sistemin görüntüsü farklı kalabilir.

Bu konuda İkas’ta Merchant Center ürün videosu nasıl gönderilir? rehberindeki kaynak ve alan kontrolleri uygulanabilir.

Birleşme sonrası politika ihlali nasıl teşhis edilir?

İhlal teşhisi, uyarı metnini okumak ve aynı ürünün web sayfasını karşılaştırmakla başlar.

Önce ihlalin kapsamı belirlenmelidir: tek ürün, ürün grubu, ülke, feed kaynağı veya hesap. Kapsam bilinmeden yapılan toplu değişiklikler sorunu büyütebilir.

İkinci olarak, ihlal ilk ne zaman başladı sorusu yanıtlanmalıdır. Yeni tema, fiyat uygulaması, kargo ayarı, feed şablonu veya alan eşleştirmesi değişikliği başlangıç noktası olabilir.

Üçüncü adımda son başarılı feed ile son hatalı feed karşılaştırılmalıdır. Değişen alanlar; fiyat, stok, başlık, görsel, marka, GTIN ve bağlantı olarak ayrı ayrı listelenebilir.

İtirazdan önce düzeltme kanıtı hazırlanmalıdır. Güncellenmiş sayfa URL’leri, feed zaman damgası, ekran görüntüsü ve yapılan değişikliklerin listesi bu kanıtı oluşturur.

İhlal çözülmediğinde aynı itirazı açıklama eklemeden tekrarlamak yerine, hangi koşulun değiştiğini yeniden kontrol etmek gerekir.

Merchant Center raporları değiştiğinde hangi metrikler izlenmeli?

Rapor değişikliğinde en önemli konu, eski ve yeni metriklerin aynı anlama gelip gelmediğini doğrulamaktır.

İlk olarak aktif ürün, reddedilen ürün ve uyarı alan ürün sayıları ayrı izlenmelidir. Bu üç sayı tek bir “sorunlu ürün” toplamında birleştirilmemelidir.

İkinci olarak, ürün düzeyi sorunlarla hesap düzeyi sorunlar ayrı raporlanmalıdır. Hesap düzeyindeki bir ihlal, ürün sayısı sabit kalsa bile gösterimlerin tamamını etkileyebilir.

Üçüncü olarak, değişikliğin reklam trafiğine ve ücretsiz listeleme trafiğine etkisi ayrı değerlendirilmelidir. Bir kanaldaki düşüş, diğer kanalın aynı şekilde etkilendiğini kanıtlamaz.

Ölçüm için haftalık kayıt yöntemi yeterlidir. Her hafta aynı gün; toplam ürün, onaylı ürün, reddedilen ürün, uyarılı ürün ve gösterim alan ürün sayıları kaydedilebilir.

Değişiklik öncesi ve sonrası karşılaştırmada yalnızca yüzde değişime bakılmamalıdır. Örneğin 10 üründen 2 ürünün reddedilmesi ile 10.000 üründen 2.000 ürünün reddedilmesi aynı operasyonel riski taşımaz.

Rapor ekranındaki tarih aralığı, ülke, hedef program ve ürün filtresi her kayıtta aynı tutulmalıdır. Aksi halde değişim, filtre farkından kaynaklanabilir.

Uyarı adları değişirse eski raporla doğrudan eşleştirme yapmak yerine, sorunun ürün, hesap veya web sitesi düzeyindeki kaynağı yeniden sınıflandırılmalıdır.

Bu yaklaşım, rapor ekranındaki başlıklar değişse bile işletmenin karar vermesini sağlar. Esas takip edilmesi gereken, uygun ürün sayısı ve görünürlük kaybının hangi nedenle oluştuğudur.

E-ticaret işletmeleri Eylül 2026’dan önce ne yapmalı?

İşletmeler Eylül 2026’yı beklemeden ürün verisi, web sitesi ve Merchant Center raporlarını aynı kontrol planına bağlamalıdır.

İlk aşamada mevcut durum kaydedilmelidir. Ürün sayısı, red nedenleri, hesap uyarıları, kullanılan feed kaynakları ve hedef ülkeler tek dosyada listelenebilir.

İkinci aşamada en riskli ürün grupları belirlenmelidir. Çok sayıda varyant içeren ürünler, düzenli fiyat değişen ürünler, kısıtlı kategoriler ve teslimat şartı değişen ürünler önceliklidir.

Üçüncü aşamada web sitesindeki politika sayfaları kontrol edilmelidir. İade, teslimat, iletişim, ödeme ve şirket bilgileri menüden erişilebilir olmalı; mobil ekranda da açılmalıdır.

1. Merchant Center’da hesap ve ürün düzeyi uyarıları dışa aktarın veya kayıt altına alın.
2. En yüksek satış ve gösterim alan ürünlerden bir örneklem seçin.
3. Feed ile ürün sayfasındaki fiyat, stok, görsel ve varyant bilgilerini karşılaştırın.
4. Kargo, teslimat ve iade koşullarını satın alma akışında test edin.
5. Düzeltilen alanları tarih, URL ve sorumlu kişiyle birlikte kaydedin.
6. Yeni rapor oluştuğunda önceki kayıtla aynı filtreleri kullanarak karşılaştırın.

Bu plan, politika birleşmesinin getireceği arayüz değişikliklerinden bağımsız olarak çalışır. Çünkü odak, menü adlarında değil, ürün ve işletme bilgilerinin tutarlılığındadır.

Birleşme sonrasında her ürünün yeniden gönderilmesi gerektiği varsayılmamalıdır. Google’ın belirlediği bildirim veya sistem akışı izlenmeli, gereksiz toplu değişikliklerden kaçınılmalıdır.

Özellikle otomatik feed kullanan mağazalar, platform güncellemelerinden sonra ilk veri aktarımını kontrol etmelidir. Otomasyon, yanlış eşleştirilmiş bir alanı yüzlerce ürüne taşıyabilir.

Sonuç olarak hazırlık, tek seferlik bir düzeltme değil, düzenli bir veri denetimidir. Eylül 2026’daki politika birleşmesi bu denetimin önemini artırır; temel kontrol mantığını değiştirmez.