Google ürün şemasında offers neden gerekiyor?

Google ürün şemasında offers, ürünün satın alma teklifini Google’a açıkça bildirmek için gerekir; ancak her ürün görünümü için tek zorunlu alan değildir.

Google, Product yapılandırılmış verisinde zengin sonuç uygunluğu için review, aggregateRating veya offers alanlarından en az birinin bulunmasını bekler. E-ticaret sitelerinde offers çoğu zaman en işlevsel seçenektir. Çünkü fiyat, para birimi, stok ve satın alma koşullarını doğrudan taşır.

Yalnızca ürün adını ve görselini işaretlemek, ürün şemasının teknik olarak bulunmasını sağlar. Bu işlem tek başına fiyatlı zengin sonuç, ürün snippet’i veya Merchant Listings görünürlüğü garantilemez.

Google ürün şemasında offers tam olarak neyi anlatır?

offers alanı, bir ürünün satış teklifini ve bu teklifin temel ticari koşullarını anlatır. Google bu alan üzerinden ürünün fiyatını, para birimini, stok durumunu ve gerektiğinde satış aralığını anlayabilir.

Basit bir ürün için offers genellikle tek bir Offer nesnesi içerir. Bu nesnede en azından price ve priceCurrency değerleri bulunmalıdır. Ürünün satışta olup olmadığı ise availability ile belirtilir.

Örnek bir işaretleme şu mantığa sahiptir:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Kablosuz Kulaklık",
  "offers": {
    "@type": "Offer",
    "price": "2499.90",
    "priceCurrency": "TRY",
    "availability": "https://schema.org/InStock",
    "url": "https://www.ornekalanadi.com/kablosuz-kulaklik"
  }
}
</script>

Buradaki veriler, ürün sayfasında kullanıcıya gösterilen gerçek fiyatla aynı olmalıdır. Şemada 2.499,90 TL yazarken sayfada 2.799,90 TL görünmesi güven sorununa yol açabilir.

offers ürünün kendisi değildir; ürünün satış koşuludur. Bu nedenle renk, beden veya kapasite gibi varyasyonlar farklı fiyatlara sahipse tek bir fiyatı tüm varyasyonlara uygulamak doğru olmaz.

Offer ile AggregateOffer arasındaki fark nedir?

Offer, belirli bir satış teklifini tanımlar. AggregateOffer ise bir ürünün birden fazla teklifini veya fiyat aralığını özetler. Pazaryeri modelinde bu ayrım önem kazanır.

Tek satıcı, tek fiyat ve tek stok durumu varsa Offer daha uygundur. Birden fazla satıcı farklı fiyatlarla satış yapıyorsa AggregateOffer değerlendirilebilir. Ancak bu kullanım, gerçek teklif yapısını doğru yansıtmalıdır.

Google neden review, aggregateRating veya offers alanlarından birini istiyor?

Google bu alanlardan birini, ürünün ticari veya kullanıcı değerlendirmesi bağlamını anlayabilmek için ister. Ürün adı tek başına fiyatı, puanı veya satın alma teklifini açıklamaz.

review belirli bir kullanıcı incelemesini, aggregateRating toplu puan ve oy sayısını, offers ise satış teklifini temsil eder. Bu alanlar birbirinin zorunlu alternatifi değildir; ürün sayfasındaki gerçek veriye göre seçilmelidir.

Bir ürün sayfasında gerçek kullanıcı yorumu yoksa review eklemek doğru değildir. Sayfada toplu puan gösterilmiyorsa aggregateRating da kullanılmamalıdır. Bu durumda fiyat ve stok bilgisi mevcutsa offers en uygun alandır.

Google’ın Product snippet dokümantasyonunda bu alanlardan en az birinin bulunması, ürün sonuçlarının temel koşullarından biri olarak belirtilir. Fakat bu koşulu karşılamak, sayfanın mutlaka zengin sonuç alacağı anlamına gelmez.

Arama görünürlüğü; sayfanın indekslenmesi, yapılandırılmış verinin geçerli olması, içerik kalitesi, teknik erişilebilirlik ve Google’ın sonuç türü kararlarıyla birlikte değerlendirilir.

Örneğin fiyatı olmayan bir katalog sayfası, offers içermeden yalnızca review alanıyla ürün snippet’ine uygun olabilir. Ancak bu sayfa, fiyat ve satın alma bilgisi sunmadığı için ticari ürün sonuçlarında sınırlı kalabilir.

Yanlış: Ürün puanı görünüyorsa rastgele bir aggregateRating değeri eklemek. Doğru: Sayfada gerçekten gösterilen puanı, oy sayısını ve yorum kaynağını işaretlemek.

Bu nedenle seçim, “Google hangi alanı daha çok sever?” sorusuyla yapılmaz. Doğru soru şudur: Kullanıcı bu sayfada fiyat, yorum veya toplu puan bilgilerinden hangisini gerçekten görebiliyor?

offers alanı Product snippet için neden önemlidir?

offers alanı, Product snippet içinde ürünün fiyat ve bulunabilirlik bilgisinin anlaşılmasını kolaylaştırır. Kullanıcı arama sonucunda ürünü değerlendirirken bu iki bilgi doğrudan karar sürecini etkiler.

Google ürün snippet’lerinde fiyat, stok durumu, değerlendirme ve yorum sayısı gibi bilgiler görünür olabilir. Bu görünüm, yalnızca yapılandırılmış verinin eklenmesiyle değil, işaretlenen verinin sayfa içeriğiyle tutarlı olmasıyla ilişkilidir.

offers.price sayfadaki güncel satış fiyatını göstermelidir. İndirimli fiyat kullanılıyorsa kullanıcıya gösterilen fiyatla eşleşmelidir. Eski fiyat, taksit toplamı veya kargo dahil olmayan tutar yanlış seçilirse veri anlamını kaybeder.

priceCurrency ISO 4217 para birimi koduyla yazılmalıdır. Türk lirası için TRY kullanılır. “TL”, “₺” veya “Türk Lirası” değerleri bu alan için uygun kod değildir.

availability stok bilgisini belirtir. Ürün satışta değilse InStock kullanmak yerine gerçek duruma uygun değer seçilmelidir. Stok durumu değiştiğinde yapılandırılmış veri de güncellenmelidir.

Fiyat ve stok bilgileri JavaScript ile sonradan yükleniyorsa Google’ın sayfayı oluşturulmuş hâliyle görüp görmediği test edilmelidir. HTML kaynağında bulunmaması tek başına sorun değildir; fakat oluşturma ve tarama süreci doğrulanmalıdır.

Bu noktada Google’da CSS ile eklenen metin indekslenir mi? sorusundaki ayrım önemlidir. Görsel olarak gösterilen her bilgi, yapılandırılmış veri içinde otomatik olarak anlaşılmaz.

Product snippet hedefleniyorsa yalnızca JSON-LD eklemek yerine sayfadaki görünen fiyat, stok ve ürün kimliğiyle şema verisi karşılaştırılmalıdır.

Merchant Listings için offers neden daha kritik hale gelir?

offers alanı, Merchant Listings görünürlüğü için ürünün ticari teklifini tanımlayan temel yapılardan biridir. Çünkü bu sonuç türü, doğrudan satın alınabilir ürünleri ve satış koşullarını anlamaya dayanır.

Product snippet ile Merchant Listings aynı şey değildir. Product snippet, organik arama sonuçlarında ürün bilgilerini zenginleştirebilir. Merchant Listings ise ürünün fiyat, stok, kargo veya satıcı bağlamıyla alışveriş odaklı yüzeylerde değerlendirilmesini sağlar.

Merchant Listings için ürünün satın alınabilir olması gerekir. Bu nedenle yalnızca yorum puanı bulunan bir ürün sayfası, fiyat ve teklif bilgisi olmadan alışveriş görünümü için yeterli olmayabilir.

Teknik uygulamada offers içindeki fiyat, ürün sayfasındaki fiyatla eşleşmelidir. Merchant Center akışında farklı fiyat gönderiliyorsa Google iki kaynağı karşılaştırabilir. Tutarsızlıklar ürünün uygunluğunu veya görünürlüğünü etkileyebilir.

Örneğin web sayfasında 1.500 TL, ürün akışında 1.650 TL bulunuyorsa sorun yalnızca schema.org sözdizimi değildir. Satış verisinin bütün kaynaklarda senkron tutulması gerekir.

Stok durumu da aynı şekilde izlenmelidir. Web sayfası “stokta” derken Merchant Center ürünü “stok dışı” gösteriyorsa kullanıcı deneyimi ve veri güvenilirliği zarar görür.

Şema, Merchant Center hesabının yerine geçmez. Ürün feed’i, hesap ayarları, politika uygunluğu ve gönderim bilgileri ayrıca değerlendirilir. offers eklemek, bu sistemlerin gerekliliklerini ortadan kaldırmaz.

Ürünleriniz alışveriş odaklı görünürlük hedefliyorsa fiyat, stok, URL ve varyant eşleşmelerini aynı kayıt üzerinden kontrol edin. Bunun için önce ürün veri kaynağını belirlemek, sonra sayfa ve feed farklarını ölçmek gerekir.

offers alanında hangi özellikler kullanılmalıdır?

offers içinde kullanılacak özellikler, ürünün gerçek satış modeline göre seçilmelidir. Her alanı eklemek yerine, Google’ın ve kullanıcıların ihtiyaç duyduğu bilgileri doğru biçimde işaretlemek daha güvenlidir.

Temel bir Offer için price, priceCurrency, availability ve url sık kullanılan özelliklerdir. Google’ın güncel dokümantasyonundaki zorunlu ve önerilen alanlar ayrıca kontrol edilmelidir.

url, teklifin geçerli olduğu ürün sayfasına yönlenmelidir. Ana kategori URL’si, arama sonuçları URL’si veya takip parametreleriyle çoğaltılmış farklı bir adres kullanmak tutarsızlık yaratabilir.

priceValidUntil kullanılıyorsa belirtilen tarih gerçek fiyat geçerlilik süresini göstermelidir. Süresi geçmiş bir tarih bırakmak, fiyat teklifinin güncel olmadığı izlenimini doğurabilir.

itemCondition, ürünün yeni, kullanılmış veya yenilenmiş durumunu açıklayabilir. Yenilenmiş ürünleri yeni ürün gibi işaretlemek, kullanıcıya sunulan teklifle şema arasında fark oluşturur.

Kargo ve iade koşulları için ilgili Offer ve Organization özellikleri kullanılabilir. Ancak bu alanlar yalnızca işletmenin gerçek politikalarını yansıtıyorsa eklenmelidir. Varsayılan veya tahmini bilgi yazılmamalıdır.

Fiyat aralığı bulunan ürünlerde tek bir price değeri yazmak yanıltıcı olabilir. En düşük ve en yüksek fiyatın hangi varyantlara ait olduğu sayfada açıkça gösterilmiyorsa AggregateOffer kullanımı da sorunu çözmez.

Bir ürünün seçenekleri farklı fiyatlara sahipse her varyantın ayrı URL’si, SKU’su ve teklifi bulunabilir. Varyantlar aynı URL’de değişiyorsa yapılandırılmış veri modeli, sayfanın kullanıcı akışına uygun tasarlanmalıdır.

offers eklenmesine rağmen ürün zengin sonucu neden görünmez?

offers alanının bulunması, zengin sonuç gösterimi için yalnızca uygunluk koşullarından birini karşılar. Google görünürlük kararını garanti etmez ve her geçerli işaretlemeyi arama sonucunda göstermez.

İlk olası sorun, yapılandırılmış verinin geçerli görünmesine rağmen sayfada görünür bir karşılığının bulunmamasıdır. Şemada fiyat yazıyor, fakat kullanıcı sayfada fiyatı göremiyorsa içerik ve işaretleme uyumsuzdur.

İkinci sorun fiyat biçimidir. Ondalık ayraç, para birimi, indirimli fiyat veya taksit tutarı yanlış seçilebilir. price sayısal ve açık bir değer taşımalı, para birimi ayrıca belirtilmelidir.

Üçüncü sorun stok verisinin eskimesidir. Ürün tükendiğinde sayfadaki stok etiketi değişse bile JSON-LD sabit kalıyorsa Google farklı bilgiler görebilir.

Dördüncü sorun, ürün sayfasının indekslenmemesidir. Canonical etiketi başka URL’yi gösteriyor, robots.txt taramayı engelliyor veya noindex kullanılıyorsa şema okunmuş olsa bile arama sonucuna taşınmayabilir.

Beşinci sorun, aynı sayfada birden fazla Product nesnesinin çelişmesidir. Bir şema 2.000 TL, başka bir eklenti 2.200 TL gösteriyorsa hangi teklifin geçerli olduğu belirsizleşir.

Altıncı sorun, ürünün Google politikalarına veya sonuç türünün şartlarına uymamasıdır. Geçerli schema.org işaretlemesi, Google’ın zengin sonuç yönergeleriyle otomatik olarak eş anlamlı değildir.

Kontrol sırasında Search Console’daki zengin sonuç raporları, URL Denetimi, Zengin Sonuçlar Testi ve taranmış sayfanın HTML çıktısı birlikte incelenmelidir. Tek bir araç bütün nedeni göstermez.

• Sayfadaki fiyat ile offers.price aynı mı?
• priceCurrency değeri TRY gibi geçerli bir kod mu?
• Stok durumu sayfa, JSON-LD ve ürün feed’inde eşleşiyor mu?
• Canonical URL, işaretlenen ürün URL’siyle aynı mı?
• Sayfada birden fazla çelişkili Product şeması var mı?
• Ürün sayfası indexlenebilir ve Google tarafından erişilebilir mi?

Fiyat ve stok verisi şemada nasıl güncel tutulur?

Fiyat ve stok verisini güncel tutmanın en güvenilir yolu, şemayı ürün veri kaynağından otomatik üretmektir. Manuel JSON-LD metinleri, kampanya ve stok değişikliklerinde hızla eskiyebilir.

E-ticaret altyapısında ürün fiyatı, indirim fiyatı, stok ve para birimi hangi veritabanı alanlarından geliyorsa yapılandırılmış veri de aynı alanları kullanmalıdır. Ayrı bir içerik alanı oluşturmak fark riskini artırır.

Güncelleme süresi için tek bir evrensel sayı vermek doğru değildir. Kritik olan, fiyat veya stok değiştikten sonra ürün HTML’sinin ve JSON-LD çıktısının aynı yayın döngüsünde güncellenmesidir.

Örneğin kampanya gece yarısında başlıyorsa yalnızca görsel fiyatın değişmesi yeterli değildir. offers.price, priceValidUntil ve varsa Merchant Center feed verisi de aynı kampanya kuralını kullanmalıdır.

Stok dışı ürünlerde iki yöntem görülebilir. Ürün sayfası erişilebilir bırakılıp OutOfStock işaretlenebilir veya ürün tamamen kaldırılabilir. Seçim, sitenin ürün arşivi ve kullanıcı akışına göre yapılmalıdır.

Ürün artık satılmıyorsa eski teklif verisini canlı tutmak yerine sayfanın durumunu açıkça belirtin. Kullanıcıya satın alma seçeneği sunulmuyorsa aktif bir Offer kullanmak yanıltıcı olabilir.

Otomatik üretimden sonra örnekleme yöntemiyle denetim yapılmalıdır. Katalogdan farklı fiyat seviyelerine sahip ürünler, indirimli ürünler, stok dışı ürünler ve varyantlı ürünler ayrı ayrı test edilmelidir.

İçerik ve teknik verinin aynı kaynaktan beslenmesi, yalnızca schema sorunlarını değil, ürün feed’i ve sayfa deneyimi arasındaki farkları da azaltır. Bu yaklaşım ölçülebilir bir veri yönetimi sağlar.

Ürün şemasında offers nasıl test edilir?

offers test edilirken önce sözdizimi, sonra Google uygunluğu, ardından gerçek sayfa tutarlılığı kontrol edilmelidir. Bu üç aşamadan biri atlanırsa hatanın kaynağı yanlış yorumlanabilir.

İlk aşamada Google Zengin Sonuçlar Testi kullanılabilir. Test, sayfada algılanan yapılandırılmış veri türünü ve kritik hataları gösterir. Sonuç, canlı sayfanın Google tarafından okunabilen sürümünü yansıtmalıdır.

İkinci aşamada Schema Markup Validator ile schema.org uyumluluğu incelenebilir. Bu araç, Google’ın görünürlük kararını vermez; daha çok yapının standart özelliklerle ilişkisini kontrol etmeye yardımcı olur.

Üçüncü aşamada ürün sayfasındaki gerçek içerik karşılaştırılır. Ürün adı, fiyat, para birimi, stok, varyant ve URL bilgileri satır satır kontrol edilmelidir.

1. Test edilecek ürün URL’sini seçin.
2. URL’yi Google Zengin Sonuçlar Testi’nde çalıştırın.
3. Product nesnesindeki offers değerlerini kaydedin.
4. Aynı bilgileri sayfanın görünür içeriğiyle karşılaştırın.
5. Canonical, robots ve noindex durumunu kontrol edin.
6. Merchant Center kullanılıyorsa feed verisiyle farkları inceleyin.
7. Düzeltmeden sonra canlı URL’yi yeniden test edin.
8. Search Console raporlarında değişimin işlenmesini izleyin.

Test aracında hata görünmemesi, Google’ın sonucu göstereceği anlamına gelmez. Hata yoksa yalnızca teknik biçim ve temel uygunluk açısından olumlu bir sinyal elde edilir.

Özellikle JavaScript kullanan sitelerde kaynak HTML ile oluşturulmuş DOM çıktısını ayırın. Fiyat yalnızca tarayıcıda oluşuyorsa Google’ın işleme sürecinde aynı değeri görüp görmediği doğrulanmalıdır.

Test sırasında farklı ürün türleri seçin. Yalnızca tek bir ürünün başarılı olması, tüm katalog şablonunun doğru çalıştığını kanıtlamaz.

offers eklerken hangi hatalar zengin sonucu engelleyebilir?

offers eklenirken en yaygın hata, şemayı sayfadaki gerçek ticari bilgiden bağımsız üretmektir. Google, ürün sayfasında desteklenmeyen veya çelişkili veriyi güvenilir kabul etmeyebilir.

Bir hata, fiyatı metinle birlikte yazmaktır. price alanına “2.499,90 TL” yerine sayısal değer ve priceCurrency alanına “TRY” yazılmalıdır. Biçim, seçilen veri modeline uygun olmalıdır.

Bir başka hata, indirim öncesi fiyatı aktif satış fiyatı gibi işaretlemektir. Kullanıcı 1.999 TL görüyorsa offers.price da bu aktif fiyatı yansıtmalıdır.

Stok dışı ürünleri sürekli InStock göstermek, kısa vadede olumlu görünse bile veri güvenilirliğini bozar. Stok durumu, ürün sayfasındaki gerçek satın alma imkânıyla eşleşmelidir.

Yorum veya puan bulunmadığı hâlde review ya da aggregateRating eklemek de risklidir. Bu alanlar, işletmenin kendi tahmini puanını değil, kullanıcıya sunulan gerçek değerlendirmeleri temsil etmelidir.

Bir diğer hata, aynı ürünü farklı URL’lerle çoğaltmaktır. UTM parametreleri, filtre URL’leri ve varyant adresleri canonical stratejisiyle uyumlu kullanılmalıdır.

Schema eklentilerinin otomatik ürettiği ikinci Product nesnesi de sık görülür. Özel JSON-LD ile eklenti çıktısı aynı sayfada bulunuyorsa tüm Product kayıtları karşılaştırılmalıdır.

Bu teknik ayrıntılar, genel SEO kontrolünden ayrı ele alınmalıdır. Örneğin Google AI aramalarında özgün içerik neden önemli? konusu içerik niteliğini açıklar; ancak offers hatasını çözmez.

Benzer şekilde backlink çalışması, ürün teklifindeki fiyat uyuşmazlığını düzeltmez. Yapılandırılmış veri denetimi, bağlantı ve içerik çalışmalarından bağımsız teknik bir kontrol katmanıdır.

Ürün sayfasında offers kullanmak ne zaman yeterli değildir?

offers kullanmak, fiyat ve satış teklifi bulunan ürün sayfaları için gerekli bir adımdır; fakat tek başına kapsamlı ürün SEO’su oluşturmaz.

Ürün sayfasında açıklayıcı ürün adı, benzersiz açıklama, yüksek çözünürlüklü görseller, erişilebilir varyantlar ve satın alma akışı bulunmalıdır. Şema, bu içeriklerin yerine geçmez; yalnızca anlamlarını makinelere daha açık hâle getirir.

Ürünün fiyatı yoksa veya ürün yalnızca katalog amacıyla yayınlanıyorsa sahte bir Offer eklemek yerine sayfanın gerçek amacını korumak gerekir. Fiyat bilgisi olmayan sayfa, satış teklifi varmış gibi işaretlenmemelidir.

Birden fazla satıcının bulunduğu pazaryeri yapısında tek satıcının fiyatını genel ürün teklifi gibi göstermek de yeterli değildir. Satıcı, stok ve fiyat ilişkisi ayrı değerlendirilmelidir.

Varyantlı ürünlerde ana ürün şeması ile seçili varyantın fiyatı karıştırılmamalıdır. Kullanıcı renk veya beden seçtiğinde fiyat değişiyorsa yapılandırılmış veri de seçili durumu doğru yansıtmalıdır.

Yapılandırılmış veri geçerli olsa bile ürün sayfası ince içerik taşıyorsa sonuç performansı sınırlı kalabilir. Bu nedenle ürün açıklaması, kategori metni ve teknik veri aynı kullanıcı ihtiyacını desteklemelidir.

Ürün içeriklerinin kopya olması durumunda yalnızca offers eklemek ayırt edici değer oluşturmaz. Google AI aramalarında özgün içerik neden önemli? rehberindeki içerik yaklaşımı, ürün açıklamalarında da dikkate alınabilir.

Sonuç olarak offers, ürün şemasının ticari temelidir. Fiyat, para birimi, stok ve URL doğru eşleşmiyorsa diğer yapılandırılmış veri alanları bu açığı kapatamaz.