Google Merchant Center Entegrasyonu Nasıl Yapılır?

Google Merchant Center entegrasyonu, bir XML dosyasını bir kez yüklemekten ibaret değildir. Güvenilir kurulum; kendi e-ticaret sitenizdeki satılabilir ürünü kararlı kimlikle tanımlar, ürün sayfası ile fiyat ve stok verisini tutarlı tutar, kargo ve iade koşullarını şeffaflaştırır, Google’ın işlediği ürün durumunu izler ve sorunları kaynak sistemde çözer. Hesabın açılması, alan adının doğrulanması veya API çağrısının kabul edilmesi ürünün onaylanacağı, gösterim alacağı ya da satış üreteceği anlamına gelmez.

Bu rehber 16 Temmuz 2026 yayın hedefi için 17 Temmuz 2026 tarihinde resmî kaynaklardan doğrulanmıştır. Güncel arayüz “veri kaynağı” terimini kullanır; “ürün feed’i” ise kullanıcıların yerleşik arama dilidir. Merchant Center bir pazaryeri, ödeme sistemi, SEO eklentisi veya ürün ana veri sistemi değildir. Ürün verisini Google yüzeyleri için alır, işler, politika ve kalite kontrollerinden geçirir; sipariş ve ödeme mağazanızda gerçekleşir.

Merchant Center, ücretsiz listelemeler ve reklamlar nasıl ayrılır?

Merchant Center mağaza ve ürün bilgisini Google’a iletmek, uygunluğu görmek ve performansı izlemek için kullanılan yönetim katmanıdır. ücretsiz listelemeler, uygun ürünlerin Google’ın farklı yüzeylerinde ücret ödemeden gösterilebilmesine izin verir; Google açıkça bu ayarın gösterim garantisi vermediğini belirtir. Shopping reklamları ise Google Ads bütçesi, kampanya ve reklam politikalarıyla çalışan ücretli dağıtımdır. Ücretsiz listelemeler ücretsiz reklam değildir; uygunluk, görünürlük, trafik, sıra ve satış garanti edilmez.

Sistem	Ana görev	Ne değildir	Bağlantı noktası
Merchant Center	Mağaza, veri kaynağı, ürün durumu ve program uygunluğu	Pazaryeri veya ödeme sistemi	Ürün verisi, politikalar ve destinasyonlar
Google Ads	Ücretli kampanya, bütçe ve teklif yönetimi	Ürün ana veri kaynağı	Uygun Merchant ürünlerini reklamda kullanabilir
Search Console	Arama taraması, indeksleme ve site performansı	Merchant ürün yükleme paneli	Sayfa erişimi ve yapılandırılmış veri görünürlüğü
Business Profile	Yerel işletme varlığı ve profil bilgileri	Çevrim içi katalog kaynağı	Yerel bağlamda ürün görünürlüğüne katkı sağlayabilir
E-ticaret altyapısı	Ürün, varyant, fiyat, stok, sayfa ve checkout	Google politika karar motoru	Merchant veri kaynağının asıl ticari kaynağı

Kriter	Ücretsiz listeleme	Shopping reklamı
Dağıtım ücreti	Gösterim için reklam tıklama bütçesi gerektirmez	Kampanya bütçesi ve teklif gerekir
Uygunluk	Ücretsiz listeleme politikaları ve site koşulları	Shopping reklam politikaları ve Ads hesabı koşulları
Ads bağlantısı	Her senaryoda zorunlu kabul edilmez	Kampanya için gereklidir
Görünürlük	Uygunluk gösterim garantisi değildir	Bütçe de gösterim veya satış garantisi değildir
Raporlama	Ücretsiz listeleme bağlamında ayrıştırılmalı	Reklam bağlamında kampanya metrikleri

Kurulumdan önce mağazada hangi güven ve satın alma koşulları hazırlanmalıdır?

Merchant Center’a başlamadan önce alan adı çalışmalı, ürün sayfaları botlara ve kullanıcıya erişilebilir olmalı, fiyat ve satılabilirlik açık görünmeli, sepete ekleme ile checkout tamamlanabilmeli, işletme kimliği ve iletişim bilgileri tutarlı olmalı, kargo ve iade politikaları kolay bulunmalıdır. Web sitesi doğrulaması alan üzerindeki kontrolü kanıtlar; ürün onayı değildir. Google Ads bağlantısı da ürün verisi veya site politikası hatasını düzeltmez.

Ücretsiz listeleme politikaları site gereksinimlerini, yasaklı ve kısıtlı içerikleri ve yanıltıcı uygulamaları kapsar. yanlış beyan politikası değerlendirilirken teklif, web sitesi, hesaplar ve başka kaynaklar birlikte incelenebilir. Bu nedenle tek bir alanı değiştirip kesin onay beklemek yerine şirket, ürün, fiyat, ödeme, teslimat, iade ve iletişim bütünlüğü denetlenir.

Kontrol alanı	Hazır olma kanıtı	Sık kök neden
Alan adı	Doğrulama ve doğru mağazaya hak talebi	Yanlış protokol, alt alan veya mülkiyet çakışması
İşletme	Tutarlı unvan, adres, iletişim ve ödeme profili	Sitede ve hesapta farklı kimlik
Ürün sayfası	HTTP 200, canonical, görünür fiyat/stok, satın alma	Bot engeli, boş sayfa, para birimi farkı
Checkout	Kullanıcı ürünü hedef ülkede satın alabilir	Zorunlu üyelik, beklenmedik ücret, bozuk sepet
Kargo	Hedef ülkeye uygun, açık maliyet ve süre	Merchant ayarıyla checkout sonucunun uyuşmaması
İade	Kolay bulunan koşul, süre, yöntem ve ücret	Çalışmayan süreç veya belirsiz refund bilgisi

Ürün feed’i ve veri kaynağı nedir?

Güncel Merchant Center terminolojisinde veri kaynağı, ürün bilgisinin geldiği kayıtlı kanaldır; feed ise çoğu zaman dosya tabanlı ürün girdisini anlatır. Google’ın veri kaynağı açıklaması otomatik mağaza taraması, platform bağlantısı, dosya, Google E-Tablolar, manuel giriş ve Merchant API yöntemlerini ayırır. Tedarikçi XML’i Google ürün veri spesifikasyonuna kendiliğinden uymaz; kimlik, alan eşleme, normalizasyon, varyant, fiyat, stok, görsel ve politika katmanı gerekir.

Yöntem	Uygun kullanım	Güçlü yanı	Ana risk
Otomatik bulunan ürünler	Küçük ve az değişen katalog	Düşük kurulum yükü	Bütün ürünleri veya değişikliği anında bulma garantisi yok
Google E-Tablolar	Küçük katalog ve manuel yönetişim	İnsan tarafından okunabilir	Eşzamanlı değişiklik, hata ve ölçek riski
Dosya yükleme	Planlı toplu katalog	Kolay arşiv ve yeniden üretim	Yarım dosya, encoding ve gecikme
Planlı çekme	Kararlı URL’den periyodik dosya	Otomatik zamanlama	Açık URL ve başarısız çekme riski
Merchant API	Büyük veya sık değişen katalog	Programatik ve ayrıntılı kontrol	Kimlik, kota, sürüm ve bakım maliyeti
Platform bağlantısı	Doğrulanmış hazır connector	Hızlı başlangıç	Alan kapsamı ve vendor lock-in

Kaynak tipi	Ürün ekler mi?	Rol	Kontrol
Birincil veri kaynağı	Evet	Ana ürün girişlerini ekler veya kaldırır	ID, dil, ülke, feed label ve destinasyon
Tamamlayıcı veri kaynağı	Hayır	Mevcut ID’leri zenginleştirir veya alan düzeltir	Birincil ID ve feed label tam eşleşmeli
Found by Google	Google taramasına bağlı	Mağazadan otomatik bulunan ürünleri yönetir	Hariç tutma, görünürlük ve kaynak çakışması
Merchant API ProductInput	Evet, kayıtlı kaynak bağlamında	Programatik girdi	Insert sonucu sonrası processed Product okunmalı

Source of truth ve ürün kimliği nasıl tasarlanır?

Her alanın sahibi yazılmalıdır: ticari ürün kimliği ve varyant yapısı katalog/PIM veya e-ticaret sisteminde; satılabilir stok stok servisinde; etkin fiyat fiyat motorunda; sayfa URL’si storefront’ta; Google’a gönderim ve işlenmiş durum Merchant connectoründe tutulabilir. Başlık, fiyat, zaman damgası veya değişen URL’den Merchant ID üretmek geçmişi ve tamamlayıcı kaynak eşleşmesini bozar. Aynı satılabilir varyant aynı hedef bağlamında kararlı kimliği korumalıdır.

Kimlik	Anlam	Doğru kullanım	Yanlış kullanım
Merchant ID	Teklif girdisinin kararlı anahtarı	Değişmez SKU veya sürümlü ticari anahtar	Başlık, fiyat veya tarih üretmek
SKU	Satıcının stok birimi	İç ürün/varyant kimliği olarak kullanılabilir	Evrensel ürün kodu sanmak
GTIN	Küresel ticari ürün numarası	Üreticinin ürüne verdiği gerçek değer	Uydurmak veya başka üründen kopyalamak
EAN/UPC	GTIN biçim aileleri	Ambalajdaki doğrulanmış tanımlayıcı	Rastgele barkodla değiştirmek
MPN	Üretici parça numarası	Markayla birlikte üretici kimliği	Satıcı SKU’sunu otomatik MPN yapmak
item_group_id	Varyant ailesi bağı	Aynı ana ürünün renk/beden varyantlarını gruplamak	Farklı ürünleri kampanya için birleştirmek

Alan eşleme: başlık, kategori, varyant, fiyat ve stok

Ürün veri spesifikasyonu ülke, dil, kategori ve program bağlamına göre değerlendirilir. Merchant Center ürün veri spesifikasyonu temel başvuru kaynağıdır. google_product_category alanı her ürün ve ülkede evrensel zorunluluk gibi sunulmamalı; product_type ise satıcının kendi kategori yolunu taşır. Satılmayan parent kayıt teklif olarak gönderilmez; satın alınabilir her varyant kendi fiyatı, stoku, URL’si, görseli ve varyant özellikleriyle gönderilir.

Görsel, video ve 2026–2027 geçiş takvimi

Görselin tarayıcıda açılması tek başına yeterli değildir. Google tarayıcılarının erişimi, HTTP durumu, robots/WAF/CDN davranışı, yönlendirme zinciri, MIME, dosya boyutu, kararlı URL ve görsel politikası kontrol edilmelidir. image_link gereksinimleri ürünle eşleşen, promosyon yazısı veya engelleyici filigran taşımayan gerçek görseli esas alır.

2026 ürün veri spesifikasyonu değişiklikleri yeni isteğe bağlı video_link alanı için teknik doğrulama hatalarının 14 Nisan 2026’da başladığını; gösterim uygunluğu ile politika ve kalite kontrollerinin 30 Haziran 2026’da başladığını belirtir. Video hatası ilişkili teklifin gösterimini otomatik olarak engellemez, ancak videonun gösterimini etkileyebilir. Aynı kaynak, 500 x 500 minimum görsel gereksinimi için uyarıların 14 Nisan 2026’da başladığını ve uygulamanın 31 Ocak 2027’de başlayacağını bildirir; bu şart 16 Temmuz 2026’da yürürlükteymiş gibi yazılmaz.

AI ile üretilen ürün içeriği nasıl bildirilir?

AI tarafından üretilen içerik rehberi, üretken AI başlığı ve açıklaması için structured_title/structured_description ile digital_source_type değerinin trained_algorithmic_media olarak bildirilmesini; üretken AI görsellerinde IPTC DigitalSourceType TrainedAlgorithmicMedia metadata’sının korunmasını ister. Bu işaretleme içerik doğruluğu, telif hakkı veya politika uygunluğu garantisi değildir. İnsan ürün gerçeğini, varyantı, iddiayı, yasaklı ifadeyi, sayfa tutarlılığını ve görsel hakkını kontrol etmelidir.

Ürün sayfası, structured data ve Merchant verisi arasındaki sınır

Google Search Central Product yapılandırılmış verisi, ürün bilgisinin arama sonuçlarında zengin biçimlere uygunluğuna yardımcı olur; Merchant veri kaynağının zorunlu veya eksiksiz yerine geçmez. Merchant feed’i de site işaretlemesinin tek SEO çözümü değildir. Product ve Offer ürün/fiyat teklifini, ProductGroup varyant ailesini, MerchantReturnPolicy iade politikasını, ShippingService ise kargo hizmeti bağlamını tanımlar. Bu makale JSON-LD üretmez.

Merchant API 2026: ProductInput, Product ve sürüm geçişi

Merchant API latest updates sayfasına göre v1beta 28 Şubat 2026’da sona ermiştir; çağrılar v1 veya ilgili alt API’nin v1alpha sürümüne yöneltilmelidir. v1alpha deneysel/erken kapsamları kararlı v1 ile aynı garantiye sahip sayılmaz. Mayıs 2026’da daha sık price ve availability patch desteği duyurulmuş, ancak yalnız allowlist kapsamındaki satıcılara açık olduğu belirtilmiştir; herkeste varmış gibi tasarlanmaz.

ürün ekleme rehberi, ProductInput insert işleminin işlemeyi başlattığını ve onay anlamına gelmediğini açıklar. Google kuralları ve kaynak birleştirmesinden sonra oluşan read-only Product; productStatus, destinationStatuses ve itemLevelIssues üzerinden okunur. Insert yanıtındaki 200/201 yalnız kabul katmanını gösterir. İşlenmiş ürün birkaç dakika gecikebilir; read-back ve mutabakat tasarımın zorunlu parçalarıdır.

Content API’den Merchant API’ye geçiş rehberi geçişin yalnız isim değişikliği olmadığını gösterir: kaynak isimleri, parent/name yapısı, Price micros modeli, customBatch yokluğu, alt API’ler ve yöntemler değişebilir. Content API release notes API’nin deprecated olduğunu ve Ağustos 2026’da kapatılacağını bildirir; belge kesin gün vermediği için makale gün uydurmaz.

Kimlik doğrulama, erişim ve veri güvenliği

Merchant API yetkilendirme rehberi OAuth 2.0 ve servis hesabı senaryolarını ayırır; üçüncü taraf uygulamaların müşteri hesap erişimi için OAuth önerilir. API key, Merchant API hesap verisine yetkili erişim yöntemi değildir. Servis hesabı işletmenin kendi kontrolündeki sunucu işlerinde hesaba açıkça kullanıcı olarak eklenebilir; müşterilere gizlice bağlanan yöntem değildir.

Client secret, refresh token ve servis hesabı özel anahtarı kodda, feed URL’sinde, TXT dosyasında veya logda tutulmaz. Secret kasası, en az yetki, ayrı tenant, MFA, erişim gözden geçirme, rotasyon ve revoke uygulanır. Ürün kaynağına müşteri adı, telefon, adres, sipariş veya başka gereksiz kişisel veri eklenmez. Planlı feed URL’si gerekiyorsa tahmin edilemez, erişimi sınırlandırılmış ve kısa ömürlü mekanizma tercih edilir; yarım yazılan dosya atomik ad değişimiyle dışarı açılmaz.

API hata yönetimi, bildirim ve reconciliation

Kalıcı veri ve yetki hataları ile geçici kapasite veya servis hataları ayrılır. 400/422 alan hatası düzeltilmeden retry edilmez; 401/403 kimlik veya rolü; 404 kaynak ve parent kimliğini; 409 çakışma veya eşzamanlı değişikliği; 429 kota sınırını; 5xx geçici servis sorununu gösterebilir. Retry-After varsa uygulanır, exponential backoff’a jitter ve maksimum deneme eklenir. Notification düşük gecikme sağlar ama tam, sıralı ve yalnız bir kez teslim varsayılmaz.

Needs attention, ürün sorunları ve hesap politikaları

Güncel arayüzde Products altındaki Needs attention alanı işlem gerektiren sorunları bulmaya yardımcı olur. “Approved” veri sağlığı açısından olumlu olsa da ürün “Not visible” olabilir; uygunluk görünürlük garantisi değildir. Pending işlem veya inceleme beklediğini, limited belirli bağlamlarda kısıt bulunduğunu, disapproved ise ilgili ülke/programda gösterimi engelleyen sorun olduğunu anlatabilir. Arayüz çevirileri değişebileceği için issue kodu, kapsam, ülke, reporting context ve belge bağlantısı birlikte okunur.

processed Product ve issue rehberi itemLevelIssues ile destinationStatuses alanlarını; accountissues ise hesap genelindeki sorunları ayırır. Misrepresentation tek bir tahmini nedene indirgenmez. İşletme kimliği, site güveni, fiyat, ödeme, teslimat, iade, ürün verisi ve hesap bildirimi birlikte denetlenir. Düzeltmeler tamamlanmadan tekrarlı inceleme talebi yapılmaz; resmî inceleme akışı izlenir ve süre/onay garantisi verilmez.

Performans, KPI ve toplam sahip olma maliyeti

Entegrasyon sağlığı, katalog ve pazarlama performansı ayrı ölçülür. Envanter kapsama oranı, veri tazeliği p95, processed Product gecikmesi, issue oranı, onay/limited/disapproved dağılımı, fiyat ve stok uyuşmazlığı, API hata oranı, 429, notification gecikmesi ve reconciliation farkı teknik kaliteyi gösterir. Gösterim, tıklama, CTR ve dönüşüm ise ücretsiz listeleme ile reklam bağlamında ayrıştırılır. Onaylı ürünün gösterim almaması mutlaka teknik arıza değildir; sorgu eşleşmesi ve dağıtım kararları da etkiler.

Temsili işletme senaryoları

140 maddelik uygulama kontrol listesi

Hesap ve yönetişim

• Kontrol 1: İşletme sahibini kaydet; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 2: Birincil admini kurumsal hesap yap; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 3: Yedek admin ata; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 4: MFA zorunlu kıl; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 5: Alan doğrulama yöntemini belgeleyin; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 6: Hak talebi sahibini doğrula; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 7: Google Ads bağlantısını gereksinime göre değerlendir; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 8: Ülke ve program kapsamını yaz; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 9: Politika sorumlusunu ata; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 10: İnceleme eskalasyonunu yaz; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.

Site güveni

• Kontrol 11: İşletme unvanını tutarlı göster; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 12: İletişim bilgisini kolay bulunur yap; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 13: HTTPS zorunlu tut; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 14: Checkout akışını uçtan uca test et; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 15: Beklenmedik ücretleri kaldır; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 16: Kargo politikasını görünür yap; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 17: İade ve refund politikasını görünür yap; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 18: Ödeme yöntemlerini doğru göster; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 19: Bozuk ve yapım aşamasındaki sayfaları kapat; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 20: Mobil satın alma akışını test et; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.

Veri sahipliği

• Kontrol 21: Ürün kimliği sahibini belirle; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 22: Başlık kaynağını belirle; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 23: Açıklama kaynağını belirle; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 24: Fiyat motorunu source of truth yap; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 25: Satılabilir stok hesabını tanımla; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 26: Kategori eşleme sahibini ata; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 27: Medya sahibini ata; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 28: Kargo veri sahibini ata; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 29: İade politikası sahibini ata; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 30: Merchant processed durumunu connector’de sakla; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.

Kimlik ve varyant

• Kontrol 31: Kararlı Merchant ID üret; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 32: ID’yi başlıktan üretme; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 33: ID’yi fiyattan üretme; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 34: ID’yi zaman damgasından üretme; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 35: SKU ve GTIN’i ayır; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 36: GTIN’i üreticiden doğrula; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 37: GTIN uydurmayı engelle; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 38: MPN ve markayı eşleştir; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 39: item_group_id ailesini doğrula; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 40: Parent kaydı satılabilir teklif yapma; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.

Başlık ve açıklama

• Kontrol 41: Başlığı ürün gerçeğine bağla; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 42: Varyant özelliğini başlığa ekle; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 43: Promosyon metnini başlıktan çıkar; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 44: Anahtar kelime yığınını engelle; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 45: Açıklamayı sayfayla uyumlu tut; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 46: Yasaklı iddiayı insan incelemesine al; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 47: AI başlığı structured_title ile bildir; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 48: AI açıklamayı structured_description ile bildir; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 49: digital_source_type değerini doğrula; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 50: Dil ve imla örneklemi yap; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.

Fiyat ve stok

• Kontrol 51: KDV davranışını hedef ülkeye göre doğrula; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 52: Para birimini sayfayla eşleştir; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 53: sale_price dönemini doğrula; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 54: Kupon koşulunu ayrı değerlendir; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 55: Üyelik fiyatı desteğini doğrula; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 56: Fiziksel ve satılabilir stoğu ayır; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 57: Rezerv stoğu düş; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 58: Güvenlik stoğunu düş; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 59: Checkout satılabilirliğini test et; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 60: Cache invalidation süresini ölç; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.

Sayfa ve crawl

• Kontrol 61: Landing page HTTP 200 doğrula; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 62: Canonical URL’yi kontrol et; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 63: Robots engelini kaldır; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 64: WAF bot izinlerini test et; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 65: Sunucu ve istemci render’ını karşılaştır; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 66: Redirect zincirini kısalt; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 67: Hedef ülke erişimini test et; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 68: Giriş zorunluluğunu kaldır; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 69: Fiyat ve stok metnini görünür yap; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 70: Sepete ekleme ve ödeme yolunu test et; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.

Görsel ve video

• Kontrol 71: Gerçek varyant görseli kullan; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 72: Placeholder görseli engelle; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 73: Promosyon filigranını kaldır; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 74: MIME ve dosya boyutunu doğrula; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 75: Kararlı image URL kullan; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 76: Google bot erişimini test et; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 77: AI IPTC metadata’sını koru; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 78: video_link format ve hakkını doğrula; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 79: 14.04.2026 uyarılarını envantere al; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 80: 31.01.2027 500x500 geçişini planla; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.

Veri kaynağı

• Kontrol 81: Primary kaynağı kaydet; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 82: Supplemental kaynağı ID ile eşleştir; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 83: Feed label uyumunu doğrula; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 84: Found by Google kapsamını izle; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 85: Kaynak önceliğini canlı dokümanla doğrula; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 86: Dosyayı UTF-8 üret; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 87: Delimiter ve escaping test et; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 88: Temp dosyaya yaz; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 89: Checksum üret; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 90: Atomik rename sonrası çekmeye aç; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.

Merchant API

• Kontrol 91: Developer registration tamamla; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 92: v1 endpointlerini kullan; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 93: v1alpha kapsamını ayrı izle; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 94: v1beta çağrılarını kaldır; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 95: ProductInput kaynağını doğru seç; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 96: Insert sonrası Product read-back yap; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 97: productStatus sakla; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 98: destinationStatuses sakla; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 99: itemLevelIssues sakla; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 100: Allowlist olmayan patch özelliğini varsayma; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.

API dayanıklılığı

• Kontrol 101: 400 hatasını otomatik retry etme; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 102: 401 ve 403’te çağrıyı durdur; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 103: 404 parent ve adı doğrula; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 104: 409 sonrası son durumu oku; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 105: 429 Retry-After uygula; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 106: Exponential backoff kullan; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 107: Jitter ekle; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 108: Maksimum deneme tanımla; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 109: 5xx için circuit breaker kullan; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 110: DLQ sahipliği ata; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.

Güvenlik

• Kontrol 111: API key’i auth sayma; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 112: Üçüncü taraf için OAuth kullan; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 113: Servis hesabını açıkça kullanıcı ekle; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 114: Refresh tokenı vaultta tut; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 115: Private key’i repoya koyma; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 116: Authorization headerı maskele; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 117: Tenant izolasyonu test et; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 118: Çalışan ayrılınca erişimi kaldır; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 119: Secret rotasyonunu tatbik et; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 120: Feed’e PII ekleme; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.

İzleme ve hata

• Kontrol 121: Needs attention günlük izle; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 122: Account issue ve product issue ayır; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 123: Ülke/program bağlamını sakla; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 124: Fiyat uyuşmazlığını kökte çöz; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 125: Stok uyuşmazlığını kökte çöz; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 126: GTIN hatasını üretici verisinde çöz; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 127: Görsel hatasını crawl ile birlikte çöz; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 128: Misrepresentation için bütünsel audit yap; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 129: Düzeltmeden review isteme; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 130: Yeni hesapla politikadan kaçınma; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.

Canlıya geçiş ve maliyet

• Kontrol 131: PoC kapsamını yaz; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 132: UAT kanıtlarını sakla; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 133: Go/no-go eşiklerini imzala; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 134: Rollback feed’ini sakla; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 135: Son başarılı Product envanterini sakla; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 136: İlk 24 saat vardiya kur; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 137: 7 günlük KPI incelemesi yap; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 138: 30 günlük TCO incelemesi yap; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 139: Veri export planını test et; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.
• Kontrol 140: Vendor lock-in maddesini sözleşmeye yaz; sorumlu, kanıt ve son doğrulama tarihi kaydedilmelidir.

PoC ve UAT test matrisi

Sağlayıcı veya e-ticaret altyapısına sorulacak sorular

Sık hata ve kırmızı bayraklar

SoloCommerce hangi sınırlarla değerlendirilmelidir?

17 Temmuz 2026 canlı kontrolünde Solofor e-ticaret paketleri sayfası ürün, kategori ve varyant yönetimi; fiyat ve set ürün yönetimi; storefront, katalog, SEO ve yapay zekâ içerik başlangıcı gibi genel yetenekler gösteriyordu. Sayfada Merchant Center’a doğrudan entegrasyon, aktarım yöntemi, alan kapsamı, güncelleme sıklığı, paket, limit veya Google iş ortaklığına ilişkin doğrulanmış ifade bulunmadı. Bu nedenle böyle bir özellik kesinmiş gibi yazılamaz.

İşletme önce ürün kimliği, varyant, fiyat, satılabilir stok, sayfa, kargo ve iade gerçeklerini sağlamlaştırmalı; sonra Google ürün kanalı için hazırlanabilir e-ticaret altyapılarını değerlendirmelidir. Merchant Center aktarımı gerekiyorsa yöntem, alanlar, tazelik, paket, limit, bakım ve ek proje maliyeti Solofor ekibiyle canlı olarak doğrulanmalıdır. “YAKINDA” ibaresi taşıyan pazaryeri entegrasyonu sayfasına bu makalede ticari bağlantı verilmemiştir.

Uygulamaya Geçmeden Önce

Google Merchant Center entegrasyonu tek seferlik dosya yükleme değildir. Kararlı ürün ID’si, gerçek GTIN ve varyant ilişkisi, sayfa ile uyumlu fiyat ve stok, erişilebilir görsel, şeffaf kargo ve iade, ProductInput sonrası işlenmiş Product, destinasyon bazlı durum, issue takibi ve düzenli reconciliation aynı döngünün parçalarıdır. Ücretsiz listeleme, ücretsiz reklam veya garanti trafik ve satış anlamına gelmez.

Merchant API sürümleri, Content API kapanışı, 2026 video_link kontrolleri ve 2027 görsel eşiği değişiklik yönetimi gerektirir. OAuth, rol, token güvenliği, tenant izolasyonu ve veri minimizasyonu performans kadar önemlidir. Solofor e-ticaret paketleri üzerinden ürün, kategori, varyant, stok, fiyat, SEO, kargo, ödeme, pazaryeri, ERP, B2B, yapay zekâ ve raporlama seçeneklerini karşılaştırın; Merchant Center yöntemi ve kapsamını karar öncesi canlı doğrulayın. Hazırlık sonrasında ürün ve operasyon verisini birlikte yöneten SoloCommerce seçeneklerini inceleyebilirsiniz; belirli onay, görünürlük, sıralama veya satış garantisi verilmez.