Sorunun doğrudan cevabı
Ürün veri sözleşmesi; SKU/item_id, ebeveyn-varyant ilişkisi, başlık, açıklama, görsel, fiyat, stok, teslimat ve iade alanlarının anlamını, sahibi olan sistemi, güncelleme SLA’sını ve hata davranışını yazılı hale getirir. Amaç tek bir CSV üretmek değil; ürün sayfası, Product/Offer structured data, merchant feed, reklam kataloğu ve checkout arasında aynı ürünü ve ticari durumu taşıyan doğrulanabilir bir kimlik zinciri kurmaktır.
Alan sözlüğünü aç ↗Neden önemli?
- Aynı SKU farklı sistemlerde farklı isim veya fiyatla yaşarsa pazarlama raporu ile sipariş sonucu birbirinden kopar.
- Varyant ilişkisi ve stok durumu bozulduğunda görünürlük artışı yanlış ürün, yanlış beden veya stok dışı teklif üretebilir.
- Alan sahibi ve güncelleme SLA’sı tanımlanmayan feed hataları ekipler arasında bekleyen manuel işlere dönüşür.
- AI keşif yüzeyleri ve klasik reklam katalogları değişse bile kalıcı ürün kimliği ve veri paritesi yatırımı korunur.
Tanım ve yöntem
Ürün veri sözleşmesi, katalogdaki her alan için tanım, kaynak sistem, format, izin verilen değer, sahip, güncelleme sıklığı, doğrulama kuralı ve hata durumunu belirleyen ekipler arası veri anlaşmasıdır. Ticari gerçeklik ile içerik gerçekliğini aynı ürün kimliğinde birleştirir.
Parite oranı bir platform kabul veya sıralama garantisi değildir. Fiyat ve stok gibi kritik alanlar için genel ortalama yerine kritik hata oranı ve son başarılı güncelleme yaşı da ayrı izlenmelidir.
Gerekli veriler
Kimlik modeli
SKU/item_id, GTIN, ebeveyn ürün, varyant ve ülke/kanal anahtarları.
İçerik sözleşmesi
Başlık, açıklama, görsel, ölçü, materyal, uyumluluk ve dil kuralları.
Ticari sözleşme
Fiyat, para birimi, stok, teslimat, iade ve satıcı/politika alanları.
Kalite kapıları
Zorunlu alan, format, güncellik, sayfa/feed/checkout eşleşmesi ve hata sahibi.
Tek ürün için beş yüzey parite kontrolü
Aşağıdaki örnekte yüksek alan doluluğu, ticari parite bozulduğu için yayın kapısını geçmiyor.
| Kalem | Değer | Not |
|---|---|---|
| Kalıcı kimlik | AYK-001 / 42 / siyah | Sayfa-feed-checkout aynı |
| Başlık ve görsel | %100 | Görünür içerikle eşleşiyor |
| Fiyat ve para birimi | Feed ≠ checkout | Kritik hata |
| Stok güncelliği | 26 saat | SLA: 2 saat |
| Varyant ilişkisi | Kopuk | Beden seçimi güvenilmez |
Sonuç: İçerik tamam olsa da fiyat, stok ve varyant kapıları geçilmeden reklam veya AI ticaret yüzeyi açılmamalı; önce kaynak sistem ve güncelleme hattı düzeltilmelidir.
Sonucu nasıl yorumlamalısınız?
| Gördüğünüz sinyal | Ne anlama gelir? | Ne yapmalı? |
|---|---|---|
| Alan doluluğu yüksek, parite düşük | Katalog dolu görünür ama yüzeyler farklı ticari gerçeklik taşır. | Önce fiyat, stok, varyant ve checkout eşleşmesini kritik yayın kapısı yapın. |
| Aynı SKU birden fazla kimlikle akıyor | Atıf, stok ve iade analizi ürünler arasında bölünür. | Kalıcı item_id belirleyip kanal kimliklerini eşleme tablosunda tutun. |
| Feed güncellemesi başarısız ama alarm yok | Eski fiyat/stok bilgisi sessizce yayınlanmaya devam eder. | Son başarılı güncelleme yaşı, hata oranı ve sahip SLA’sı için alarm kurun. |
| İçerik ekipleri ve veri ekibi farklı tanım kullanıyor | “Stokta”, “teslimat süresi” veya “varyant” gibi alanlar raporda tutarsızlaşır. | Alan sözlüğünü örnek değer, sahip ve kabul kriteriyle yayınlayın. |
Sık yapılan hatalar
- Kanal bazında yeni SKU üretip kalıcı ürün kimliğini kaybetmek.
- Zorunlu alanları yalnız dolu/boş kontrolüyle ölçmek; anlam, format ve güncelliği test etmemek.
- Fiyat ve stok paritesini günlük ortalamayla gizleyip kritik anlık hataları izlememek.
- Varyant ebeveynini yalnız görsel bir grup sanıp sipariş ve iade kimliğiyle bağlamamak.
- Ürün sayfasını güncelleyip structured data, feed ve reklam kataloğunu geride bırakmak.
- Hata kuyruğunda sahip ve son tarih bulunmadan tüm sorunları “teknik” etiketiyle bekletmek.
Kontrol listesi
- Her ürün ve varyant için kalıcı SKU/item_id ve ebeveyn ilişkisi tanımlı.
- Alan sözlüğünde tanım, örnek değer, sahip, kaynak sistem ve güncelleme SLA’sı var.
- Sayfa, structured data, feed, reklam kataloğu ve checkout paritesi ölçülüyor.
- Fiyat, stok, para birimi ve teslimat için kritik yayın kapıları tanımlı.
- Son başarılı güncelleme yaşı ve hata oranı için alarm/eskalasyon akışı çalışıyor.
- Ülke ve kanal farkları ana kimliği bozmadan eşleme tablosunda tutuluyor.
- İade, sipariş ve reklam sonuçları aynı ürün/ülke/kampanya kimliğiyle geri besleniyor.
Sık sorulan sorular
Ürün veri sözleşmesi sadece teknik ekip işi mi?
Hayır. Ürün, operasyon, pazarlama, müşteri hizmetleri ve finans ekipleri alanların anlamını ve karar etkisini birlikte belirlemelidir; teknik ekip hattı uygular.
Parite oranı kaç olursa yeterlidir?
Evrensel eşik yoktur. Kritik fiyat/stok alanlarında hedef, ortalamadan önce sıfıra yakın kritik hata ve tanımlı güncelleme SLA’sıdır. Kategori ve kanal bazında kendi toleransınızı yazılı hale getirin.
Merchant feed ile ürün sayfası aynı veri kaynağından mı gelmeli?
Tek fiziksel sistem zorunlu değildir; fakat sahiplik, kimlik ve güncelleme kuralları ortak olmalı, iki yüzey arasındaki farklar otomatik doğrulanmalıdır.
Bu sözleşme AI görünürlüğünü garanti eder mi?
Hayır. Veri paritesi yalnızca sağlam bir ön koşuldur. İndeksleme, platform uygunluğu, ülke/merchant kapsamı ve gerçek sipariş deneyimi ayrıca doğrulanmalıdır.
Kaynaklar ve yöntem notu
Kaynaklar 2 Ağustos 2026 tarihinde kontrol edildi. Sonraki editoryal kontrol: 15 Eylül 2026.
- Google Merchant Center — Product data specification ↗Kimlik, başlık, açıklama, bağlantı, görsel, fiyat, stok ve varyant alanlarının güncel resmî gereksinimleri.
- Google Search Central — Merchant listing structured data ↗Product ve Offer verisinde fiyat, para birimi, stok, teslimat ve iade bilgisinin kullanımını; doğrulama ve izleme adımlarını açıklar.
- OpenAI Developers — Agentic Commerce product feed products schema ↗Non-Ads düz dosya ürün feed’i için zorunlu alanlar, doğrulama kuralları ve satıcı/politika gereksinimleri.
- Google Search Central — AI features and your website ↗AI Overviews ve AI Mode için ek teknik gereksinim veya özel AI dosyası olmadığını; indekslenebilirlik, metinsel içerik, iç bağlantı ve görünür verilerle eşleşen structured data temelini açıklar.
Bu rehber veri ve operasyon standardı için karar desteğidir; platform kabulü, sıralama veya ticari sonuç garantisi değildir. Güncel alan ve ülke gereksinimlerini ilgili resmî dokümantasyondan doğrulayın.