Ürün yapılandırılmış verisi, ürün sayfasındaki bilgileri arama motorlarının anlayabileceği standart alanlarla ifade eder. Ürünün adı, görseli, fiyatı ve stok durumu gibi bilgiler bu yapıda tanımlanabilir. Amaç, sayfadaki gerçek içeriği açıklamaktır; olmayan özellikler veya müşteri yorumları eklemek değildir.
Bu rehberde Product ve Offer ayrımını, temel veri alanlarını ve doğrulama adımlarını açıklıyoruz. Örnek JSON-LD üzerinden uygulama mantığını gösteriyor; varyant, fiyat ve stok güncellemelerini ele alıyoruz. Doğru işaretleme uygun arama görünümlerine katılımı destekleyebilir, ancak görünürlük veya sıralama garantisi vermez.
Ürün yapılandırılmış verisi ne işe yarar?
Müşteri ürün sayfasını görsel, başlık ve açıklamalarla okur. Yapılandırılmış veri ise aynı bilgilerin hangi anlama geldiğini makine tarafından okunabilir biçimde belirtir. Schema.org bu amaçla kullanılan bir sözlüktür. Google, desteklediği arama özellikleri için ayrıca kendi gereksinimlerini tanımlar.
Bu nedenle Schema.org açısından tanınan bir alanın Google’da mutlaka özel görünüm oluşturacağını düşünmeyin. Ürün bilgileri uygun koşullarda fiyat, stok veya değerlendirme gibi ayrıntılarla gösterilebilir. İşaretleme, ürün sayfasının anlaşılır içeriğinin ve teknik erişilebilirliğinin yerine geçmez. Önce ürün sayfası SEO düzenini sağlamlaştırın.
Product ile Offer arasındaki fark nedir?
Product ürünün kendisini, Offer ise belirli satış teklifini anlatır. Ürün adı ve görseli Product içinde, teklifin fiyatı ve para birimi Offer içinde bulunabilir. Aynı ürünün satış koşulları değişirken temel kimliği aynı kalabilir.
Google’ın ürün snippet’leri ile satıcı listelemeleri farklı gereksinimlere sahiptir. Ürün snippet’i için adın yanında teklif, yorum veya toplam değerlendirme alanlarından en az biri gerekir. Satıcı listelemelerinde ürün adı, görsel ve Offer gereklidir; teklifin geçerli fiyatı ve para birimi de sağlanmalıdır.
Müşterinin sizden satın alabildiği ürün sayfalarında satıcı listeleme belgelerini esas alın. Satın alma sunmayan editoryal ürün incelemesinin kapsamı farklıdır. Satıcı gereksinimlerini karşılayan sayfalar ürün snippet’lerine de uygun olabilir. Uygunluğu değerlendirirken tek bir kontrol listesini bütün sayfa türlerine uygulamayın.
Hangi sayfalarda ürün işaretlemesi kullanılmalıdır?
Google’ın ürün zengin sonuçları, tek bir ürüne veya aynı ürünün varyantlarına odaklanan sayfaları destekler. Farklı ürünleri sıralayan kategori sayfasını tek bir ürün gibi tanımlamayın. Kategori adıyla bir ürün oluşturup listedeki en düşük fiyatı o ürünün fiyatı gibi vermek yanıltıcı olabilir.
Bir mağazada Product dışında farklı veri türleri de bulunabilir. Bunların görevlerini karıştırmayın; ürün işaretlemesi kategori hiyerarşisini veya şirket bilgilerini tek başına açıklamaz. Sayfa türlerini kategori ve iç bağlantı planıyla birlikte değerlendirin.
JSON-LD nedir, sayfaya nasıl eklenir?
JSON-LD, yapılandırılmış veriyi sayfa içinde ayrı bir veri bloğuyla tanımlamaya yarayan biçimdir. Google bunu destekler ve uygulama kolaylığı nedeniyle genellikle önerir. Microdata ve RDFa da desteklenen seçeneklerdir. Mevcut sistemin üretimini incelemeden ikinci bir yöntem eklemeyin.
Ürün sayfasında işaretleme zaten bulunabilir. Tema, eklenti veya özel geliştirme aynı ürün için farklı fiyatlar üretiyorsa önce kaynakları belirleyin. Birden fazla veri bloğu bulunması tek başına hata değildir; önemli olan nesnelerin doğru ilişkilendirilmesi ve bilgilerin çelişmemesidir.
Ürün verisinde hangi alanlar kontrol edilmelidir?
Aşağıdaki tablo temel alanları açıklar. Her alan bütün arama özellikleri için zorunlu değildir; zorunlu ve önerilen alanları hedeflenen Google özelliğine göre kontrol edin. Bilmediğiniz veriyi tahmin ederek doldurmayın.
| Alan | Anlamı | Kontrol noktası |
|---|---|---|
| name | Ürün adı | Sayfadaki gerçek ürünle eşleşmeli |
| image | Ürün görseli adresi | Doğru ürünü göstermeli ve erişilebilir olmalı |
| description | Ürün açıklaması | Görünen bilgilerle tutarlı olmalı |
| sku | Satıcının stok kodu | Ürün veya varyant kaydıyla eşleşmeli |
| brand | Ürünün markası | Biliniyorsa gerçek marka kullanılmalı |
| offers.price | Geçerli teklif fiyatı | Satın alınabilir tutarla eşleşmeli |
| offers.priceCurrency | Para birimi | TRY gibi geçerli kod kullanılmalı |
| offers.availability | Satışa uygunluk durumu | Gerçek stok koşulunu yansıtmalı |
Mağazanızın adı her ürünün markası değildir. Üretici koduyla kendi stok kodunuzu da birbirine karıştırmayın. GTIN bulunan ürünlerde doğrulanmış tanımlayıcıyı kullanın; örnek bir barkodu gerçek ürüne atamayın. Kimlik alanları katalog ve veri kaynağı arasında tutarlı kalmalıdır.
Basit bir ürün JSON-LD örneği nasıl görünür?
Aşağıdaki örnek varsayımsal bir seramik kupa içindir. Ürün, fiyat, stok ve adresler gerçek mağaza verisi değildir. Kod burada yalnızca okunabilir örnek olarak gösterilir; bu blog yazısını canlı bir ürün teklifi olarak işaretlemez.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Product",
"name": "Örnek Seramik Kupa",
"image": "https://example.com/gorseller/seramik-kupa.jpg",
"description": "300 ml kapasiteli beyaz seramik kupa.",
"sku": "KUPA-300-BEYAZ",
"offers": {
"@type": "Offer",
"url": "https://example.com/urun/seramik-kupa",
"price": 249.90,
"priceCurrency": "TRY",
"availability": "https://schema.org/InStock",
"itemCondition": "https://schema.org/NewCondition"
}
}
</script>Canlı uygulamada bu değerler ilgili ürünün güncel kayıtlarından üretilmelidir. Örneği bütün ürünlere aynı şekilde yapıştırmayın. Gerçek ürün sayfasındaki işaretlemeyi geliştirici uygulamalı; blog içerik alanına örnek kodu canlı script olarak eklemek uygun değildir.
Örnekteki @context kullanılan sözlüğü, @type ise tanımlanan nesnenin türünü belirtir. Product içindeki offers alanı satış teklifini ilişkilendirir. Bu anahtarların yazımını Türkçeleştirmeyin; ürün adı ve açıklama gibi değerleri ise sayfanın diline uygun hazırlayın. Yazım hatasıyla değişen alan adları, doğru bilginin araçlar tarafından tanınmasını engelleyebilir. Büyük ve küçük harfleri aynen koruyun.
Katalogdan otomatik veri üretimi nasıl planlanır?
Her alanın hangi kayıt üzerinden üretileceğini belirleyin. Ürün adı katalogdan, teklif fiyatı etkin fiyat kaydından, uygunluk ise gerçek stok ve satış kuralından gelmelidir. Alan eşleştirme tablosuna veri kaynağını, güncelleme tetikleyicisini ve kontrol sorumlusunu ekleyin.
Ürün adındaki tırnaklar veya açıklamadaki satır sonları JSON yapısını bozmamalıdır. Veriyi güvenilir kodlama yöntemiyle oluşturun; metinleri elle birleştirerek işaretleme üretmeyin. Eksik bilgi için boş veya uydurma değer göndermek yerine alanın gerekliliğine göre işlem yapın. Yeni ürün açılışını da mevcut ürün güncellemesi kadar dikkatle test edin.
Fiyat ve stok bilgisi nasıl güncel tutulur?
Fiyat alanına müşterinin o teklif için karşılaştığı geçerli tutarı gönderin. İndirimli üründe eski liste fiyatını aktif fiyat gibi sunmayın. JSON içinde ondalık ayırıcı nokta kullanılır; örnekteki 249.90 değeri ürün sayfasında 249,90 TL biçiminde gösterilebilir.
Fiyatın para birimi ayrı alanda belirtilmelidir. Kargo ve vergi koşullarının sayfada ve ödeme aşamasında nasıl sunulduğunu kontrol edin. Kampanya bittiğinde hem görünen tutar hem veri bloğu güncellenmelidir. Gerçekte bulunmayan fiyat geçerlilik tarihi eklemeyin.
Ürün tükendiğinde işaretlemede stokta görünmeye devam etmemelidir. Ön sipariş veya sonradan tedarik koşullarını gerçek satış durumuna göre tanımlayın. Önbellek nedeniyle eski bilgi gösteriliyorsa yalnızca panel kaydını düzeltmek yetmeyebilir. Oluşturulan sayfayı ve veri bloğunu birlikte inceleyin.
Beden ve renk varyantları nasıl tanımlanır?
Bir ürünün farklı beden veya renkleri aynı üst ürünün varyantları olabilir. Google, bu ilişkiyi açıklamak için ProductGroup yapısını ve variesBy, hasVariant, productGroupID gibi alanları destekler. Grup bilgisiyle her varyantın kendine ait kimlik, görsel ve teklif bilgilerini doğru eşleştirin.
Tek sayfada seçilen varyantın farklı adresten doğrudan açılması veya varyantların ayrı sayfalarda bulunması farklı uygulamalar gerektirebilir. Fiyat ve stok hangi seçeneğe aitse açık olmalıdır. Bir bedenin uygunluğunu bütün bedenlere yaymayın. Hazırlığı varyant yönetimi kayıtlarıyla doğrulayın.
AggregateOffer yapısını varyantların fiyat aralığını göstermek için gelişigüzel kullanmayın. Google, bu yapının ürün varyant kümesini tanımlamak için kullanılmamasını belirtir. Varyant ilişkisini ve her teklifin koşullarını ilgili ürün varyantı belgelerine göre düzenleyin.
Örneğin yalnızca lacivert, orta beden seçeneği stoktaysa beyaz, büyük beden seçeneğini stokta göstermeyin. Bu varsayımsal kontrolü doğrudan varyant adresini açarak yapın. Sayfadaki seçim, görsel, teklif ve stok birbirini doğrulamalıdır. Kullanıcı seçim yaptıktan sonra üretilen verinin hangi varyantı anlattığı anlaşılır kalmalıdır.
Yorum ve değerlendirme alanlarında nelere dikkat edilir?
Review tekil değerlendirmeyi, aggregateRating ise değerlendirmelerin toplam sonucunu açıklayabilir. Puan, ölçek ve değerlendirme sayısı gerçek kayıtlara dayanmalı; ilgili ürün için kullanıcıya sunulan içerikle tutarlı olmalıdır. Yorum bulunmayan ürüne örnek beş yıldız veya rastgele değerlendirme sayısı eklemeyin.
Mağazanın genel memnuniyet puanını ürün puanı gibi kullanmayın. Başka ürünün veya harici sitelerin puanlarını birleştirerek sonuç oluşturmayın. Müşterinin görmediği bir değerlendirmeyi yalnızca arama görünümü için işaretlemeyin. Gerçek yorum bulunmuyorsa fiyat ve diğer uygun alanlarla ilerleyin.
Kargo ve iade bilgileri eklenebilir mi?
Desteklenen yapılarda kargo ve iade koşulları ayrıca açıklanabilir. Mağaza genelindeki politikalar Organization altında tanımlanabilir; ürün veya teklif bazındaki istisnalar uygun alanlarla belirtilebilir. Kullanılacak yapının gerekli alt alanlarını Google’ın güncel belgelerinden kontrol edin.
Ücretsiz kargoyu, teslimat süresini veya iade koşulunu bütün ürünlerde geçerliymiş gibi işaretlemeyin. Sayfadaki politika, ödeme deneyimi ve yapılandırılmış veri tutarlı olmalıdır. Bu alanlar gerçek hizmet koşullarını açıklamalı; müşteriye sağlanmayan avantajları üretmemelidir.
Merchant Center ürün feed’i ile farkı nedir?
Yapılandırılmış veri ürün sayfasında bulunur. Ürün feed’i ise Merchant Center gibi sistemlere iletilen ayrı bir veri kaynağıdır. İkisi birlikte kullanılabilir; ancak biri diğerinin bütün kurulum ve politika gereksinimlerini otomatik karşılamaz. Reklam hesabı veya kampanya da kendiliğinden oluşmaz.
Ürün kimliği, fiyat, stok ve görseli bu kaynaklar arasında karşılaştırın. Bir taraftaki düzeltmenin diğerine ne zaman aktarıldığını izleyin. Yapıyı Merchant Center için ürün verisi hazırlama süreciyle birlikte planlayın; aynı ürün hakkında çelişkili kayıtlar bırakmayın.
Yapılandırılmış veri nasıl doğrulanır?
- Önce JSON sözdizimini ve veri alanlarının doğru üretildiğini kontrol edin.
- Google Zengin Sonuçlar Testi ile kodu ve yayımlanan adresi inceleyin.
- Kritik hataları düzeltin; önerilen alan uyarılarını kapsamına göre değerlendirin.
- Search Console URL Denetimi ile Google’ın sayfaya erişimini kontrol edin.
- Yayından sonra ilgili ürün raporlarını ve yeni sorunları takip edin.
Testte geçerli sonuç almak, bilgilerin ticari olarak doğru olduğunu veya zengin sonucun mutlaka gösterileceğini kanıtlamaz. Görünen ürün, fiyat ve stokla veri bloğunu ayrıca karşılaştırın. Robots.txt, noindex veya giriş zorunluluğu nedeniyle erişilemeyen sayfalarda işaretleme tek başına yeterli olmaz.
JavaScript ile üretilen veriyi yalnızca ham kaynakta aramayın; oluşturulan sayfayı da inceleyin. Fiyat ve stok gibi hızla değişen alanlarda güncellemenin zamanında yansıdığını doğrulayın. Birkaç örnek ürünle başlayıp farklı şablon ve varyant senaryolarını test edin.
Yayından sonra hangi sorunlar takip edilmelidir?
Search Console ürün raporlarında görünen sayılar her zaman sayfa adedi değildir; yapılandırılmış veri öğelerini ifade edebilir. Raporlar bütün kayıtların eksiksiz envanteri olarak da değerlendirilmemelidir. Belirli bir adresin durumunu gerektiğinde URL Denetimi ile ayrıca inceleyin.
Yeni bir hata oluştuğunda yalnızca örnek ürünü düzeltmekle yetinmeyin. Aynı şablonun başka ürünlerde aynı sorunu üretip üretmediğini araştırın. Düzeltme tarihini ve değişen alanları kaydedin. Google’ın yeniden taraması zaman alabileceğinden canlı test sonucuyla rapordaki eski kaydı aynı anda güncellenmiş kabul etmeyin.
Bakımı yalnızca ilk kuruluma bırakmayın. Tema değişikliği, yeni fiyat kuralı veya stok entegrasyonu güncellemesi sonrasında örnek ürünleri yeniden kontrol edin. Hatanın kime iletileceğini ve hangi kayıtla izleneceğini önceden belirleyin.
Yayın öncesi kontrol listesi
- İşaretlenen ürün, sayfanın ana içeriğiyle aynı mı?
- Görsel ve ürün adresleri doğru ve erişilebilir mi?
- Fiyat, para birimi ve stok güncel mi?
- Varyantların kimlik ve teklif bilgileri eşleşiyor mu?
- Varsayımsal puan veya tanımlayıcı kaldırıldı mı?
- Tema ve eklenti kaynakları çelişkili veri üretiyor mu?
Google, alışveriş görünümleri için Product verisinin başlangıç HTML’sinde sunulmasını önerir. Bu, JavaScript ile üretilen her işaretlemenin geçersiz olduğu anlamına gelmez. Ancak hızlı değişen fiyat ve stokta tarama güvenilirliğini ayrıca değerlendirin; sayfanın yüklenmesini ve verinin oluşmasını birlikte kontrol edin.
Ajansbox ile ürün verisi ihtiyaçları nasıl planlanabilir?
Konya’da e-ticaret sitesi kurmak veya mağazasını geliştirmek isteyen işletmeler, ürün verisini sayfa içeriği ve katalog yönetimiyle birlikte değerlendirebilir. Ajansbox ile ürün yönetimi ihtiyaçlarınızı görüşürken yapılandırılmış veri, varyant ve güncelleme beklentilerinizi paylaşın. Mevcut üretimi ve özel geliştirme kapsamını ayrıca netleştirin.
Demo talebinde örnek ürünler üzerinden veri akışını görüşebilirsiniz. İhtiyaçlarınızı Ajansbox iletişim formundan ileterek kurulum, test ve bakım kapsamını belirleyin.
Ürün yapılandırılmış verisi hakkında sık sorulan sorular
Product işaretlemesi yıldız görünümünü garanti eder mi?
Google zengin sonuç gösterimini garanti etmez. Gerçek değerlendirmeler, uygun işaretleme ve ilgili arama özelliğinin koşulları birlikte değerlendirilir.
Bütün ürünlere aynı örnek kod eklenebilir mi?
Her ürünün adı, görseli, kimliği ve satış koşulları farklı olabilir. İşaretleme gerçek ürün kayıtlarından üretilmelidir.
Yapılandırılmış veri ürün açıklamasının yerini tutar mı?
Müşteriye sunulan açıklama ve teknik bilgiler yine gereklidir. Yapılandırılmış veri bu içeriğin anlamını ayrıca tanımlar.
