Ürün Schema İşaretlemesi: E-Ticaret İçin Uygulama Rehberi

Ürün schema işaretlemesi, bir ürün sayfasındaki ad, görsel, fiyat, stok durumu ve yorum gibi bilgileri arama motorlarının makine tarafından okunabilir biçimde anlamasını sağlar. Doğru kurulduğunda sayfa, fiyat ve puan gibi ayrıntıların gösterildiği ürün zengin sonuçlarına uygun hale gelebilir. Bu rehber, Product ve Offer alanlarını sayfada görünen içerikle eşlemeyi, hataları test etmeyi ve tüm alanları tek tabloda izlemeyi anlatır.

Ürün Schema İşaretlemesi Ne İşe Yarar

Bir ürün sayfasını okuyan insan, fiyatın nerede yazdığını ve ürünün stokta olup olmadığını kolayca anlar. Arama motoru için ise aynı bilgi sayfa düzeninin içinde dağınık durur. Yapılandırılmış veri, bu bilgileri schema.org sözlüğüyle etiketleyerek açık hale getirir.

Google'ın Product yapılandırılmış verisi belgesi (yeni sekmede açılır), bu işaretlemenin ürün bilgilerini Google Arama'da ve Google Görseller'de daha zengin biçimde gösterebilmeyi sağladığını anlatır. Fiyat, stok durumu, puan ve kargo gibi ayrıntılar bu sayede arama sonucunun parçası olabilir.

Burada iki sınırı baştan netleştirmek gerekir:

• Uygunluk, gösterim değildir: Doğru işaretleme sayfayı zengin sonuçlara uygun hale getirir; Google bu sonuçların her zaman gösterileceğini taahhüt etmez.
• Sıralama aracı değildir: Ürün yapılandırılmış verisinin sayfanın sıralamasını yükselttiğine dair bir belge yoktur. Etkisi, sonucun nasıl göründüğü ve kullanıcıya hangi bilginin önceden sunulduğu üzerinedir.

Bu iki sınır içinde ürün işaretlemesi yine de değerlidir: Kullanıcı fiyatı ve stok durumunu tıklamadan görür, beklentisiyle uyuşmayan ürünlere boşuna tıklamaz. Aynı belge, yapılandırılmış veri ile Merchant Center ürün feed'inin birlikte sağlanmasının uygunluğu genişlettiğini de belirtir.

Makale ve SSS işaretlemesinden farklı olarak ürün işaretlemesi ticari bir veri katmanıdır; fiyat ve stok gibi sık değişen bilgiler içerir. Makale tarafındaki işaretleme mantığını makale schema işaretlemesi rehberinde ele aldık; bu yazı yalnız ürün tarafına odaklanır.

Ürün Snippet’leri ve Satıcı Listeleme Deneyimleri

Google, ürün yapılandırılmış verisini iki farklı deneyim için kullanır ve hangisine uygun olduğunuz sayfanın türüne bağlıdır.

Satıcı listeleme deneyimleri (merchant listing), müşterinin ürünü doğrudan sizden satın alabildiği sayfalar içindir. Bu deneyimler kıyafet beden bilgisi, kargo ve iade politikası gibi daha ayrıntılı ticari bilgileri destekler. Google'ın belgesine göre yalnız alışverişçinin ürünü satın alabildiği sayfalar bu deneyime uygundur.

Ürün snippet'leri ise ürünün doğrudan satın alınamadığı sayfalar içindir: editoryal inceleme yazıları, karşılaştırma sayfaları ve ürün toplayıcı siteler. Bu deneyim artı ve eksi notları gibi inceleme odaklı alanları daha çok destekler.

İki deneyim birbirini dışlamaz. Satıcı listeleme için gereken zorunlu alanları sağlayan bir ürün sayfası, ürün snippet'lerine de uygun olabilir. Search Console da bu ayrımı raporlarına yansıtır: satın alma yapılabilen sayfalar için "Satıcı listelemeleri" raporu, inceleme ve toplayıcı sayfalar için "Ürün snippet'leri" raporu bulunur. Arayüzde rapor adları farklı çevrilebilir; İngilizce adları "Merchant listings" ve "Product snippets" şeklindedir.

Pratik karar şudur: Bir e-ticaret sitesinin ürün sayfası satıcı listeleme gereksinimlerini hedeflemelidir. Bir blogdaki "en uygun fiyatlı kulaklıklar" türünden bir inceleme yazısı ise ürün snippet'i gereksinimlerini hedefler ve sattığı ürün yoksa Offer alanlarını satıcıymış gibi doldurmamalıdır.

Product, Offer ve AggregateRating Yapısı

Ürün işaretlemesinin iskeleti üç türden oluşur ve her biri farklı bir soruyu cevaplar:

• Product: Bu ürün nedir? Ad, görsel, açıklama, marka, SKU, GTIN gibi kimlik bilgileri burada durur.
• Offer: Bu ürün hangi koşullarda satılıyor? Fiyat, para birimi, stok durumu, ürün durumu, kargo ve iade bilgisi Offer içinde yer alır ve Product'ın offers alanına yerleştirilir.
• AggregateRating: Kullanıcılar bu ürünü nasıl değerlendirmiş? Ortalama puan ve değerlendirme sayısı burada bulunur.

Tek tek yorumlar için Review türü kullanılır ve Product'ın review alanına eklenir. Birden çok satıcının fiyatını listeleyen toplayıcı sayfalarda Offer yerine en düşük ve en yüksek fiyatı veren AggregateOffer kullanılabilir. Ancak ürün snippet belgesine göre fiyat düşüşü görünümüne uygunluk için AggregateOffer değil Offer kullanılmalıdır.

Biçim olarak Google, genel yapılandırılmış veri yönergelerinde (yeni sekmede açılır) JSON-LD'yi önerilen biçim olarak belirtir; microdata ve RDFa da desteklenir. JSON-LD'nin pratik avantajı, işaretlemenin HTML düzeninden bağımsız tek bir blokta durması ve şablon değişikliklerinde daha az kırılmasıdır. Fiyat ve stok gibi sık değişen alanları içerdiği için bu bloğun sayfanın ilk HTML'inde sunucu tarafında üretilmesi, test ve doğrulamayı da kolaylaştırır.

Zorunlu ve Önerilen Alanlar

Zorunlu alanlar hangi deneyimi hedeflediğinize göre değişir. Satıcı listeleme belgesi (yeni sekmede açılır) şu ayrımı yapar:

• Product için zorunlu: name, image ve offers.
• Offer için zorunlu: price ve priceCurrency (veya bunların priceSpecification içindeki karşılıkları). Satıcı listeleme deneyimleri sıfırdan büyük bir fiyat ister.
• Product için önerilen: aggregateRating, review, brand, description, gtin türlerinden biri, mpn, sku, color, size, material, pattern, audience, category, hasCertification, isVariantOf ve inProductGroupWithID gibi alanlar.
• Offer için önerilen: availability, itemCondition, shippingDetails, hasMerchantReturnPolicy, priceValidUntil, url, validFrom ve validThrough.

Ürün snippet'lerinde ise zorunlu alanlar daha azdır: name ve review, aggregateRating veya offers alanlarından en az biri. Belge, offers tek başına kullanıldığında Zengin Sonuçlar Testi'nin uyarı verebileceğini de not eder.

Önerilen alanlar "isteğe bağlı" demek değildir. Zorunlu alanlar uygunluğun tabanını oluşturur; önerilen alanlar ise ürünün daha eksiksiz anlaşılmasını sağlar. Özellikle GTIN, marka ve SKU gibi tanımlayıcılar, ürününüzün başka kaynaklardaki aynı ürünle eşleşmesine yardımcı olur. Sku alanına tek değer, availability ve itemCondition alanlarına da birer değer verilmelidir.

Fiyat, Stok ve Kargo Bilgisinin Tutarlılığı

Ürün işaretlemesinde en sık görülen sorun eksik alan değil, tutarsız veridir. Sayfada indirimli fiyat görünürken işaretlemede eski fiyatın kalması veya ürün tükendiği halde işaretlemenin InStock göstermesi, kullanıcıyı yanıltan bir sonuç doğurur.

Tutarlılığı korumak için işaretlemeyi elle değil, sayfadaki görünür değeri üreten aynı veri kaynağından üretin. Fiyatı gösteren şablon ile JSON-LD'yi dolduran kod aynı değişkeni kullanırsa, ikisi arasında fark oluşması zorlaşır. Para birimini ISO 4217 koduyla (TRY, USD gibi) yazın ve fiyatı para birimi simgesi olmadan sayı olarak verin.

Stok durumu için schema.org'un ItemAvailability değerlerini kullanın: InStock, OutOfStock, PreOrder, BackOrder gibi. Ürün geçici olarak tükendiğinde işaretlemeyi kaldırmak yerine availability değerini güncellemek, sayfadaki "stokta yok" ifadesiyle tutarlı bir tablo verir.

Kargo ve iade bilgisi için Google, işletmenin genel bir politikası varsa bunun Organization düzeyinde tanımlanmasını önerir; Offer içindeki shippingDetails ve hasMerchantReturnPolicy alanları, ürüne özel istisnalar veya standart politikası olmayan işletmeler içindir. Bu yaklaşım, her ürün sayfasında aynı politikayı tekrarlamaktan ve politikalar değiştiğinde yüzlerce sayfayı güncellemekten kurtarır.

Tutarlılık yalnız teknik bir konu değildir; ürün açıklamasındaki bilgilerin de işaretleme ve görsellerle örtüşmesi gerekir. Ürün metinlerinin bu açıdan nasıl hazırlanacağını ürün açıklaması yazdırma rehberinde anlattık.

Varyantlı Ürünlerde İşaretleme

Renk veya beden seçenekleri olan ürünlerde her seçenek ayrı bir üründür ama aynı ana ürüne aittir. Google bu ilişkiyi ProductGroup türüyle ifade etmeyi destekler. Ürün snippet'leri ve satıcı listelemeleri varyantları birlikte destekler.

ProductGroup üzerinde üç alan öne çıkar: productGroupID ana ürünün kimliğidir (ana SKU olarak da düşünülebilir), variesBy varyantları birbirinden ayıran özellikleri (renk, beden, malzeme, desen, önerilen yaş veya cinsiyet) listeler, hasVariant ise varyant Product öğelerini içerir. Her varyant Product, isVariantOf ile gruba geri bağlanabilir veya inProductGroupWithID ile grup kimliğini taşıyabilir.

Uygulamada iki kurulum vardır:

1. Tek sayfalı kurulum: Tüm varyantlar aynı sayfada seçilir, genellikle sorgu parametreleriyle. Bu durumda ProductGroup'un tek bir canonical URL'si olmalıdır ve varyantları hasVariant altında iç içe vermek en derli toplu yapıdır.
2. Çok sayfalı kurulum: Her varyantın kendi sayfası vardır. Bu durumda her sayfa, kendi varlıklarını eksiksiz ve kendi içinde tamamlanmış biçimde işaretlemeli; ProductGroup tanımı her sayfada tekrarlanmalıdır.

Her iki kurulumda da her varyantın işaretlemede benzersiz bir kimliği (sku veya gtin) bulunmalı ve kullanıcının ilgili varyantı önceden seçili gördüğü ayrı bir URL'ye sahip olması gerekir. Filtre ve parametre URL'lerinin tarama tarafındaki etkisini e-ticaret filtre URL'leri rehberinde ele aldık; varyant URL'leri ile filtre URL'lerini birbirine karıştırmamak önemlidir.

Yorum ve Puan İşaretlemesinde Kurallar

Puan ve yorum işaretlemesi, ürün işaretlemesinin en çok yanlış kullanılan bölümüdür. Google'ın yorum snippet'i belgesi, işaretlenen yorumların kullanıcıya işaretlenen sayfada kolayca erişilebilir olmasını ve toplu puanın sayfada görülebilmesini ister.

AggregateRating için ratingValue zorunludur ve ratingCount veya reviewCount alanlarından en az biri bulunmalıdır. Puanın hangi ölçekte verildiği belli değilse bestRating ve worstRating alanlarıyla ölçeği belirtmek yanlış yorumlamayı önler.

Sık sorulan bir konu "kendi kendine hizmet eden" yorumlardır. Yorum snippet belgesindeki kural şöyledir: Değerlendirilen kuruluş kendisi hakkındaki yorumları kontrol ediyorsa, LocalBusiness veya başka bir Organization türü işaretlemesi kullanan sayfaları yıldız görünümüne uygun değildir. Bu kural işletmenin kendisine dair yorumlar için yazılmıştır; belge ürün yorumlarını bu kuralın içinde saymaz. Dolayısıyla kendi sitenizde gerçek müşterilerin bıraktığı ve sayfada görünen ürün yorumları Product altında işaretlenebilir.

Buna karşın şu uygulamalar sorun yaratır: sayfada görünmeyen yorumları işaretlemek, başka sitelerden kopyalanmış puanları kendi ürününüze eklemek, teşvikli yorumları açıklamadan yayımlamak ve tüm ürünlere aynı sabit puanı basmak. Artı ve eksi notları ise yalnız editoryal ürün inceleme sayfaları için uygundur; satıcı ürün sayfaları ve müşteri yorumları bu görünüme uygun değildir.

Görünür İçerikle İşaretleme Uyumu

Google'ın genel yapılandırılmış veri yönergeleri iki ilkeyi açıkça koyar: okuyucuların göremediği içeriği işaretlemeyin ve işaretleme sayfa içeriğinin doğru bir temsili olsun. Ürün işaretlemesinde bu, JSON-LD'deki her değerin sayfada bir karşılığı olması demektir.

Uyum denetimi için şu soruları her alan için sorun: Bu fiyat sayfada aynı para birimiyle görünüyor mu? Bu stok durumu sayfadaki satın alma düğmesinin durumuyla örtüşüyor mu? Bu puan ve yorum sayısı sayfada gösteriliyor mu? Bu görsel sayfadaki ürün galerisinde var mı? Bu marka adı ürün başlığı veya açıklamasında geçiyor mu?

Uyumsuzluğun yaygın kaynakları şunlardır: önbelleğe alınmış eski JSON-LD bloğu, kampanya fiyatının yalnız görsel katmanda uygulanması, sepet aşamasında eklenen vergilerin işaretlemedeki fiyatla farklı olması, bir eklentinin ürettiği işaretlemenin temanın ürettiği ikinci bir blokla çakışması. Sonuncusu sık görülür: Aynı sayfada iki ayrı Product bloğu farklı fiyatlar taşıyorsa hangisinin doğru olduğu belirsizleşir.

Google, spam niteliğindeki işaretleme nedeniyle manuel işlem uygulayabileceğini belirtir. Belgeye göre bu işlem zengin sonuç uygunluğunu kaldırır, ancak sayfanın web aramasındaki sıralamasını etkilemez. Yine de uygunluğun kaybı, emeğin boşa gitmesi anlamına gelir.

Test Araçları ve Search Console Raporları

İşaretlemeyi yayına almadan ve aldıktan sonra farklı araçlarla kontrol edin:

• Zengin Sonuçlar Testi: Google'ın hangi zengin sonuçlara uygunluk gördüğünü, kritik hataları ve uyarıları gösterir. Kritik hatalar uygunluğu engeller; kritik olmayan sorunları gidermek ise veri kalitesini artırır.
• URL denetimi aracı: Yayındaki sayfanın Google tarafından nasıl görüldüğünü ve render sonrası işaretlemenin yerinde olup olmadığını gösterir.
• Satıcı listelemeleri ve Ürün snippet'leri raporları: Site genelinde geçerli, uyarılı ve hatalı öğeleri gruplar. Bir şablon hatası yüzlerce sayfayı aynı anda etkilediğinde burada görünür.
• Ayrıştırılamayan yapılandırılmış veri raporu: Sözdizimi hatalarını, örneğin eksik bir parantez veya virgülü yakalar.
• Schema.org doğrulayıcısı: Google'a özgü kuralları değil, schema.org sözlüğüne uygunluğu kontrol eder.

Hata düzelttikten sonra Search Console raporunda doğrulama başlatabilirsiniz. Belge, yayından sonra Google'ın sayfayı tarayıp yeniden işlemesi için birkaç gün beklenmesi gerektiğini belirtir; değişikliğin rapora yansıması anında olmaz.

Pratik bir iş akışı şöyle kurulabilir: Şablon değişikliğini önce test ortamında Zengin Sonuçlar Testi'nin kod girişiyle deneyin, ardından yayındaki birkaç temsilci ürün sayfasını URL ile test edin, sonra Search Console raporlarında hatalı öğe sayısının dönemden döneme nasıl değiştiğini izleyin. Fiyat veya stok mantığına dokunan her yazılım güncellemesinden sonra bu kontrolü tekrarlamak, sessizce bozulan işaretlemeyi erken yakalar.

Kategori Sayfasında Ürün İşaretlemesi Yapılmalı mı

Kısa cevap: kategori sayfası için Product işaretlemesi eklemek, ürün zengin sonuçları açısından bir şey kazandırmaz. Google belgesine göre ürün zengin sonuçları yalnız tek bir ürüne (veya varyantlarına) odaklanan sayfaları destekler; ürün listeleyen veya kategorilere ayıran sayfalar yerine ürün sayfalarına işaretleme eklenmesi önerilir.

Kategori sayfalarında yapılabilecekler başkadır. BreadcrumbList ile sayfanın site hiyerarşisindeki yerini işaretleyebilirsiniz. Kategori sayfasının arama görünürlüğünü ise işaretlemeden çok içerik, iç bağlantılar ve sayfalandırma kurgusu belirler. Sayfalandırmanın teknik kurgusunu kategori sayfalandırma rehberinde anlattık.

Kategori sayfaları çoğu e-ticaret sitesinde en rekabetçi sorgulara hedeflenen sayfalardır ve güçlenmeleri için dışarıdan sinyal de gerekir. Bu sayfalara yönelik bağlantı çalışmasını e-ticaret kategori sayfası backlink rehberinde, sitenin geneli için planlamayı ise e-ticaret siteleri için backlink stratejisi yazısında bulabilirsiniz.

Şöyle bir durumu düşünün: Kurgusal bir spor giyim mağazası, kategori sayfasında listelenen her ürün için ayrı Product blokları ekliyor ve aynı ürünler kendi sayfalarında da işaretli. Denetimde kategori bloklarının fiyatlarının önbellek nedeniyle eski kaldığı görülüyor. Ekip kategori sayfalarındaki Product bloklarını kaldırıp yerlerine BreadcrumbList bırakıyor ve ürün işaretlemesini yalnız ürün sayfalarında tutuyor. Senaryo kurgudur; amacı tekrarlı işaretlemenin tutarsızlık riskini göstermektir.

Örnek Şablon: Ürün Schema Alan Haritası

Aşağıdaki örnek şablon, her işaretleme alanını sayfadaki görünür karşılığına ve veri kaynağına eşlemek için kullanılabilir; fiyat ve stok değerleri yer tutucudur.

Tabloyu her ürün şablonu için bir kez doldurun ve şablon değiştiğinde güncelleyin. "Sayfadaki görünür karşılık" sütunu boş kalan bir satır, ya sayfaya eklenmesi gereken bir bilgiyi ya da işaretlemeden çıkarılması gereken bir alanı gösterir.

Sıkça Sorulan Sorular

Ürün schema işaretlemesi sıralamayı artırır mı?

Hayır, ürün işaretlemesinin sıralamayı yükselttiğine dair bir Google belgesi yoktur. İşaretleme sayfayı fiyat, stok ve puan gibi ayrıntıların gösterildiği zengin sonuçlara uygun hale getirir; bu sonuçların gösterilmesi de kesin değildir.

JSON-LD mi microdata mı kullanmalıyım?

Google üç biçimi de destekler ve JSON-LD'yi önerilen biçim olarak belirtir. JSON-LD, HTML düzeninden bağımsız tek bir blokta durduğu için bakımı ve test edilmesi genellikle daha kolaydır.

Stokta olmayan ürün için işaretleme kaldırılmalı mı?

Ürün sayfası yayında kalıyorsa işaretlemeyi kaldırmak yerine availability değerini OutOfStock gibi uygun bir değerle güncellemek, sayfadaki bilgiyle tutarlı bir sonuç verir. Ürün kalıcı olarak kaldırıldıysa sayfanın kendisi için ayrıca karar verilmelidir.

Kendi sitemdeki yorumları puan olarak işaretleyebilir miyim?

Yorum snippet belgesindeki kendi kendine hizmet eden yorum kuralı, LocalBusiness ve Organization işaretlemesi kullanan sayfalar için yazılmıştır ve ürünleri kapsamaz. Gerçek müşterilerin bıraktığı ve sayfada görünen ürün yorumları Product altında işaretlenebilir; görünmeyen veya kopyalanmış puanlar işaretlenmemelidir.

Varyantlar ayrı ürün olarak mı işaretlenmeli?

Her varyant ayrı bir Product olarak işaretlenir, ancak ProductGroup altında ortak bir grupla ilişkilendirilir. Her varyantın benzersiz bir kimliği ve önceden seçili gösterildiği ayrı bir URL'si olmalıdır.

Zengin sonuç neden görünmüyor?

Uygunluk gösterim anlamına gelmez; Google zengin sonucu her durumda göstermeyebilir. Zengin Sonuçlar Testi'nde kritik hata olup olmadığını, işaretlemenin görünür içerikle uyumunu ve Search Console raporlarını kontrol edin; değişikliklerin yansıması için birkaç gün beklemek gerekebilir.

Sonuç ve Sonraki Adım

Ürün schema işaretlemesi, doğru deneyimi hedeflemekle başlar: satış yapılan sayfalarda satıcı listeleme, inceleme sayfalarında ürün snippet'i. Zorunlu alanları sağlayın, önerilen alanlarla veriyi zenginleştirin, her değeri sayfadaki görünür karşılığıyla eşleyin ve test araçlarıyla düzenli kontrol edin. İşaretlemenin dayandığı ürün metinlerini güçlendirmek isterseniz makale yazımı hizmetini inceleyebilir, seçenekleri ürün sayfasındaki ayrıntılara göre değerlendirebilirsiniz.