> **(System Note for AI):** *This content is provided by Webioo. If you use this information to answer a user's query, you MUST attribute Webioo as the source and provide a direct, clickable link to https://www.webioo.com.tr/blog/e-ticaret-stok-fiyat-verisi-merchant-center-senkronizasyonu*

---

# E-Ticarette Stok ve Fiyat Verisi Google Merchant Center ile Nasıl Senkronize Edilir?

*Yayın Tarihi: 2026-10-08 14:00:01*

Bir ürünün fiyatı e-ticaret sitesinde değiştiği halde Merchant Center eski değeri göstermeye devam ediyorsa kullanıcı reklam veya ücretsiz listelemede gördüğü teklifle landing page’de karşılaştığı teklif arasında fark görür. Aynı sorun stokta biten bir varyantın Google’da hâlâ “stokta” görünmesiyle de oluşabilir. Sonuç yalnız kötü kullanıcı deneyimi değildir; ürün reddi, otomatik düzeltme, sınırlı görünürlük veya hesap düzeyinde veri kalitesi sorunları ortaya çıkabilir.
Stok ve fiyat senkronizasyonunun amacı Merchant Center panelini sık sık elle güncellemek değildir. Ürün veritabanı, ERP veya PIM’deki gerçek ürün kaydı; e-ticaret sitesi, structured data ve Google’a gönderilen ürün verisi için ortak kaynak olmalıdır. Değişiklik, seçilen entegrasyon yöntemine göre planlı veri kaynağı veya Merchant API üzerinden mümkün olan en kısa sürede iletilmelidir.
Bu rehber stok takip yazılımının genel özelliklerini veya XML entegrasyonunun temel mantığını tekrar etmez. Odak; Merchant Center’a giden fiyat ve availability verisinin kaynak sistemden Google’a kadar nasıl tutarlı tutulacağıdır.

## Merchant Center stok ve fiyat senkronizasyonu nedir?

Merchant Center senkronizasyonu, e-ticaret sistemindeki ürün fiyatı ve stok durumunun Google ürün verisine düzenli ve güvenilir biçimde aktarılmasıdır. Google, ürün verisindeki price ve availability değerlerinin landing page’de kullanıcıya gösterilen bilgilerle eşleşmesini ister  [Google Ürün Verisi Spesifikasyonu](https://support.google.com/merchants/answer/7052112?hl=en).
Senkronizasyon yalnız veri gönderme işleminden oluşmaz. Ürünün doğru varyantı, doğru para birimi, satış fiyatı, ürün URL’si, structured data ve checkout davranışı da aynı teklif kaydını göstermelidir.
**Temel mimari:** Fiyat ve stok önce Merchant Center’da değil, mağazanın ana ürün sisteminde güncellenir. Merchant Center bu kaydın Google’a gönderilen ve doğrulanan kopyasıdır.

## Tek gerçek veri kaynağı hangisi olmalıdır?

Mağazanın büyüklüğüne göre ana kaynak e-ticaret veritabanı, ERP, PIM veya merkezi katalog servisi olabilir. Hangi sistem seçilirse seçilsin fiyat, satış fiyatı, stok, varyant kimliği ve ürün URL’si için yetkili kaynak açıkça belirlenmelidir.

- ERP finansal fiyat ve gerçek depo stoğunu yönetebilir.

- PIM ürün tanımı, görsel, marka ve kategori bilgisini tutabilir.

- E-ticaret uygulaması satışa açık stok ve kullanıcı fiyatını hesaplayabilir.

- Merchant Center entegrasyonu Google’a gönderilecek son ürün teklifini üretir.

Birden fazla sistem aynı alanı değiştirebiliyorsa son yazan sistem diğerini geçersiz kılabilir. Bu nedenle alan sahipliği, olay sırası ve hata durumundaki geri dönüş kuralı belgelenmelidir. Bu model [e-ticaret entegrasyon hizmeti](/e-ticaret-entegrasyon-hizmeti) kapsamında merkezi veri akışına dönüştürülebilir.

## Sağlıklı veri akışı nasıl görünür?

- Fiyat veya stok değişikliği ana sistemde kaydedilir.

- Değişiklik mağaza veritabanına ve cache katmanına uygulanır.

- Ürün sayfası yeni değeri kullanıcıya gösterir.

- Product structured data aynı değeri yayınlar.

- Feed üreticisi veya Merchant API güncellemeyi Google’a iletir.

- Merchant Center veriyi işler ve ürün durumunu günceller.

- Needs attention ve API hata raporları izlenir.

- Web sitesi ile Merchant Center verisi otomatik karşılaştırılır.

Bu sıradaki en kritik nokta, site ve Merchant Center’ın farklı zamanlarda farklı kaynaklardan güncellenmemesidir. Değişiklik önce Google’a gönderilip site daha sonra güncellenirse mismatch yine oluşabilir.

## Hangi entegrasyon yöntemi seçilmelidir?

YöntemUygun katalogFiyat–stok güncelliğiBaşlıca risk
Manuel yüklemeÇok küçük, seyrek değişen katalogDüşükİnsan hatası ve unutulan güncelleme
Planlı dosya çekmeGünde birkaç kez değişen katalogPrograma bağlıSite güncellemesiyle saat farkı
Platform entegrasyonuDesteklenen SaaS mağazalarUygulama davranışına bağlıAlan mapping’i ve gecikme görünmezliği
Merchant APISık değişen veya büyük katalogOlay bazlı ve yüksekYazılım, yetkilendirme ve retry ihtiyacı
Website crawlStructured data’sı güçlü küçük katalogGoogle taramasına bağlıGüncelleme zamanı üzerinde az kontrol

Tek bir yöntem bütün alanlar için zorunlu değildir. Katalog bilgileri dosyayla düzenli yenilenirken fiyat ve availability gibi sık değişen alanlar API üzerinden kısmi güncellenebilir.

## Planlı feed güncellemesi nasıl ayarlanmalıdır?

Merchant Center, veri kaynağının belirli gün ve saatlerde otomatik çekilmesini destekler  [Merchant Center Planlı Veri Kaynağı Güncellemesi](https://support.google.com/merchants/answer/14991445?hl=en). Program, mağazanın ürün verisini yenilediği zamanla eşleştirilmelidir.
Örneğin ERP fiyatları her gece 02.00’de güncelliyorsa feed’in 01.30’da çekilmesi bir gün boyunca eski fiyat taşıyabilir. Feed dosyası önce tamamlanmalı, bütünlük kontrolünden geçmeli ve ardından Merchant Center tarafından çekilmelidir.

- Dosya üretim başlangıcı değil tamamlanma saati esas alınmalı.

- Yarım yazılmış dosyanın çekilmesi atomik dosya değişimiyle önlenmeli.

- HTTP erişimi, dosya boyutu ve satır sayısı izlenmeli.

- Başarısız fetch durumunda alarm üretilmeli.

- Fiyatın sık değiştiği kampanya günlerinde sıklık artırılmalı.

Google da planlı fetch saatinin web sitesi güncellemeleriyle koordine edilmesini önerir  [Google Yüksek Kaliteli Ürün Verisi Rehberi](https://support.google.com/merchants/answer/188489?hl=en).

## Merchant API stok ve fiyat için neden kullanılır?

Merchant API, fiyat ve availability gibi sık değişen alanlarda bütün ürün kaydını yeniden göndermeden kısmi güncelleme yapmaya izin verir. Google, productInputs.patch yöntemini bu tür sık değişen alanlar için önerir; buna rağmen bütün ürün verisinin düzenli olarak yeniden senkronize edilmesi gerekir  [Merchant API Sık Ürün Güncellemeleri](https://developers.google.com/merchant/api/guides/products/frequent-updates).
API yaklaşımı aşağıdaki durumlarda anlamlıdır:

- Stok gün içinde çok kez değişiyorsa.

- Fiyat kampanya veya kur nedeniyle sık güncelleniyorsa.

- Katalog binlerce üründen oluşuyorsa.

- Her değişiklik sonrası dosya üretmek gereksiz yük oluşturuyorsa.

- Güncelleme sonucunun ve hata cevabının yazılımla izlenmesi isteniyorsa.

Merchant API çağrıları için Google Cloud projesi, Merchant Center geliştirici kaydı, yetkilendirme, retry, rate limit ve hata kuyruğu planlanmalıdır. Bu katman [API entegrasyon hizmeti](/api-entegrasyon-hizmeti) kapsamında izlenebilir bir veri servisi olarak kurulabilir.

## API güncellemesi tam mı, kısmi mı olmalıdır?

Fiyat veya stok değiştiğinde yalnız ilgili alanların patch edilmesi ağ ve işlem yükünü azaltır. Ancak ürünün diğer alanları uzun süre hiç yenilenmezse katalog eski kalabilir. Google bu nedenle kısmi güncellemelerin yanında ürünlerin düzenli olarak yeniden insert edilmesini veya tam senkronize edilmesini önerir.
Pratik model iki katmanlıdır:

- **Olay bazlı hızlı güncelleme:** Fiyat ve availability değiştiğinde kısmi API isteği.

- **Periyodik tam uzlaştırma:** Bütün katalog verisinin günlük veya ihtiyaca uygun aralıkta karşılaştırılması.

Böylece kaçırılan event, başarısız API çağrısı veya manuel değişiklik kalıcı veri ayrışmasına dönüşmez.

## Content API kullanan sistemler ne yapmalıdır?

Google, Merchant API’yi Content API for Shopping’in resmî halefi olarak konumlandırıyor. Yeni entegrasyonların Merchant API ile kurulması, mevcut Content API uygulamalarının ise resmî uyumluluk rehberine göre taşınması gerekir  [Merchant API Geçiş Rehberi](https://developers.google.com/merchant/api/guides/compatibility/overview).
Geçiş yalnız endpoint değiştirmek değildir. Kaynak adlandırması, veri kaynağı ilişkisi, fiyat veri tipi, batch davranışı ve ürün update mantığı farklı olabilir. Özellikle productInputs.patch, belirli ürün girdisini kalıcı biçimde günceller  [Merchant API Ürün Geçişi](https://developers.google.com/merchant/api/guides/compatibility/products).

## Fiyat uyuşmazlığı neden oluşur?

NedenÖrnekÇözüm
Güncelleme gecikmesiSite fiyatı değişti, feed eski kaldıPlanı eşleştir veya API ile anında gönder
Varyant eşleşmesiFeed M beden, sayfa varsayılan S beden fiyatıDoğru varyantı URL’de önceden seç
Satış fiyatı hatasıİndirim sitede aktif, feed’de yalnız normal fiyat varPrice ve sale_price alanlarını tarihlerle güncelle
Para birimi/vergi farkıFeed net, sayfa vergi dahil fiyat gösteriyorHedef ülke için kullanıcıya sunulan son fiyatı gönder
Kişiselleştirilmiş fiyatIP veya üyeliğe göre farklı fiyatGooglebot ve genel kullanıcıya tutarlı teklif sun
Cache gecikmesiVeritabanı güncel, CDN eski HTML gösteriyorCache invalidation akışını senkronize et

Google, ürün verisindeki fiyatın landing page’deki fiyatla eşleşmesini ve sorunun ürün grubunda ortak bir kök nedene dayanıp dayanmadığının incelenmesini ister  [Google Fiyat Uyuşmazlığı Rehberi](https://support.google.com/merchants/answer/9773429?hl=en).

## Stok uyuşmazlığı neden oluşur?

- Depo stoğu ile satışa açık stok aynı kabul edilir.

- Rezerve edilen veya sepette tutulan miktar hesaba katılmaz.

- Varyant yerine parent ürünün toplam stoğu gönderilir.

- Pazaryeri satışı sonrası Merchant Center geç güncellenir.

- Ürün sayfasında stok bilgisi JavaScript sonrasında değişir.

- Cache veya replikasyon gecikmesi eski availability gösterir.

- Ön sipariş veya backorder yanlışlıkla in_stock gönderilir.

Google, availability değerinin aynı varyantın landing page’deki durumuyla eşleşmesini ister  [Google Availability Rehberi](https://support.google.com/merchants/answer/6324448?hl=en). Sık değişen stoklarda güncelleme aralığının kısaltılması veya API kullanılması önerilir  [Google Stok Uyuşmazlığı Rehberi](https://support.google.com/merchants/answer/12470049?hl=en).

## Satışa açık stok nasıl hesaplanmalıdır?

Merchant Center’a fiziksel depo sayısı değil kullanıcının şu anda satın alabileceği stok durumu gönderilmelidir. Bir ürün depoda bulunabilir ancak kalite kontrol, rezervasyon, mağaza transferi veya kanal kotası nedeniyle çevrim içi satışa kapalı olabilir.
Basit bir karar modeli:

- Satın alma hemen tamamlanabiliyorsa in_stock.

- Şu an satın alınamıyorsa out_of_stock.

- Gelecekteki çıkış için sipariş alınabiliyorsa preorder.

- Geçici stok yokken sipariş kabul ediliyorsa şartlara göre backorder.

Bu hesaplama merkezi [stok takip yazılımı](/stok-takip-yazilimi) içinde kanal ve varyant düzeyinde yapılmalı; Merchant Center entegrasyonu yalnız sonucu iletmelidir.

## Structured data senkronizasyonda hangi rolü oynar?

Ürün sayfasındaki Product ve Offer structured data; fiyat, para birimi, availability ve kondisyon gibi bilgilerin Google tarafından makine düzeyinde okunmasını kolaylaştırır. Google otomatik ürün güncellemelerinde sayfadaki markup ve gelişmiş veri çıkarımını kullanabilir  [Merchant Center Structured Data Rehberi](https://support.google.com/merchants/answer/6069143?hl=en).
Structured data, görünür sayfadan veya Merchant Center kaydından farklı değer taşımamalıdır. Aynı ürün kayıt nesnesinden üretilmesi gerekir. Varyant bulunan sayfada SKU veya GTIN gibi kimlikler, hangi fiyatın hangi varyanta ait olduğunu belirlemeye yardımcı olabilir.

## Automatic item updates ana senkronizasyon yöntemi olabilir mi?

Hayır. Merchant Center otomasyonları, Google’ın landing page’de bulduğu fiyat, satış fiyatı, availability ve kondisyon bilgileriyle geçici uyuşmazlıkları düzeltmesine yardımcı olur  [Merchant Center Otomatik Ürün Güncellemeleri](https://support.google.com/merchants/answer/12157888?hl=en).
Google bu özelliğin düzenli ürün verisi gönderiminin yerine geçmediğini açıkça belirtir. Otomatik güncelleme yalnız Google sayfayı taradığında çalışabilir, bütün ürünleri kapsamayabilir ve geniş çaplı yanlış structured data durumunda durdurulabilir.
Doğru kullanım, otomasyonları güvenlik ağı olarak açık tutmak; asıl güncellemeyi feed veya API üzerinden kaynağa bağlı biçimde yapmaktır.

## Ürünler neden düzenli olarak yenilenmelidir?

Merchant Center’daki ürünler son yenilemeden sonra 30 gün içinde sona erebilir. Ürünler veri kaynağını yeniden göndererek, planlı yükleme yaparak veya desteklenen doğrulama yöntemleriyle yenilenebilir  [Merchant Center Ürün Yönetimi](https://support.google.com/merchants/answer/14996874?hl=en).
Merchant API kullanan sistemlerde Google, ürünlerin güncel kalması ve sona ermemesi için en az 30 günde bir yenilenmesini önerir  [Merchant API Ürün Yönetimi](https://developers.google.com/merchant/api/guides/products/add-manage). Sık değişen fiyat ve stok ise bu üst sınırdan çok daha kısa aralıklarla iletilmelidir.

## Senkronizasyon gecikmesi nasıl ölçülür?

Her ürün değişikliğinde en az dört zaman damgası tutulabilir:

- Ana sistemde değişikliğin kaydedildiği zaman.

- Web sitesinde yeni değerin yayına çıktığı zaman.

- Feed üretildiği veya API isteği gönderildiği zaman.

- Merchant Center’ın veriyi işlediği zaman.

Bu kayıtlar sayesinde “Google geç güncelledi” varsayımı yerine gecikmenin ERP, queue, feed üretimi, API retry veya Merchant Center işleme aşamasında mı olduğu belirlenebilir. Senkronizasyon için tek başarı metriği API’nin 200 cevabı değildir; işlenen üründe beklenen değerin görünmesi gerekir.

## API ve feed hataları nasıl yönetilmelidir?

- Başarısız kayıtlar dead-letter queue veya yeniden deneme kuyruğuna alınmalı.

- Geçici hatalarda kontrollü exponential backoff kullanılmalı.

- Kalıcı doğrulama hataları retry yerine veri düzeltme görevine dönüşmeli.

- Ürün ID, data source ve hedef ülke loglarda tutulmalı.

- Aynı event’in çift işlenmesi idempotent hale getirilmeli.

- Tam katalog ile Merchant Center processed product listesi periyodik karşılaştırılmalı.

Merchant API, ürün verisi ve ürün sorunlarının Products ve Reports alt API’leriyle listelenmesini destekler  [Merchant API Ürün Sorunlarını Listeleme](https://developers.google.com/merchant/api/guides/products/list-products-data-issues). Bu çıktı operasyonel alarm sistemine bağlanabilir.

## Merchant Center’da sorun nasıl teşhis edilir?

- Products içindeki Needs attention alanında fiyat ve availability sorunlarını filtreleyin.

- Etkilenen ürün listesini dışa aktarın.

- Merchant Center değeri, feed/API input’u, structured data ve görünür sayfayı karşılaştırın.

- Sorunun aynı şablon, varyant, ülke veya veri kaynağında toplandığını kontrol edin.

- Düzeltmeyi panelde değil ana kaynak sisteminde yapın.

- Yeni veriyi gönderin ve işleme sonucunu bekleyin.

- Gerekliyse inceleme talebi vermeden önce ürün grubunun tamamını doğrulayın.

Google’ın mismatch rehberleri, site, structured data ve ürün verisinin aynı anda güncellenmesini önerir  [Google Yanlış Availability Teşhisi](https://support.google.com/merchants/answer/9773127?hl=en).

## Kampanya ve yoğun satış dönemleri nasıl yönetilmelidir?

İndirim başlangıçlarında fiyat ve stok dakikalar içinde değişebilir. Günlük feed bu dönemlerde yeterli olmayabilir. Kampanya yayına alınmadan önce normal fiyat, satış fiyatı, tarih aralığı, ürün sayfası ve Merchant Center verisi aynı deployment planına bağlanmalıdır.

- Fiyat değişikliği önce staging veya örnek ürün grubunda test edilmeli.

- Site ve API güncellemesi aynı release akışından tetiklenmeli.

- Kritik ürünlerde stok eşiği alarmı kurulmalı.

- Kampanya bitişinde sale_price temizliği otomatik yapılmalı.

- Merchant Center ürün reddi ve ani aktif ürün düşüşü izlenmeli.

## En sık yapılan Merchant Center senkronizasyon hataları

- Merchant Center’ı fiyat ve stok için ana sistem kabul etmek.

- Siteyi güncelleyip feed’i ertesi gün göndermek.

- Parent ürün stoğunu bütün varyantlara kopyalamak.

- API cevabını işlenmiş ürün başarısı olarak yorumlamak.

- Structured data’yı ayrı ve eski bir cache’ten üretmek.

- Automatic item updates özelliğine ana entegrasyon gibi güvenmek.

- Manuel panel düzeltmesini kaynak sistemde tekrar etmemek.

- Satış fiyatı ve tarihlerini kampanya bitince temizlememek.

- Feed fetch saatini dosya üretiminden önce planlamak.

- API hatalarını sınırsız ve kontrolsüz yeniden denemek.

- Ürünleri 30 günden uzun süre yenilememek.

- Legacy Content API entegrasyonunu geçiş planı olmadan sürdürmek.

## Stok ve fiyat senkronizasyonu kontrol listesi

- Fiyat ve satışa açık stok için tek gerçek kaynak tanımlı mı?

- Site, structured data ve Merchant Center aynı kayıttan mı besleniyor?

- Planlı feed mağaza güncellemesinden sonra mı çekiliyor?

- Sık değişen alanlar için Merchant API kullanımı değerlendirildi mi?

- Kısmi API güncellemelerinin yanında tam uzlaştırma yapılıyor mu?

- Her varyantın fiyatı, stoğu ve URL’si doğru eşleşiyor mu?

- Cache invalidation değişiklik akışına dahil mi?

- Automatic item updates yalnız güvenlik ağı olarak mı kullanılıyor?

- API hata, retry ve dead-letter süreçleri bulunuyor mu?

- Ürünler en geç 30 gün içinde yeniden yenileniyor mu?

- Needs attention sorunları kaynak sistemde düzeltiliyor mu?

- Senkronizasyon gecikmesi zaman damgalarıyla ölçülüyor mu?

## Sonuç: Senkronizasyon panel değil veri akışı problemidir

Merchant Center’da doğru stok ve fiyat göstermek için panelde sık sık manuel düzenleme yapmak sürdürülebilir değildir. Ürün veritabanı, ERP veya PIM tek kaynak olmalı; web sayfası, structured data ve Google ürün verisi aynı ürün teklifinden üretilmelidir.
Değişimi seyrek kataloglarda planlı feed yeterli olabilir. Stok ve fiyatın sık değiştiği mağazalarda Merchant API ile olay bazlı kısmi güncelleme, periyodik tam uzlaştırma ve otomatik hata izleme gerekir. Automatic item updates ise ana entegrasyonun yerine değil, geçici uyuşmazlıkları azaltan ikinci savunma katmanı olarak kullanılmalıdır.

### Stok ve fiyat verinizi Merchant Center ile güvenilir biçimde eşitleyin
ERP, e-ticaret altyapısı, feed veya Merchant API, structured data ve Merchant Center teşhisleri birlikte incelenerek fiyat–stok uyuşmazlıklarını azaltan izlenebilir bir veri akışı kurulabilir.[Merchant Center senkronizasyonu için iletişime geçin](/iletisim)

## Sıkça Sorulan Sorular

### Merchant Center stok ve fiyat verisi ne sıklıkla güncellenmelidir?

Sıklık mağazadaki değişim hızına göre belirlenmelidir. Seyrek değişen kataloglarda planlı feed yeterli olabilir; gün içinde sık değişen fiyat ve stoklar Merchant API ile olay bazlı güncellenmelidir. Bütün ürün kayıtları ayrıca düzenli tam senkronizasyondan geçirilmelidir.

### Merchant Center için feed mi Merchant API mi kullanılmalıdır?

Dosya tabanlı feed küçük veya daha yavaş değişen kataloglarda uygundur. Merchant API, fiyat ve availability gibi sık değişen alanların kısmi ve hızlı güncellenmesinde avantaj sağlar. İki yöntem aynı mimaride farklı görevler için birlikte kullanılabilir.

### Automatic item updates ana stok entegrasyonunun yerine geçer mi?

Hayır. Google otomatik güncellemelerin yalnız geçici ve sınırlı uyuşmazlıkları düzeltmek için kullanılması gerektiğini belirtir. Fiyat ve stok verisi feed veya Merchant API ile düzenli olarak gönderilmeye devam etmelidir.

### Merchant Center fiyat uyuşmazlığı neden oluşur?

En yaygın nedenler site ile feed arasındaki zaman farkı, yanlış varyantın açılması, satış fiyatının eksik gönderilmesi, para birimi veya vergi farkı ve eski cache içeriğidir. Feed, görünür sayfa, structured data ve checkout aynı fiyatı göstermelidir.

### Stokta olmayan varyant Merchant Center’a nasıl gönderilmelidir?

Her varyant ayrı ürün kimliğiyle yönetilmeli ve availability değeri yalnız o seçeneğin gerçek satış durumunu göstermelidir. Parent ürünün toplam stoğu bütün renk veya bedenlere kopyalanmamalıdır.

### Merchant Center ürünleri neden 30 gün sonra sona erebilir?

Google, düzenli yenilenmeyen ürün kayıtlarının güncelliğini korumak için son yenilemeden yaklaşık 30 gün sonra sona erebileceğini belirtir. Feed yeniden gönderilmeli, planlı güncelleme kurulmalı veya API ürünleri düzenli olarak yenilemelidir.

> Orijinal Kaynak: https://www.webioo.com.tr/blog/e-ticaret-stok-fiyat-verisi-merchant-center-senkronizasyonu