Product Snippets mi Merchant Listings mi? Pazaryeri Rehberi

Pazaryeri ürün sayfasında doğru yapılandırılmış veri seçimi tek bir soruya bağlıdır: alıcı bu sayfada ürünü doğrudan satın alabiliyor mu? Alabiliyorsa sayfa Google'ın "merchant listings" (satıcı listesi) deneyimi için işaretlenir, alamıyorsa ve sayfa bir inceleme ya da karşılaştırma sayfasıysa "product snippets" (ürün parçacıkları) deneyimi söz konusudur. Google'ın ürün yapılandırılmış verisi sayfası (yeni sekmede açılır) iki deneyimi böyle ayırır. Pazaryeri geliştiricisi, satıcı ya da SEO sorumlusuysanız bu ayrım hangi alanları zorunlu tutacağınızı, hangi Offer türünü kullanacağınızı ve hangi Search Console raporuna bakacağınızı belirler. Örnekler tek bir ürün kategorisi üzerinden gider: ev yapımı reçel.

Arayüz etiketleri ve alan adları tırnak içinde İngilizce verilir. Arayüzü Türkçe kullanıyorsanız etiket adları farklı görünebilir.

İki deneyim: satın alınabilen sayfa ile inceleme sayfası

Google ürün işaretlemesini iki kullanım durumuna ayırır. Birincisi "product snippets": belgeye göre ürünün doğrudan satın alınamadığı ürün sayfaları içindir ve inceleme bilgisi için pros and cons gibi daha çok seçenek sunar. İkincisi "merchant listings": müşterilerin ürünü sizden satın alabildiği sayfalar içindir ve giyim bedeni, kargo ve iade gibi ayrıntılı ürün bilgisi için daha çok seçenek sunar. Aynı sayfada Google, merchant listing gereksinimlerini karşılamanın ürün sayfalarını product snippets için de uygun hâle getirebileceğini söyler.

Tablo: İki deneyimin karşılaştırması

Google'ın ürün zengin sonuçları yalnızca tek bir ürüne (veya aynı ürünün birden çok varyantına) odaklanan sayfaları destekler. Bu, bir kategori ya da arama sonucu sayfasına çok sayıda ürün için Product işaretlemesi koymanın ürün zengin sonucu üretmeyeceği anlamına gelir.

"Product snippets" ne zaman geçerlidir

Product snippets belgesine (yeni sekmede açılır) göre ürün parçacıkları, ürünün yanında inceleme ve değerlendirme bilgisi gösterilen sayfalar içindir. Pros and cons görünümü yalnızca editoryal ürün inceleme sayfalarına açıktır ve en az iki ifade gerektirir. Pazaryerinde bu görünüm, satıcı ilanları için değil, editoryal inceleme içeriği için anlamlıdır. Bir ilan sayfasının satıcı yorumlarını "pros and cons" olarak işaretlemesi belgedeki koşulla uyuşmaz.

"Merchant listings" ne zaman geçerlidir

Merchant listing belgesi (yeni sekmede açılır), yalnızca alıcının ürünü satın alabildiği sayfaların merchant listing deneyimi için uygun olduğunu söyler. Ürünü satan başka sitelere yalnızca bağlantı veren sayfalar uygun değildir. Pazaryeri ilan sayfasında satın alma ya da sipariş akışı sayfanın içinden başlıyorsa bu koşul sağlanır. İlan sayfası alıcıyı satıcının kendi sitesine yönlendiriyorsa koşul sağlanmaz.

Karar kuralı: sayfanız hangisi?

Karar şu sırayla verilir. Uygulama önerisi: her ilan şablonu için bu sırayı bir kez çalıştırın ve sonucu şablon belgesine yazın.

Tablo: Sayfa türüne göre işaretleme kararı

Bu tablodaki son iki satır Google'ın tek ürün koşulundan türetilir. Liste sayfaları için ürün işaretlemesi önerisi belgelerde yok.

Karma sayfa

Bir sayfa hem alıcının satın alabildiği bir ürünü hem de aynı ürünün editoryal incelemesini taşıyorsa karar, sayfanın ana işlevine göre verilir. Google, merchant listing gereksinimlerini karşılayan sayfaların product snippets için de uygun olabileceğini söylediğinden satın alma akışı olan sayfa merchant listings alanlarını eksiksiz tutarak iki deneyim için de adaydır. Pros and cons için sayfanın editoryal inceleme sayfası olması gerekir; ilan sayfasını tek başına bu amaçla işaretlemeyin.

Zorunlu ve önerilen alanlar

Zorunlu alanlar iki deneyimde farklıdır. Merchant listings için üç alan zorunludur: name, image ve offers. offers alanı, ürünü satmak için iç içe geçmiş bir Offer olmalıdır. Product snippets için name zorunludur ve bunun yanında review, aggregateRating ya da offers alanlarından birinin bulunması gerekir.

Tablo: Alanlar ve deneyimdeki rolü

Google, ne kadar çok özellik eklerseniz o kadar çok zenginleştirmeye uygun olabileceğinizi söyler. Bu cümle bir garanti değildir: Google yapılandırılmış veriyle özelliklerin sonuçlarda görüneceğini garanti etmediğini açıkça belirtir.

Ev yapımı reçel için alan eşlemesi

Örnek senaryo: bir pazaryerinde satıcı "Ev yapımı vişne reçeli" ilanı yayımlıyor. İlan sayfasında alıcı ürünü sepete ekleyebiliyor. Bu sayfa merchant listings gereksinimleri için şu alanlara ihtiyaç duyar: name (ilanın ürün adı), image (kavanoz fotoğrafının adresi) ve offers (fiyat, para birimi, stok durumu içeren Offer). Önerilen alanlar arasında description, brand.name (varsa satıcının markası), sku ve gerçekte var olan puan ve yorum verileri bulunur. Sayfada yorum yoksa aggregateRating alanını yazmayın.

Uygulama önerisi: şablon, ilan verisinde bulunmayan alanı boş dize olarak değil, hiç yazmayarak geçsin. Boş alan, işaretleme ile sayfa içeriğinin uyuşmamasına yol açar.

Pazaryerinde satıcı kimdir: Offer ve AggregateOffer

Google, merchant listings için Offer gerektiğini, çünkü satıcının işareti koyan taraf olması gerektiğini yazar. Product snippets belgesi ise offers için Offer ya da AggregateOffer kabul eder. AggregateOffer, belgede "diğer teklifleri bir araya getiren bir Offer türü" olarak tanımlanır ve ürün çeşitlerini (varyantları) tanımlamak için kullanılmaması istenir.

Bu iki ifade pazaryerinde şu sonuca götürür: alıcının doğrudan satın alabildiği bir ilan sayfasında teklif, tek satıcının tek bir Offer'ıdır. Birden çok satıcının teklifini bir araya getiren bir toplayıcı sayfa ise merchant listing değil, product snippets kapsamında düşünülür ve orada AggregateOffer kabul edilir.

Tablo: Teklif türünün seçimi

Varyantlar için ayrı karar

Örnek senaryo: reçelin 250 gramlık ve 370 gramlık kavanoz seçenekleri olduğunu ve bunların aynı ilan sayfasında seçildiğini varsayalım. Bu durumda belgenin söylediği tek şey AggregateOffer'ın bu çeşitleri tanımlamak için kullanılmamasıdır. Google'ın ürün sayfasında product variants konusu ayrı bir bölüm olarak anılır. Uygulama önerisi: varyant başına ayrı sayfa adresi kullanabiliyorsanız her sayfada tek bir Offer yazın.

Pazaryerinde çok satıcılı ürün sayfası

Aynı kataloglanmış ürünü birden çok satıcının sattığı bir sayfa için belgede özel bir ifade yok. Uygulama önerisi: ilan başına ayrı bir sayfa kullanın; alıcı satın alma akışına o ilanın satıcısıyla giriyorsa sayfa tek satıcıya bağlı bir Offer taşır.

Hangi alan hangi zenginleştirmeyi besler

Google ürün sayfasında alışveriş deneyimleri olarak product snippets, popular products, shopping knowledge panel ve Google Images sıralanır. Hangi alanın hangi görünümü beslediğini tek tek eşlemeye çalışmayın; belge yalnızca özellik eklendikçe daha çok zenginleştirmeye uygun olunabileceğini söyler. Belgedeki ayrımlar şunlardır:

• Pros and cons görünümü yalnızca editoryal ürün inceleme sayfaları içindir.
• Kargo ve iade ayrıntıları merchant listings deneyiminin seçenekleri arasında sayılır.
• Beden gibi ayrıntılı ürün bilgisi merchant listings tarafındadır.
• Review için değerlendirenin adı geçerli bir Person ya da Team adı olmalıdır.

Uygulama önerisi: şablonunuzdaki her işaretleme alanı için sayfada karşılığı olan görünür bir bilgi bulunsun. Alan sayfada gösterilmeyen bir bilgiyi iddia ediyorsa alan yazılmamalıdır.

Kargo ve iade bilgisi: üç yer, bir öncelik sırası

Merchant listings belgesi, kargo ve iade bilgisini işaretleme yerine Merchant Center ya da Search Console'da tanımlamanın mümkün olduğunu söyler. Aynı bilgi birden fazla yerde tanımlanırsa öncelik sırası şöyledir: ürün düzeyinde Merchant Center beslemesi en güçlü, organizasyon düzeyindeki işaretleme en zayıf kaynaktır.

Pazaryeri için bu sıra bir tasarım kararına dönüşür. Kargo ve iade koşulları satıcıya göre değişiyorsa ürün düzeyinde tanımlama ile organizasyon düzeyinde tanımlama çelişebilir. Uygulama önerisi: ilan düzeyindeki koşulu tek kaynaktan üretin; aynı bilgiyi hem besleme hem işaretleme için ayrı ayrı elle yazmayın.

Doğrulama ve izleme sırası

Belgeye göre önemli site değişikliklerinden sonra Search Console'daki geçersiz öğe sayısındaki artışı izleyin; geçerli öğe sayısındaki düşüş, işaretlemenin artık sayfaya gömülmediğine işaret edebilir. Hata düzeltme adımları belgede şöyle geçer: geçersiz öğeleri düzeltin, URL Inspection aracıyla canlı adresi inceleyin ve durum raporunda doğrulama isteyin. Yeniden tarama ve yeniden dizinleme birkaç gün sürebilir. Performans raporu, sayfaların zengin sonuç olarak kaç kez göründüğünü, tıklanma sayısını ve ortalama konumu gösterir.

Adımlar:

1. Şablon türünü belirleyin: satın alma var mı, tek ürün mü.
2. Zorunlu alanları şablonda yazın ve gerçek ilan verisiyle eşleyin.
3. Bir örnek ilan sayfasının canlı adresini URL Inspection aracıyla inceleyin.
4. Search Console'da "Merchant listings" ya da "Product snippets" raporunda geçersiz öğe olup olmadığına bakın.
5. Sonraki büyük şablon değişikliğinden sonra geçersiz ve geçerli öğe sayılarını karşılaştırın.

Yapılandırılmış verinin sonuçlarda görüneceği garanti edilmez; bir manuel işlem varsa yapılandırılmış veri yok sayılır. Belgeler değişebilir; uygulamadan önce Google'ın güncel sayfalarına bakın.

JavaScript ile üretilen işaretleme

Product sayfası, JavaScript ile üretilen ürün işaretlemesinin Shopping taramalarını daha seyrek ve daha az güvenilir yapabileceğini söyler. Pazaryeri ilan sayfaları istemci tarafında oluşuyorsa fiyat ve stok gibi sık değişen alanların sunucudan gelen HTML içinde yer alması uygulama önerisi olarak güvenli yoldur. Belgede alan alan hangi verinin sunucu tarafında olması gerektiği ayrıntılandırılmıyor.

Örnek senaryo: ilan şablonundan işaretlemeye

Örnek senaryo: bir pazaryerinde ev yapımı reçel ilanı iki sayfa türünde görünür. Birincisi satın alma akışı sayfada olan ilan sayfasıdır. İkincisi, editörlerin yazdığı "bu mevsimin reçel markaları" gibi bir seçki yazısıdır. Ekip önce ilan sayfası için merchant listings alanlarını yazar: ürün adı, kavanoz fotoğrafı, fiyat ve stok durumu taşıyan Offer. Seçki yazısında tek tek ürünler için Product işaretlemesi koymaz; çünkü sayfa tek bir ürüne odaklanmıyor. Yazı içinde tek bir reçelin ayrıntılı editoryal incelemesi olsaydı, o inceleme sayfası product snippets için ayrı bir aday olurdu.

Tablo: Reçel pazaryerinde şablon kararları

Şablon envanteri: pazaryerindeki sayfa türlerini saymak

İşaretleme kararı tek tek sayfalara değil, şablonlara verilir. Bir pazaryerinde ilan sayfası, satıcı vitrini, kategori listesi, arama sonucu, kampanya sayfası ve blog yazısı farklı şablonlardır. Uygulama önerisi: karar vermeden önce şablonların listesini çıkarın ve her biri için iki soruyu yanıtlayın. Sayfada alıcı ürünü doğrudan satın alabiliyor mu? Sayfa tek bir ürüne mi odaklanıyor?

Tablo: Ev yapımı reçel pazaryerinde şablon envanteri

Envanterde her şablonun karşısına karar gerekçesini bir cümleyle yazın. Böylece bir yıl sonra yeni bir geliştirici "neden kategori sayfasında Product işareti yok" sorusunun cevabını belgede bulur.

Şablon sahibi ve veri kaynağı

İşaretleme alanları, ilan verisinden gelir. Her alanın nereden beslendiği bilinmezse boş ya da yanlış değerler işaretlemeye sızar. Tablo, alanların kaynağını ve boş kalma durumunda ne yapılacağını gösterir.

Tablo: Alan kaynağı ve boşluk kuralı

Tablonun üçüncü sütunu uygulama önerisidir. Google'ın merchant listing belgesi zorunlu ve önerilen alanları listeler ve boşluk durumunda şablonun nasıl davranacağını ayrıca anlatmaz.

Yayın öncesi test seti

Şablon yazılınca tek bir örnek ilanla test etmek yetmez. İlan verisinin farklı durumları işaretlemeyi farklı biçimde etkiler. Uygulama önerisi olarak küçük bir test seti kurun.

Tablo: Örnek ilan durumları ve beklenen sonuç

Bu set, şablon değiştiğinde yeniden çalıştırılan bir otomatik testin girdisi olabilir. Testin çıktısı, sayfadaki görünür veri ile işaretlemedeki değerin eşleştiğini doğrulamalıdır.

Örnek senaryo: tükenen ilan

Örnek senaryo: bir satıcının vişne reçeli ilanı stoktan düşüyor. Sayfa hâlâ açık ve alıcılara "tükendi" bilgisini gösteriyor. Şablon, stok durumunu işaretlemeye sayfadaki bilgiyle aynı biçimde yansıtmalıdır; sayfada tükendi yazarken işaretlemede stokta görünmesi uyumsuzluktur. Stok durumu değerlerinin ayrıntıları bu belgelerde değil, ayrı rehberlerde işlenir. Burada önemli olan, şablonun bilgiyi tek kaynaktan alması ve iki yerde farklı yazmamasıdır.

İki rapor, iki sayfa türü

Google'ın product snippets belgesi, Search Console'daki iki raporu iki sayfa türüne bağlar. "Merchant listings" raporu alıcıların ürünleri satın alabildiği sayfalar içindir. "Product snippets" raporu ürün incelemeleri ve toplayıcı siteler gibi ürünle ilgili diğer sayfalar içindir. Arayüzü Türkçe kullanıyorsanız rapor adları farklı görünebilir.

Bu eşleme bir teşhis aracı olarak kullanılabilir. Uygulama önerisi: bir ilan sayfasının yanlış raporda göründüğünü fark ederseniz, sayfanın işlevi ile şablon kararınız arasında bir uyumsuzluk olabilir. Örneğin satın alma akışı sayfada olan bir ilan "Product snippets" raporunda görünüyorsa, sayfada merchant listings alanlarından biri eksik olabilir ya da sayfa bu deneyime uygun bulunmamış olabilir. Hangi koşulun etkili olduğunu rapor ayrıntısı gösterir.

Şablon değişikliğinden sonra izleme

Google, önemli site değişikliklerinden sonra geçersiz öğe sayısındaki artışın izlenmesini söyler. Şablon güncellemeleri tam bu türden bir değişikliktir. Uygulama önerisi: şablon yayımlanmadan önce rapordaki geçerli ve geçersiz öğe sayılarını not edin, yayından sonra aynı raporu karşılaştırın. Geçerli öğe sayısının düşmesi, işaretlemenin artık sayfaya gömülmediğine işaret edebilir. Yeniden tarama birkaç gün sürebileceği için karşılaştırmayı hemen değil, birkaç gün sonra da yapın.

Satın alma akışı kimin: platform mı, satıcı mı?

Google, merchant listings için Offer gerektiğini ve gerekçe olarak satıcının işareti koyan taraf olması gerektiğini yazar. Pazaryerinde bu cümle iki farklı iş modelinde farklı okunur. Birinci modelde alıcı ödemeyi platformda yapar ve platform satış akışının sahibidir. İkinci modelde platform yalnızca ilan yayınlar, alıcı satıcıyla doğrudan iletişime geçer ya da satıcının sitesinde alışveriş yapar. Belge pazaryeri için ayrı bir bölüm içermiyor, bu yüzden hangi modelin merchant listing şartını karşıladığı belgeden doğrudan okunamaz.

Okunabilen şey şudur: yalnızca alıcının ürünü satın alabildiği sayfalar uygundur ve ürünü satan başka sitelere yalnızca bağlantı veren sayfalar uygun değildir. Uygulama önerisi: iş modelinizi bu iki cümleye göre değerlendirin. Satın alma sayfanın içinde tamamlanıyorsa merchant listings alanlarını yazın. Alıcı başka bir siteye gönderiliyorsa product snippets alanlarını düşünün ve kararı karar günlüğüne yazın.

Örnek senaryo: iletişim formlu reçel ilanı

Örnek senaryo: reçel ilanında "Satıcıya sor" formu var ve ödeme pazaryeri dışında, satıcıyla anlaşarak yapılıyor. Bu ilan sayfasında alıcı ürünü doğrudan satın alamaz. Ekip bu şablon için merchant listings işaretlemesi yazmaz. Sayfada gerçek yorumlar varsa product snippets alanları değerlendirilir. İlanın yanında yeni bir "Hemen al" akışı eklenirse, kararın yeniden gözden geçirilmesi gerekir.

Karar akışının özeti

Adımları tek bir akışta toplayalım. Sırayı bozmayın, çünkü her adım bir sonrakinin girdisini belirler.

1. Şablonu seçin ve sayfanın tek bir ürüne odaklandığını doğrulayın. Odaklanmıyorsa ürün işaretlemesi yazmayın.
2. Alıcının ürünü sayfada satın alıp alamadığına bakın. Alabiliyorsa merchant listings, alamıyorsa product snippets yönünde ilerleyin.
3. Merchant listings yolunda name, image ve Offer türünde offers alanlarını yazın. Product snippets yolunda name ve review, aggregateRating ya da offers alanlarından birini yazın.
4. Varyantlar için AggregateOffer kullanmayın.
5. Önerilen alanları yalnızca gerçek ve sayfada görünen veriyle doldurun.
6. Kargo ve iade bilgisini tek kaynaktan, öncelik sırasını bilerek üretin.
7. Canlı adresi URL Inspection aracıyla inceleyin, Search Console raporunu izleyin.
8. Kararı ve sınırları günlüğe yazın.

Karar günlüğü

Seçimlerin gerekçesini bir yerde tutmak, işaretleme kararlarını yeni ekip üyeleri için okunur kılar. Günlüğe şu kayıtlar girer: şablon adı, sayfa türü, seçilen deneyim, zorunlu alanlar ve veri kaynakları, bilinen sınırlar (örneğin çok satıcılı sayfa için belgelerde ifade olmaması) ve son doğrulama tarihi. Günlükteki "bilinen sınırlar" satırı, belgelerde cevabı olmayan soruları saklar; böylece Google belgeleri güncellendiğinde hangi kararların yeniden değerlendirileceği görünür.

Günlüğü şablon sahibi tutsun ve her şablon değişikliğinde güncellensin. Üç ayda bir günlükteki sınır satırlarını Google'ın ilgili sayfalarıyla karşılaştırın: ürün yapılandırılmış verisi sayfası, product snippets sayfası ve merchant listing sayfası. Bir sayfada yeni bir ifade ortaya çıkmışsa, ilgili şablonun kararı yeniden değerlendirilir. Bu denetim kısa sürer ve eski bir varsayımın sessizce yürürlükte kalmasını önler. Karşılaştırma sonucunu da günlüğe tarihiyle yazın; hangi sayfanın hangi tarihte kontrol edildiği, ekip değişse bile izlenebilir kalır.

Kontrol listesi

Kontrol listesi: İşaretleme türü seçimi

• Şablonun satın alma akışı sayfanın içinde mi?
• Sayfa tek bir ürüne mi odaklanıyor?
• Merchant listings için name, image ve offers (Offer) yazıldı mı?
• Product snippets için name ve review, aggregateRating ya da offers alanlarından biri var mı?
• Varyantlar için AggregateOffer kullanılmadı mı?
• Yazılan her alanın sayfada görünür karşılığı var mı?
• Pros and cons yalnızca editoryal inceleme sayfasında mı?
• Kargo ve iade bilgisi tek kaynaktan üretiliyor mu?
• Fiyat ve stok gibi değişen alanlar sunucu HTML'inde mi?
• Search Console'da ilgili rapor izleniyor mu?

Dikkat edilecek hatalar

Her ilan sayfasına merchant listing alanı koymak

Satın alma akışı başka sitede olan sayfa merchant listing deneyimine uygun değildir. Alan yazmadan önce sayfanın işlevine bakın.

Liste sayfalarına ürün işaretlemesi koymak

Google ürün zengin sonucunu tek ürüne odaklanan sayfalar için destekler. Liste sayfasında tek bir ürünün alanlarını yazmak yanlış sayfaya yanlış işaret koymaktır.

Varyantları AggregateOffer ile anlatmak

Belge bu kullanımı açıkça istemez. Varyant başına ayrı sayfa ve ayrı Offer daha güvenlidir.

Boş ya da yer tutucu alan

Gerçekte olmayan puan, boş marka adı ya da sahte yorum alanı işaretleme ile sayfa arasında uyumsuzluk üretir. Veri yoksa alanı hiç yazmayın.

Şablonu bir kez kurup unutmak

İlan şablonuna eklenen yeni bir bölüm, sepet akışındaki bir değişiklik ya da yeni bir fotoğraf bileşeni işaretlemeyi sessizce bozabilir. Şablon her değiştiğinde test setini yeniden çalıştırın, Search Console raporundaki geçersiz öğe sayısını izleyin ve sayfadaki görünür bilgi ile işaretlemedeki değerin eşleştiğini doğrulayın. Kural, kimsenin hatırlamasına bağlı kalmasın; testi yayın sürecinin parçası yapın.

İşaretlemeyi garanti gibi sunmak

Google yapılandırılmış veriye bağlı özelliklerin sonuçlarda çıkacağını garanti etmez. Raporlarda "uygun olabilir" dilini kullanın.

Sık Sorulan Sorular

Product snippets ile merchant listings arasındaki fark nedir?

Google'a göre product snippets ürünün doğrudan satın alınamadığı ürün sayfaları, merchant listings ise müşterilerin ürünü satın alabildiği sayfalar içindir.

Merchant listings için hangi alanlar zorunlu?

Google'ın merchant listing belgesine göre name, image ve offers zorunludur. offers alanı iç içe bir Offer olmalıdır.

Pazaryeri ilan sayfasında AggregateOffer kullanabilir miyim?

Merchant listings Offer ister, çünkü satıcının satan taraf olması gerekir. Product snippets Offer ya da AggregateOffer kabul eder. Belge AggregateOffer'ın varyantları tanımlamak için kullanılmamasını söyler.

Kategori sayfama Product işaretlemesi koyabilir miyim?

Google ürün zengin sonuçlarının yalnızca tek bir ürüne odaklanan sayfaları desteklediğini söyler.

Kargo ve iade bilgisini işaretlemede mi yoksa Merchant Center'da mı vermeliyim?

Belge ikisine de izin verir. Aynı bilgi birden çok yerde varsa ürün düzeyindeki Merchant Center beslemesi en güçlü, organizasyon düzeyindeki işaretleme en zayıf kaynaktır.

Yapılandırılmış veri ekleyince zengin sonuç garanti mi?

Hayır. Google yapılandırılmış veriye bağlı özelliklerin sonuçlarda görüneceğini garanti etmez.

Sonuç

Pazaryeri ürün sayfasında seçim iki adımda yapılır. Önce sayfanın alıcıya doğrudan satın alma imkânı verip vermediğine bakın: veriyorsa merchant listings için name, image ve Offer türünde offers yazın, vermiyorsa product snippets alanlarını değerlendirin. Sonra sayfanın tek bir ürüne odaklandığını doğrulayın; liste sayfaları ürün zengin sonucu için uygun değildir. AggregateOffer varyantlar için kullanılmaz, kargo ve iade bilgisi tek kaynaktan üretilir ve her alanın sayfada görünür karşılığı olur.

Şablonlar bu kurallara göre kurulduğunda ilanlarınızı daha geniş bir kitleye göstermek için reklam alanlarını inceleyin. Genel Product şeması çerçevesi için ürün schema işaretlemesi rehberine bakın.