Ticaret Şeması

TL;DR — “Commerce schema”, insanların arayıp işlem yapabileceği şeyleri — satın alınabilecek ürünleri ve başvurulabilecek işleri — işaretlemek için kullanılan schema.org türlerine verdiğim kısa addır. Üç tür vardır: Product (satışa sunulan tek bir ürün), ProductGroup (çeşitli beden ve renklerdeki bir gömlek gibi bir varyant grubu) ve JobPosting (tek bir açık pozisyon). Doğru türü eklediğinizde sayfanız, Shopping tarzı ürün sonuçları veya Google İş İlanları kartı gibi daha gelişmiş bir arama listelemesine uygun hâle gelir. Bu, sıralamanızı yükseltmez; sonucun gerçekten gösterileceğini veya daha fazla tıklama alacağını garanti etmez ve yapay zekâ tarafından alıntılanmanın da bir yolu değildir. Bu merkez sizi doğru türe yönlendirir; eksiksiz özellik tabloları her türün kendi makalesinde bulunur.

”Commerce schema” ne anlama gelir?

“Commerce schema”, tek bir Schema.org türü veya Google özelliği değil, pratik amaçlı bir gruplandırmadır. Evidence for this claim Commerce schema is an editorial grouping rather than a single Schema.org type or Google feature. Scope: This article's taxonomy; Schema.org and Google document individual types and search experiences. Confidence: high · Verified: 2026-07-14 Schema.org: Product Google; ürün, satıcı listeleme ve kuruluş işaretlemeleri için ayrı gereksinimler ve uygunluk koşulları belgeler. Evidence for this claim Google documents distinct structured-data requirements for product snippets and merchant listings, and valid markup does not guarantee display. Scope: Google Product structured data and merchant-listing experiences. Confidence: high · Verified: 2026-07-14 Google: Product structured data

Ceket satan bir sayfaya baktığınızda fiyatı, renk seçeneklerini ve “stokta” etiketini yalnızca okuyarak ayırt edebilirsiniz. Arama motoru ise düz metin görür ve bunların ne olduğunu tahmin etmek zorunda kalır. Schema işaretlemesi, schema.org adlı sitenin ortak sözlüğünü kullanarak “bu fiyattır”, “bu stok durumudur”, “bu bir iş unvanıdır” gibi bilgileri açıkça belirtmek için eklediğiniz koddur.

“Commerce schema” resmî bir terim değildir. Yalnızca ticari veya işlemsel listelemeleri açıklayan schema.org türleri için kullandığım bir şemsiye ifadedir: Bir kişinin arayabileceği, filtreleyebileceği ve üzerinde işlem yapabileceği ayrı öğeleri kapsar:

• Product — satışa sunulan tek bir ürün.
• ProductGroup — arama motorlarının beden ve renk gibi varyantların ayrı ürünler değil, aynı ürünün seçenekleri olduğunu anlaması için bunları birbirine bağlayan üst öğe.
• JobPosting — kariyer sayfasındaki tek bir açık pozisyon.

Bu üç türü birlikte ele alıyorum çünkü SEO’da aynı görevi paylaşırlar: Google’ın listelemenizi özelleştirilmiş bir arama sonucuna dönüştürebilmesi için bunları eklersiniz. Ancak açık olalım: Google ve schema.org bunları aynı grupta sınıflandırmaz. Bunun neden önemli olduğunu Advanced sekmesinde yeniden ele alacağım.

Bu merkezin görevi de buradan gelir: Bir uygulama kılavuzu değil, yönlendiricidir. Önce sayfanızın aşağıdaki üç türden hangisine uyduğunu belirleyin; ardından gerçek özellik tabloları için o türün ayrıntılı makalesini ve incelemeler, iadeler veya gönderim söz konusuysa ilgili Review/MerchantReturnPolicy/OfferShippingDetails kayıtlarını okuyun.

Neden uğraşmalısınız: zengin sonuçlar

Karşılığında, aramada öne çıkan gelişmiş listelemeler olan zengin sonuçları elde etme fırsatı doğar:

• 🛍️ fiyat, “stokta” etiketi ve inceleme yıldızları gösteren bir ürün
• 👕 beden ve renk seçeneklerini gösteren bir ürün
• 💼 Google’ın Jobs kutusunda şirket, konum ve maaşla birlikte görünen bir iş

Eşleşen schema türünü gerekli tüm ayrıntılarıyla eklediğinizde sayfanız bu görünüm için uygun hâle gelir. Uygunluk hiçbir zaman garanti anlamına gelmez; sonucun gerçekten gösterilip gösterilmeyeceğine yine Google karar verir.

Çoğu kişinin yanlış anladığı nokta

Commerce schema eklemek sıralamanızı yükseltmez. Google bunu açıkça ve defalarca söyledi. Schema’nın yaptığı, sayfanızı daha zengin bir listeleme için uygun hâle getirmek ve motorların sayfanızı anlamasına yardımcı olmaktır. Bu, daha iyi sıralanmaktan farklıdır. Uygunluk da garantiyle aynı değildir: Geçerli işaretleme, zengin sonucun gerçekten gösterileceğini veya daha fazla tıklama getireceğini vaat etmez ve bir yapay zekâ yanıtında alıntılanmanın yolu değildir. Bunların her birini ayrı bir sonuç olarak değerlendirin.

Yeni başlayanların düştüğü bir başka tuzak: Bu türler birbirinin yerine kullanılamaz. Tek bir ürün için Product, ürünün varyantları varsa ProductGroup, bir iş içinse JobPosting kullanın. JobPosting türünü aynı anda birden fazla işi listeleyen sayfalarda asla kullanmayın. Bu son kural çoğu kişinin beklediğinden daha katıdır.

Bu türlerin schema.org hiyerarşisindeki yerlerini, Merchant Center ve Google İş İlanları ile nasıl bağlantı kurduklarını ve sırada hangi makaleyi okumanız gerektiğini içeren tam sürümü mü istiyorsunuz? Advanced sekmesine geçin.

TL;DR — “Commerce schema”, işlemsel zengin sonuçlar kazandıran Product, ProductGroup ve JobPosting listeleme türleri için kullandığım uygulayıcı gruplandırmasıdır; bir Google veya schema.org kategorisi değildir. Google bunları ayırır: Product/Variants, “Shopping” altında; Job posting ise genel feature guides listesinde bulunur. schema.org da bunları birleştirmez: Product → ProductGroup gerçek bir üst/alt tür ilişkisidir (Thing > Product > ProductGroup); JobPosting ise Product ile ilgisiz biçimde Intangible dalındadır (Thing > Intangible > JobPosting). Üçünü birbirine bağlayan tek şey SEO kullanım senaryosudur: Google’ın özel SERP görünümlerine dönüştürdüğü yapılandırılmış listelemeler (satıcı listelemeleri ve Google İş İlanları). Bunların hiçbiri sıralama faktörü değildir; yalnızca uygunluk kazandırır. Gösterim, CTR artışı veya yapay zekâ alıntısı garanti etmez; bunlar birbirinden ayrı üç garantisiz sonuçtur. Review/AggregateRating uygunluğu kendi ayrı profiline göre işler. İade ve gönderim verileri de Organization düzeyindeki politika ile Offer düzeyindeki istisnalara ayrılır; bu merkez bu iki ayrı sözleşmeye yalnızca yönlendirir. Yaşam döngüsü riski de üç tür arasında farklıdır: Güncelliğini yitirmiş bir Product çoğunlukla yalnızca uygunluğu kaybederken süresi dolmamış ve güncelliğini yitirmiş bir JobPosting manuel işleme yol açabilir.

Önce dürüst bir çerçeve: Bu benim gruplandırmam, Google’ın değil

Bu makaledeki gruplandırma, kolaylık sağlamak amacıyla birbiriyle ilişkili birkaç sözlüğü ve arama özelliğini bir araya getirir. Evidence for this claim Commerce schema is an editorial grouping rather than a single Schema.org type or Google feature. Scope: This article's taxonomy; Schema.org and Google document individual types and search experiences. Confidence: high · Verified: 2026-07-14 Schema.org: Product Her Google deneyiminin kendi zorunlu ve önerilen özellikleri vardır; geçerli işaretleme gösterimi garanti etmez. Evidence for this claim Google documents distinct structured-data requirements for product snippets and merchant listings, and valid markup does not guarantee display. Scope: Google Product structured data and merchant-listing experiences. Confidence: high · Verified: 2026-07-14 Google: Product structured data

Bunu baştan açıkça belirtmek istiyorum; çünkü “commerce” veya “ecommerce” schema hakkında konuşan içeriklerin çoğu, bu türlerin resmî bir aile olduğunu üstü kapalı biçimde ima eder. Değildirler.

• Google’ın kendi belgeleri bunları ayırır. Yapılandırılmış veri galerisinde “Job posting”, Article, Local business ve Organization gibi ilgisiz türlerin yanında, düz ve genel Feature guides listesinde yer alır. Buna karşılık “Product snippet”, “Merchant listing” ve “Variants” ayrı bir Shopping alt başlığındadır. Bunlar iki farklı belge ailesidir.
• schema.org bunları birleştirmez. Kendi tür hiyerarşisinde özel bir “Product, Offer, and AggregateOffer” grubu vardır; JobPosting ise bunun yanında hiçbir üst düzey grupta yer almaz.

Öyleyse neden bunları tek makalede topluyorum? Çünkü uygulamada, yani bir SEO uzmanının gerçek çalışma biçiminde, aynı tür sorunu temsil ederler: Özel bir arama deneyiminin önünü açmak için işaretlediğiniz, yapılandırılmış ve listeleme biçimindeki içeriklerdir. Bu ortak kullanım senaryosu gerçek ve yararlıdır; ortak bir taksonomi ise yoktur. Google bu kutuyu çizmiş gibi davranmak yerine bunu açıkça söylemeyi tercih ederim.

Üç türe genel bakış

• Product (schema.org/Product) — satılabilir tek bir ürün. Google, geçerli Product işaretlemesini iki deneyime dönüştürür: Satın alma amaçlı olmayan sayfalarda inceleme yıldızlarını ve fiyatı gösteren product snippets ile ürünün satın alınabildiği sayfalarda daha kapsamlı, Shopping tarzı sonuçlar sunan merchant listings. Zengin sonuç için asgari gereksinim name ile birlikte offers, review veya aggregateRating özelliklerinden en az biridir. Ancak review/aggregateRating yolu, “her ürün sayfası yıldız gösterebilir” şeklinde genel bir kurala değil, Google’ın kendi uygunluk profiline ve kendi kendine hizmet eden inceleme kısıtlamasına sahip ayrı Review snippet kurallarına dayanır. Her Product veya satıcı sayfası otomatik olarak inceleme yıldızlarına hak kazanmaz; bu profil için Review schema ayrıntılı makalesine bakın.
• ProductGroup (schema.org/ProductGroup) — Google’ın birbiriyle ilgisiz listelemeler yerine aynı ürünün seçenekleri olduğunu anlayabilmesi için kavramsal bir ürünün varyantlarını (çeşitli beden ve renklerdeki bir tişört gibi) gruplandıran üst öğe. Varyantları hasVariant, variesBy ve productGroupID ile bağlar. En önemlisi, Product’ın yerini almaz: Her varyant yine kendi eksiksiz Product kaydıdır; ProductGroup bunların üzerinde bulunur.
• JobPosting (schema.org/JobPosting) — Arama’daki iş ilanı kartı/döngüsü olan Google İş İlanları deneyimine uygun olması için işaretlenmiş tek bir açık pozisyon. Temel zorunlu özellikler title, description, datePosted, hiringOrganization ve jobLocation özellikleridir; tamamen uzaktan roller için applicantLocationRequirements kullanılabilir.

Bu merkezi her türün özellik tabloları konusunda bilinçli olarak yüzeysel tutuyorum; ayrıntılı incelemeler, sonunda yönlendirdiğim üç alt makalede bulunuyor.

schema.org hiyerarşisindeki yerleri

Neredeyse hiç kimsenin doğru kaynak göstermediği bu bölüm, tahmin ile gerçek arasındaki farktır:

• Product — Thing > Product.
• ProductGroup — Thing > Product > ProductGroup. Product’ın tüm özelliklerini devralan ve hasVariant, productGroupID ile variesBy özelliklerini ekleyen gerçek bir Product alt türüdür. Dolayısıyla “Product veya ProductGroup” gerçek bir ya/ya da seçimi değildir: ProductGroup, varyant kullanım senaryosu için özel olarak tasarlanmış bir Product türüdür.
• JobPosting — Thing > Intangible > JobPosting. Tamamen ayrı bir daldır. JobPosting tanımı Product, Offer veya herhangi bir commerce türüne atıfta bulunmaz.

Sonuç: Product ile ProductGroup taksonomik olarak ilişkilidir; üst/alt tür ilişkileri doğrulanabilir ve kaynak gösterilebilir. JobPosting ise taksonomik olarak ilgisizdir. Üçünü birbirine bağlayan şey tür kalıtımı değil, SEO kullanım senaryosudur. Bunu söylediğinizde sağlam bir zeminde olursunuz.

Product ve ProductGroup: hangisi ne zaman kullanılmalı?

Basit kural:

• Satın alınabilir tek bir yapılandırma → normal Product. Tek SKU, tek fiyat, satın alınabilen tek sayfa.
• Tek bir kavramsal ürün, satın alınabilir birden fazla varyant → Product üyelerini kapsayan ProductGroup. Beş renkte sunulan gömlek örneği. ProductGroup’ın kendisi satışa sunulmaz; hasVariant üyeleri sunulur ve her üyenin kendi sku/gtin, fiyat ve stok durumu bulunur.

Google, ProductGroup’ı da farklı biçimde belgeler: Bağımsız bir üst düzey özellik kılavuzu olarak değil, Variants sayfasında yer alır. Bu, Google’ın onu tamamen ayrı bir zengin sonuç türü yerine Product’ın uzantısı olarak değerlendirdiğini destekler. Eksiksiz özellik tabloları, variesBy için tam URL kullanma tuzağı ve Merchant Center item_group_id uzlaştırması burada değil, ProductGroup ayrıntılı incelemesinde ele alınmalıdır.

JobPosting: grubun aykırı üyesi

JobPosting, Product ile taksonomik olarak hiçbir şey paylaşmaz; ancak aynı biçimde bir sorunu temsil ettiği için bu merkezde yer alır. Operasyonel açıdan onu ayıran iki nokta vardır:

1. Her sayfada daima tek iş. Google’ın kuralı: “The JobPosting markup must only be used on pages that contain a single job posting.” (Türkçe çeviri) «JobPosting işaretlemesi yalnızca tek bir iş ilanı içeren sayfalarda kullanılmalıdır.» Listeleme veya arama sonuçları sayfasında asla kullanılmamalıdır. Product/ProductGroup için sayfa başına tek öğe şeklinde eşdeğer bir kısıtlama yoktur; ProductGroup zaten tam olarak tek sayfadaki birden fazla varyantı yönetmek için vardır.
2. Süresi dolmuş ilanlar, kurup unutulacak bir şey değil, uyumluluk yükümlülüğüdür. Risk aşağıda ayrıntılıdır; Product ile aradaki sonuç farkının en keskin olduğu nokta budur.

Üç tür için ortak temel kurallar

Türler aynı taksonomiyi paylaşmasalar da Google’ın genel yapılandırılmış veri yönergelerine tabidirler; bu kuralları bir kez belirtmek yararlıdır:

• Zorunlu özellikler uygunluk kapısıdır. Zorunlu bir özellik eksikse sayfa ilgili zengin sonuç için uygun değildir. Önerilen özellikler kaliteyi artırır. Google, kendi örneğinde kullanıcıların maaşı belirtilen iş ilanlarını belirtilmeyenlere tercih ettiğini söyler. Aynı “daha eksiksiz olan daha iyidir” mantığı Product için de geçerlidir.
• Uygunluk ≠ garantili gösterim. Geçerli işaretleme sizi aday havuzuna alır; geliştirilmiş görünümün gösterilip gösterilmeyeceğine Google’ın sistemleri ayrıca karar verir.
• Yalnızca görünür ve doğru içeriği işaretleyin. Görünmez işaretleme, sahte inceleme veya yanıltıcı veri kullanmayın. Google’ın spam ve içerik kalitesi politikaları üç tür için de geçerlidir; ayrıca her türün JobPosting içerik politikası gibi kendine özgü özellik politikaları vardır.
• JSON-LD, üçü için de önerilen formattır ve büyük ölçekte bakımı satır içi Microdata/RDFa’dan daha kolaydır.

Her türün sayfa içi işaretleme dışındaki bağlantıları

Asıl birleştirici değer taksonomi değildir; Google’ın listeleme biçimindeki içeriğe kendine özgü bir ürün hattı yaklaşımı uygulamasıdır:

• Product / ProductGroup ↔ Google Merchant Center. Ürün verilerini sayfa içi yapılandırılmış veri, Merchant Center feed’i veya her ikisiyle sağlayabilirsiniz. Google, uygunluğu en üst düzeye çıkarmak için ikisini birden önerir ve bunları uzlaştırır. Bunlar tek bir gönderim değil, birbirinden bağımsız doğrulanan iki sistemdir. Rich Results Test’i geçmek feed’inizin geçerli olduğu anlamına gelmez; tersi de doğrudur. Fiyat ve stok durumu sayfa içi işaretleme, feed ve ödeme adımlarında eşleşmelidir.
• JobPosting ↔ Google İş İlanları. Geçerli JobPosting işaretlemesi, tek iş içeren sayfayı iş ilanı deneyimine uygun hâle getirir. Bu, Shopping yüzeyinden farklı bir dikeydir.
• İade ve gönderim de daha ayrıntılı düzeyde aynı biçimde ayrılır. MerchantReturnPolicy genellikle Organization düzeyinde bulunur ve site genelindeki standart iade sürenizi ve koşullarınızı belirtir. OfferShippingDetails, Offer düzeyinde çalışır ve özellikle tek bir ürün için kuruluş düzeyindeki varsayılanı geçersiz kılmak amacıyla vardır; örneğin daha ağır bir ürün veya farklı ücretlere sahip bir bölge. Bunları tek seferde ayarlanan tek bir veri yığını değil, birbirinden bağımsız biçimde güncelliğini yitirebilecek iki kayıt olarak değerlendirin. Kuruluş düzeyindeki politika ile teklif düzeyindeki istisnaların her biri ayrı bakım gerektirir. Tam öncelik kuralları MerchantReturnPolicy ve OfferShippingDetails ayrıntılı incelemelerindedir.
• Sayfa içi yapılandırılmış veri, Merchant Center feed’i ve Google’ın Search özellikleri veya bir yapay zekâ yanıtında gerçekten gösterdikleri, tek bir işlem hattı değil üç ayrı sözleşmedir. Geçerli işaretleme ilkinde uygunluk kazandırır, ikinciyi otomatik olarak doldurmaz ve üçüncü için hiçbir şeyi garanti etmez. Birini geçmek diğerleriyle tutarlılığı kanıtlamaz.

Bing’deki durum farklıdır. Bu arama motoru üç türü de ortak yapılandırılmış veri sözlüğüne göre genel olarak doğrular; ancak hiçbiri için özel zorunlu/önerilen özellik tabloları veya içerik politikaları yayımlamaz. Satıcı listelemeleri ya da Google İş İlanları eşdeğeri de yoktur. Bu durum özellikle ürün varyant gruplarında görülür. Fabrice Canel, Eylül 2024’te alışveriş açıklamalarında bu işaretleme türünü henüz kullanmadıklarını, ancak bunun “on their radar” olduğunu söyledi. (Türkçe çeviri) «Gündemlerinde olduğunu» belirtti. Dolayısıyla temel sözlük aynıdır; fakat bunun üzerine özel ve belgelenmiş zengin sonuç deneyimleri geliştiren yalnızca Google’dır.

Risk ve yaşam döngüsü farklılıkları

Başka hiç kimse bu şekilde çerçevelemediği için insanların özellikle kavramasını istediğim karşıtlık şudur: Güncelliğini yitirmiş listelemeler üç türde de yaşam döngüsü disiplini gerektirir; ancak risklerin ağırlığı keskin biçimde farklıdır.

• Güncelliğini yitirmiş veya stokta olmayan Product çoğunlukla yalnızca zengin sonuç uygunluğunu kaybeder ya da “sold out”/“out of stock” etiketi gösterir. (Türkçe çeviri) «Tükendi»/«stokta yok». Can sıkıcıdır, felaket değildir.
• Güncelliğini yitirmiş ve kaldırılmamış JobPosting farklı bir durumdur. Google: “We don’t allow expired job postings,” (Türkçe çeviri) «Süresi dolmuş iş ilanlarına izin vermiyoruz» der ve kapatılmış işleri zamanında sona erdirmemek veya kaldırmamak “may result in a manual action.” (Türkçe çeviri) «Manuel işleme yol açabilir.» Bu, sıradan uygunsuzluktan önemli ölçüde daha kötü bir sonuçtur. Bir iş ilanını sona erdirmenin kabul edilen üç yolu vardır: validThrough değerini geçmiş bir tarihe ayarlamak, 404/410 döndürmek veya işaretlemeyi kaldırmak.

Ders aynıdır: Yapılandırılmış listelemeler bir yaşam döngüsü süreci gerektirir. Ancak yalnızca bir temizleme işlem hattı kuracaksanız bunu işler için kurun.

Commerce schema SEO’ya yardımcı olur mu?

Sıralamalar açısından hayır. John Mueller açıkça şöyle dedi: “Structured data won’t make your site rank better.” (Türkçe çeviri) «Yapılandırılmış veri sitenizin daha iyi sıralanmasını sağlamaz.» Yaptığı şey, zengin sonuçlar ve özel deneyimler için uygunluk kazandırmak ve ayrıca Google’ın sayfalarınızı anlamasına yardımcı olmaktır. “Schema ekledim” ile “daha iyi sıralanacağım” ifadelerini aynı görmek, üç tür için de en yaygın efsanedir.

Konu yalnızca sıralamalar da değildir. Uygunluk, gerçekten gösterilen zengin sonuç, CTR artışı ve gelir birbirinden ayrı dört iddiadır; bunları tek bir sonuçta birleştirmeyin. Geçerli işaretleme, listelemenizin Shopping veya Jobs deneyiminde görüneceğini garanti etmez; uygunluk gösterim değildir. Daha fazla tıklamayı da garanti etmez. Ayrıca bu merkezdeki schema türlerinin hiçbiri belgelenmiş bir yapay zekâ görünürlüğü sinyali olmadığından AI Overviews veya AI Mode içinde görünmenin ya da alıntılanmanın bir aracı değildir. Bu sonuçların her birini ayrı ölçün. Schema yaygınlaştırması, diğer sonuçların göstergesi olarak değil, kazandırabileceği arama özelliği için yapılmaya değerdir.

Benim görüşüm de Mueller’ınkini yansıtıyor: Geliştirme zamanı harcamadan önce schema’nın gerçekte ne için kullanıldığını bilin. Kalıcıdır; Mueller ayrıca Google’ın schema’yı ortadan kaldırmadığını da söyledi. Ancak onu sonuçlarda yükselmek, tıklamayı garanti etmek veya bir yapay zekâ yanıtını etkilemek için değil, bir arama özelliği kazanmak için uygularsınız.

Sırada nereye gidilmeli?

Bu merkez haritadır; aşağıdakilerin her biri onun altında yer alan ayrı bir ayrıntılı incelemedir:

• Product schema — iki Google deneyimi (product snippets ve merchant listings), zorunlu/önerilen özellik ayrımı, availability enum’u ve feed ile işaretleme arasındaki karışıklığın açıklaması. Sayfanız tek bir ürün satıyorsa buradan başlayın.
• ProductGroup schema — varyantları hasVariant/variesBy/productGroupID ile gruplandırma, tek sayfalı ve çok sayfalı kalıplar, tam schema.org URL’si tuzağı ve Merchant Center item_group_id ile uzlaştırma. Ürününüz beden, renk veya malzeme seçenekleriyle sunuluyorsa buradan başlayın.
• JobPosting schema — zorunlu ve önerilen özellikler, uzaktan/hibrit çalışma biçimleri, sayfa başına tek iş kuralı, sona erdirme disiplini ve iş ilanı siteleri için 2024–2025 Indexing API erişim değişiklikleri. Kariyer sayfası veya iş ilanı sitesi için buradan başlayın.
• MerchantReturnPolicy schema — iade politikanız için iç içe geçmiş, özellik düzeyindeki tür; işaretleme ile Merchant Center ayarları arasındaki öncelik sırası ve applicableCountry ile returnPolicyCountry karışıklığı.
• OfferShippingDetails schema — gönderim ücreti/hedefi/teslimat süresi için tamamlayıcı özellik ve Google’ın ücretsiz listelemelerde bunu gerçekten ne zaman zorunlu tuttuğu.
• Review schema — Product zengin sonucuna giden review/aggregateRating yolunun arkasındaki ayrı uygunluk profili; tek inceleme ve toplu inceleme kuralları, kendi kendine hizmet eden inceleme kısıtlaması ve neden her ürün sayfasının otomatik olarak yıldızlara uygun olmadığı. “Üçünden hangisini kullanmalıyım?” aşamasını geçip “Bu sayfa gerçekten inceleme yıldızları gösterebilir mi?” sorusuna geldiğinizde buradan başlayın.

Daha geniş çerçevede bu merkez, yapılandırılmış veri alt kümesinin altında yer alır. Sözlük, biçimler ve kullanımdan kaldırma döngüsü için buradaki kardeş schema markup makalesine de bakın. Bunların tümü, yapılandırılmış verinin diğer sayfa içi teknik SEO unsurlarıyla birlikte bulunduğu sayfa içi kümesindedir.

Yapay zekâ özeti

Advanced sürümünün özetlenmiş hâli:

• Nedir: İşlemsel zengin sonuçlar kazandıran üç listeleme türü, uygulamada kolaylık sağlayan “ticaret şeması” etiketi altında toplanır. Bunlar satılabilir öğeyi, varyant grubunu ve tek açık pozisyonu temsil eder. Bu etiket resmî bir arama motoru veya yapılandırılmış veri sözlüğü kategorisi değildir.
• Resmî bir aile değildir: Google galerisi Product/Merchant listing/Variants türlerini “Shopping”, Job posting türünü ise genel feature guides listesine koyar. schema.org, “Product, Offer, and AggregateOffer” türlerini birlikte gruplandırır; JobPosting’i bunlarla aynı üst düzey gruba yerleştirmez.
• Hiyerarşi: Product = Thing > Product; ProductGroup = Thing > Product > ProductGroup (varyantlar için kullanılan gerçek bir Product alt türü); JobPosting = Thing > Intangible > JobPosting (ilgisiz dal). Product/ProductGroup üst/alt türdür; JobPosting taksonomik olarak ayrıdır.
• Hangisi ne zaman kullanılmalı: Satın alınabilir tek yapılandırma → Product; varyantları olan tek ürün → Product üyelerini kapsayan ProductGroup (ProductGroup’ın kendisi satılmaz); tek açık pozisyon → JobPosting (sayfa başına tek iş, asla listeleme sayfası değil).
• Zengin sonuçlar: Product → ürün snippet’ları ve satıcı listelemeleri; ProductGroup → varyantları anlayan satıcı listelemeleri; JobPosting → Google İş İlanları.
• Ortak kurallar: Zorunlu özellikler uygunluk kapısıdır; uygunluk ≠ garantili gösterim; yalnızca görünür/doğru içeriği işaretleyin; JSON-LD önerilir.
• İşaretlemenin ötesi: Product/ProductGroup ↔ Google Merchant Center (ayrı ancak uzlaştırılan sistemler; ikisini de sağlayın; fiyat/stok durumu işaretleme, feed ve ödeme adımlarında eşleşmelidir). JobPosting ↔ Google İş İlanları. İade/gönderim daha ayrıntılı düzeyde de ayrılır: MerchantReturnPolicy genellikle Organization düzeyindedir; OfferShippingDetails ise istisnalar için bunu Offer bazında geçersiz kılar. İki kayıt, iki bakım takvimi.
• İnceleme yıldızları ayrı bir profildir: Product zengin sonucuna giden review/aggregateRating yolu, “her ürün sayfası uygundur” şeklinde genel bir kurala değil, Google’ın ayrı Review snippet uygunluk kurallarına dayanır. Review schema makalesine bakın.
• Bing: Üçünü de genel olarak doğrular; özel şartname/politika, Merchant listings veya Jobs eşdeğeri yoktur. Fabrice Canel’e göre Eylül 2024 itibarıyla alışveriş açıklamalarında ProductGroup işaretlemesini henüz kullanmıyordu.
• Risk profili: Güncelliğini yitirmiş Product çoğunlukla uygunluğu kaybeder; güncelliğini yitirmiş ve kaldırılmamış JobPosting manuel işleme yol açabilir. Geçmiş bir validThrough, 404/410 veya işaretlemenin kaldırılmasıyla sona erdirin.
• SEO etkisi: Sıralama faktörü değildir (Mueller: “Structured data won’t make your site rank better.” (Türkçe çeviri) «Yapılandırılmış veri sitenizin daha iyi sıralanmasını sağlamaz.»). Uygunluk kazandırır ve anlamayı kolaylaştırır; ancak bunlar gerçek gösterimden, CTR artışından veya bir yapay zekâ yanıtında alıntılanmaktan ayrıdır. Bu merkezdeki türlerin hiçbiri belgelenmiş yapay zekâ görünürlüğü sinyali değildir.
• Bu merkez yönlendirir, uygulama ayrıntılarını vermez: Eksiksiz özellik tabloları burada değil; Product, ProductGroup, JobPosting, Review, MerchantReturnPolicy ve OfferShippingDetails ayrıntılı incelemelerindedir.

Resmî belgeler

Üç commerce-schema türü ve bunların paylaştığı kurallar için birincil kaynak belgeleri.

Google — ortak kurallar

• Genel yapılandırılmış veri yönergeleri — üç tür için de geçerli uygunluk ilkesi, içerik kalitesi ve spam politikaları.
• Yapılandırılmış veri arama galerisi — hangi türlerin güncel olarak zengin sonuç ürettiği konusunda temel kaynak; “Shopping” ile “Feature guides” ayrımını da burada görebilirsiniz.

Google — Product & ProductGroup (“Shopping”)

• Product yapılandırılmış verilerine giriş — product snippet ile merchant listing ayrımı ve yapılandırılmış veri ile feed arasındaki ilişki.
• Product snippet yapılandırılmış verileri — daha hafif snippet deneyimi için zorunlu/önerilen özellikler.
• Merchant listing yapılandırılmış verileri — daha katı “buradan satın al” gereksinimleri.
• Product variant (ProductGroup) yapılandırılmış verileri — ProductGroup’ın Product’ın uzantısı olarak belgelendiği yer.
• Merchant Center — Ürün verileri şartnamesi — sayfa içi işaretlemeyle uzlaştırılan feed tarafı şartnamesi.

Google — JobPosting (“Feature guides”)

• Job posting yapılandırılmış verileri — zorunlu/önerilen özellikler, sayfa başına tek iş kuralı, içerik politikaları ve sona erdirme işlemleri.

Schema.org (taksonomi)

• schema.org/Product · schema.org/ProductGroup · schema.org/JobPosting · tür hiyerarşisine genel bakış

Bing / Microsoft

• Bing Webmaster Tools — Sitenizi yapılandırılmış verilerle işaretleme — genel schema.org desteği; türe özgü uygunluk şartnamesi yoktur.

Kaynaktan alıntılar

Kamuya açık beyanlar. Sayfa metni erişilebilir kıldığında bağlantı, doğrudan alıntılanan bölüme gider.

Google belgeleri — ortak uygunluk ilkesi

• “Specify all required properties listed in the documentation for your specific rich result type. Items that are missing required properties are not eligible for rich results. The more recommended properties that you provide, the higher quality the result is to users. For example: users prefer job postings with explicitly stated salaries than those without…” (Türkçe çeviri) «Belirli zengin sonuç türünüzün belgelerinde listelenen tüm zorunlu özellikleri belirtin. Zorunlu özellikleri eksik olan öğeler zengin sonuçlara uygun değildir. Önerilen özelliklerden ne kadar fazlasını sağlarsanız sonuç kullanıcılar için o kadar nitelikli olur. Örneğin kullanıcılar, maaşı açıkça belirtilen iş ilanlarını maaş bilgisi bulunmayanlara tercih eder…» Alıntıya git
• “Content in structured data must also follow the additional content guidelines or policies, as documented in the specific feature guide. For example, content in JobPosting structured data must follow the job posting content policies.” (Türkçe çeviri) «Yapılandırılmış verideki içerik, ilgili özellik kılavuzunda belgelenen ek içerik yönergelerine veya politikalara da uymalıdır. Örneğin JobPosting yapılandırılmış verisindeki içerik, iş ilanı içerik politikalarına uymalıdır.» Alıntıya git

Google belgeleri — Product ve Merchant Center ilişkisi

• “Two markup types exist: Product snippets for non-purchase pages, emphasizing reviews, and Merchant listings for purchase pages, highlighting product details like sizing and shipping.” (Türkçe çeviri) «İki işaretleme türü vardır: Satın alma yapılmayan sayfalarda incelemeleri öne çıkaran Product snippet’ları ve satın alma sayfalarında beden ile gönderim gibi ürün ayrıntılarını öne çıkaran satıcı listelemeleri.» Alıntıya git
• “To provide rich product data to Google Search you can add Product structured data to your web pages, upload data feeds with Google Merchant Center and opt into free listings within the Merchant Center console, or both.” (Türkçe çeviri) «Google Arama’ya zengin ürün verileri sağlamak için web sayfalarınıza Product yapılandırılmış verisi ekleyebilir, Google Merchant Center ile veri feed’leri yükleyip Merchant Center konsolunda ücretsiz listelemelere katılabilir veya iki yöntemi birlikte kullanabilirsiniz.» Alıntıya git

Google belgeleri — JobPosting’in ayırt edici kuralları

• “The JobPosting markup must only be used on pages that contain a single job posting. We don’t allow the use of JobPosting markup in any other page, including pages that do not list any job.” (Türkçe çeviri) «JobPosting işaretlemesi yalnızca tek bir iş ilanı içeren sayfalarda kullanılmalıdır. Hiç iş ilanı listelemeyen sayfalar da dâhil olmak üzere başka hiçbir sayfada JobPosting işaretlemesine izin vermiyoruz.» Alıntıya git
• “We don’t allow expired job postings. Ideally you should remove expired job postings from your website. If you prefer to not remove them, then you need to ensure the validThrough property is populated and in the past.” (Türkçe çeviri) «Süresi dolmuş iş ilanlarına izin vermiyoruz. İdeal olarak bu ilanları web sitenizden kaldırmalısınız. Kaldırmamayı tercih ederseniz validThrough özelliğinin doldurulduğundan ve geçmiş bir tarihi gösterdiğinden emin olmalısınız.» Alıntıya git
• “Jobs that are no longer open for applications must be expired in one of the following ways. Failure to take timely action on expired jobs may result in a manual action.” (Türkçe çeviri) «Artık başvuruya açık olmayan işler, aşağıdaki yöntemlerden biriyle sona erdirilmelidir. Süresi dolmuş işler için zamanında işlem yapılmaması manuel işleme yol açabilir.» Alıntıya git

John Mueller, Google — schema bir sıralama faktörü değildir

• “Structured data won’t make your site rank better.” (Türkçe çeviri) «Yapılandırılmış veri sitenizin daha iyi sıralanmasını sağlamaz.» Ayrıca: “It’s fine to use it for other things in schema.org, that won’t cause problems, but you’re unlikely to see any visible change from it in Google Search.” (Türkçe çeviri) «Schema.org içindeki başka şeyler için kullanmanızda sakınca yoktur; bu sorun yaratmaz, ancak Google Arama’da görünür bir değişiklik görmeniz pek olası değildir.» Haber Mueller’ın Nisan 2025 tarihli Bluesky gönderileri, Search Engine Roundtable’ın haberi üzerinden aktarılmıştır; ifadeyi yazıya geçirilmiş ikincil haber olarak değerlendirin.
• “In order to be eligible to be shown as a rich result, you need to make sure that the page uses the right structured data and that it complies with the appropriate policies on our side.” (Türkçe çeviri) «Bir sayfanın zengin sonuç olarak gösterilmeye uygun olması için doğru yapılandırılmış veriyi kullandığından ve bizim tarafımızdaki ilgili politikalara uyduğundan emin olmanız gerekir.» Haber 2019 tarihli bir #AskGoogleWebmasters yanıtı, Search Engine Land’in haberi üzerinden aktarılmıştır.
• “Exactly. Understand that markup types come and go, but a precious few you should hold on to (like title, and meta robots).” (Türkçe çeviri) «Aynen öyle. İşaretleme türlerinin gelip geçici olduğunu, ancak title ve meta robots gibi az sayıdaki değerli türü korumanız gerektiğini bilin.» Haber Kasım 2025 tarihli bir Reddit yanıtı, Search Engine Roundtable’ın haberi üzerinden aktarılmıştır.

Fabrice Canel, Microsoft Bing — ProductGroup hakkında

• “ProductGroup markup isn’t used in our captions yet, but it’s on our radar. Our team is closely monitoring its adoption. Stay tuned!” (Türkçe çeviri) «ProductGroup işaretlemesi henüz açıklamalarımızda kullanılmıyor, ancak gündemimizde. Ekibimiz benimsenmesini yakından izliyor. Gelişmeleri takip edin!» Haber Eylül 2024’te X’te yapılan açıklama, Search Engine Roundtable’ın haberi üzerinden aktarılmıştır ve güncelliğini yitirmiş olabilir. Buna güvenmeden önce Bing’in mevcut ProductGroup desteğini yeniden kontrol edin.

Commerce schema’ya genel bakış

Üç türün karşılaştırması

Kısa bilgiler

• “Commerce schema”, bir Google veya schema.org kategorisi değil, uygulayıcı gruplandırmasıdır. Üç tür bir taksonomiyi değil, SEO kullanım senaryosunu paylaşır.
• Product ve ProductGroup üst/alt türdür; JobPosting ilgisiz bir daldır.
• Uygunluk ≠ gösterim: Geçerli işaretleme sizi aday havuzuna alır; geliştirilmiş görünümü gösterip göstermeyeceğine yine Google karar verir.
• Sıralama faktörü değildir; CTR, gösterim veya yapay zekâ alıntısı garantisi de değildir. Schema zengin sonuç uygunluğu kazandırır ve anlamayı kolaylaştırır. Sonucun gösterilmesi, daha fazla tıklama alması ve bir yapay zekâ yanıtında görünmesi birbirinden ayrı, garantisiz üç sonuçtur.
• Review/AggregateRating uygunluğu ayrı bir profildir. Her ürün veya satıcı sayfası otomatik olarak yıldızlı puanlara uygun değildir; bu yol Google’ın ayrı Review snippet kurallarına tabidir. Review schema ayrıntılı incelemesine bakın.
• İade ve gönderim de daha ayrıntılı düzeyde ayrılır. MerchantReturnPolicy genellikle Organization düzeyindeki varsayılan politikanızdır; OfferShippingDetails istisnalar için bunu Offer bazında geçersiz kılar. İki kayıt, iki bakım takvimi.
• JSON-LD, Google’ın üç tür için de önerdiği formattır.
• Merchant Center feed’i ile sayfa içi Product işaretlemesi, Google’ın uzlaştırdığı ayrı sistemlerdir. İkisini de sağlayın; fiyat ve stok durumunu işaretleme, feed ve ödeme adımlarında tutarlı tutun.
• İş ilanlarının güncelliği en yüksek riske sahiptir: Kapanmış işleri geçmiş bir validThrough, 404/410 veya işaretlemeyi kaldırma yoluyla sona erdirin; aksi hâlde manuel işlem riski doğar.

Hangi commerce schema türüne ihtiyacım var?

İşaretlediğiniz sayfa için yanıt verin; doğru türe ve ardından okumanız gereken doğru ayrıntılı incelemeye ulaşırsınız.

Commerce schema konusunda gerçekten gördüğüm hatalar

Bunlar Product, ProductGroup ve JobPosting işaretlemesinde insanların yaptığı somut hatalardır; varsayımsal değildir. Her birinin çözümü vardır.

Birden fazla işi listeleyen sayfaya JobPosting işaretlemesi eklemek

Google’ın kuralı açıktır: “The JobPosting markup must only be used on pages that contain a single job posting.” (Türkçe çeviri) «JobPosting işaretlemesi yalnızca tek bir iş ilanı içeren sayfalarda kullanılmalıdır.» Ayrıca hiç iş listelemeyen sayfalar dâhil başka hiçbir sayfada kullanılmasına izin verilmez. Bunu kariyer dizinine veya arama sonuçları sayfasına eklemek birden fazla Jobs listelemesi kazandırmaz; yalnızca işaretlemeyi uyumsuz ve uygunsuz hâle getirir.

Bunun yerine: Her açık pozisyona tek işe ayrılmış kendi URL’sini verin ve yalnızca o sayfayı işaretleyin. Listeleme/dizin sayfasını JobPosting schema için değil, gezinme amacıyla kullanın.

Kapanmış bir iş ilanını sona erdirmeden yayında bırakmak

Güncelliğini yitirmiş Product çoğunlukla yalnızca uygunluğu kaybeder veya “out of stock” (Türkçe çeviri) «stokta yok» gösterir; bu hafif ölçüde can sıkıcıdır. Güncelliğini yitirmiş JobPosting ise başka bir risk sınıfındadır: Google, süresi dolmuş iş ilanlarına izin vermediğini ve kapatılmış bir ilanı sona erdirmemenin veya kaldırmamanın “may result in a manual action.” (Türkçe çeviri) «Manuel işleme yol açabileceğini» söyler. Bu, zengin sonuç snippet’ini kaybetmek değil, site genelinde etkili bir cezadır.

Bunun yerine: Pozisyon kapanır kapanmaz Google’ın kabul ettiği üç işlemden birini yapın: validThrough değerini geçmiş bir tarihe ayarlayın, URL’de 404/410 döndürün veya JobPosting işaretlemesini tamamen kaldırın. Bunu sonradan elle hatırlanacak bir işlem değil, işe alım sisteminizdeki işten çıkarma/kapatma adımının parçası hâline getirin.

ProductGroup’ı her varyantı işaretlemenin yerine kullanmak

ProductGroup, varyantları hasVariant, variesBy ve productGroupID ile birbirine bağlayan üst öğedir; ancak Product’ın yerini almaz. Her varyantın, yani her beden, renk veya malzeme birleşiminin kendi sku/gtin, fiyat ve stok durumuna sahip eksiksiz Product işaretlemesi yine gerekir. Yalnızca ProductGroup’ı yayımlayıp ayrı Product kayıtlarını atlamak, varyantları Google’ın bunları satmak için gerçekten ihtiyaç duyduğu verilerden yoksun bırakır.

Bunun yerine: Satın alınabilir her varyantı ayrı bir Product olarak işaretleyin, ardından tümünü bunlara atıfta bulunan bir ProductGroup içinde gruplayın.

Commerce schema’nın sıralamaları yükseltmesini beklemek

Bu, üç tür için de en yaygın efsanedir ve Google bunu açıkça, defalarca söyledi. John Mueller: “Structured data won’t make your site rank better.” (Türkçe çeviri) «Yapılandırılmış veri sitenizin daha iyi sıralanmasını sağlamaz.» Schema yaygınlaştırmasını bir sıralama hamlesi olarak görmek, paydaşlarda yanlış beklenti oluşturur ve sıralamaları hiçbir zaman değiştirmeyecek işaretleme çalışmaları uğruna başka alanlarda özensizliğe yol açabilir.

Bunun yerine: Commerce schema’yı belirli bir arama özelliği (merchant listing veya Jobs kartı) için uygunluk kazanmak amacıyla uygulayın. Bu, tıklama ve sunum açısından kendi değerine sahip meşru bir hedeftir. Başarıyı sıralama konumuna göre değil, bu hedefe göre ölçün.

Sayfa içi işaretleme, Merchant Center feed’i ve ödeme adımlarının tutarsızlaşmasına izin vermek

Ürün verileri sayfa içi yapılandırılmış veriden, Merchant Center feed’inden veya her ikisinden gelebilir. Google, birini diğerinin kopyası saymak yerine bunları ayrı sistemler olarak uzlaştırır. Rich Results Test’inden başarıyla geçmeniz feed’in geçerli olduğunu göstermez; aynı şekilde feed’in geçerli olması da işaretlemenin testi geçtiğini göstermez. Fiyat veya stok durumu işaretleme, feed ve ödeme sırasında gerçekten tahsil edilen tutar arasında farklıysa bu uyumsuzluk hem uygunluğu hem kullanıcı güvenini zedeler.

Bunun yerine: Fiyatı ve stok durumunu üç yüzeyde de aynı tutun; birinin diğerini kapsadığını varsaymak yerine sayfa içi işaretlemeyi ve feed’i birbirinden bağımsız doğrulayın.

Commerce schema oluşturma ve denetleme araçları

Üç türden herhangi biri için JSON-LD yazdıktan sonra ilk durağınız Schema Markup Validator aracım olmalıdır. Bir Product, ProductGroup veya JobPosting bloğunu ya da tam sayfayı yapıştırdığınızda schema.org sözlüğüne ve Google’ın zengin sonuç gereksinimlerine göre önem dereceli denetimler çalıştırır. Böylece hangi tür üzerinde çalışırsanız çalışın, yayımlamadan önce eksik zorunlu özellikleri yakalayabilirsiniz.

Rich-Result Eligibility Checker aracım, bu merkezin sürekli döndüğü daha özel soruyu yanıtlar: “Bu geçerli JSON-LD mi?” değil, “Bu sayfa gerçekten zengin sonuca uygun mu?” JSON-LD, HTML sayfası veya canlı URL girildiğinde Product (offers/review/aggregateRating) ya da JobPosting (title, description, datePosted, hiringOrganization, jobLocation) için hangi zorunlu alanların bulunduğunu ve hangilerinin eksik olduğunu gösterir. Bu, makalede açıklanan uygunluk kapısının aynısıdır.

PDP SEO Checker aracım özellikle bu merkezin ürün ayrıntı sayfası tarafı için tasarlanmıştır. Tek SKU’lu veya varyantları gruplandırılmış bir sayfanın doğru kurulup kurulmadığını değerlendirirken canlı ürün sayfasını yalnızca schema açısından değil, Product/ProductGroup işaretlemesine eşlik eden sayfa içi sinyaller açısından da inceler.

İşaretleme bu denetimleri geçtikten sonra sayfayı Google’ın kendi Rich Results Test aracından geçirin. Google’ın uygunluğu belirlemek için kullandığı araç budur; bu nedenle merkezdeki üç türden herhangi birini yayımlamadan önce son sözü o söyler.

Kendinizi sınayın: Commerce Schema

Üç commerce-schema türü, aralarındaki ilişki ve yaptıkları ya da yapmadıkları hakkında beş kısa soru. Her biri için bir yanıt seçin, ardından kontrol edin.

Zaman ayırmaya değer kaynaklar

Schema işaretlemesi üzerine yazılarım

• Schema işaretlemesi — sözlük, biçimler, varlıkların anlaşılması ve kullanımdan kaldırma döngüsü hakkındaki daha geniş değerlendirmem. Commerce schema bunun bir bölümüdür.
• Teknik SEO’ya başlangıç kılavuzu — schema’yı motorların içeriği anlamasına yardımcı olan ve bir listelemeyi öne çıkaran özellikleri destekleyen kod olarak çerçevelediğim yazı.
• Kurumsal SEO — burada da geçerli olan pragmatik kuralım: “I’m a fan of schema markup as long as it gets you a search feature.” (Türkçe çeviri) «Size bir arama özelliği kazandırdığı sürece schema işaretlemesini destekliyorum.»

Konuşmalarım

• Arama nasıl çalışır? (SlideShare) — tarama, oluşturma, dizine ekleme ve sıralamaya ilişkin anlatımım; yapılandırılmış verinin nereye oturduğunu anlamak için yararlı bir arka plan. Kalıcı uyarım burada da geçerlidir: “This is my understanding of systems… not going to be 100% complete or accurate.” (Türkçe çeviri) «Bu, sistemlere ilişkin benim anlayışım; yüzde yüz eksiksiz veya doğru olmayacaktır.»

Sektörden kaynaklar

• Google, yapılandırılmış verinin sıralamayı yükseltmediğini bir kez daha söylüyor (Search Engine Roundtable) — Mueller’ın Nisan 2025 açıklaması; bu merkezin temelindeki efsaneyi çürütür.
• Google schema’yı kaldırmıyor; işaretleme türleri gelip geçebilir (Search Engine Roundtable) — “markup types come and go, but a precious few you should hold on to” (Türkçe çeviri) «İşaretleme türleri gelip geçer, ancak az sayıdaki değerli türü korumalısınız» çerçevesi.
• Bing gelecekte ProductGroup işaretlemesini kullanabilir (Search Engine Roundtable) — Fabrice Canel’in Bing’in ProductGroup desteğinin bulunmadığına ilişkin Eylül 2024 açıklaması.
• Zengin sonuç istiyorsanız yapılandırılmış veri yönergelerine uyun (Search Engine Land) — Mueller’ın uygunluk için hem doğru işaretleme hem de politika uyumu gerektiğine ilişkin açıklaması.
• schema.org tür hiyerarşisi — doğrudan kaynağından sözlüğün kendisi; “Product, Offer, and AggregateOffer” gruplandırmasına ve JobPosting’in nerede bulunduğuna ya da bulunmadığına bakın.

Değişiklik günlüğü