Google SEO'da Ürün Şeması Nasıl Test Edilir?
Product yapılandırılmış verisini Rich Results Test ve Search Console ile test edin; işaretlemenin sayfada görünen ürünle uyuşmasını ve uyarıları iş akışına bağlayın.

Ürün şeması testinde üç ayrı soruya yanıt arayın: İşaretleme teknik olarak okunabiliyor mu, hedeflenen arama özelliğinin kurallarını karşılıyor mu, gösterilen bilgiler gerçek ürünle tutarlı mı? Test aracının yeşil sonucu bu üç sorunun tamamını cevaplamaz. Kontrolü kaynak veriden başlayıp canlı sayfa ve Search Console takibine uzatın.
Test işine işaretlemenin kaynak koduyla başlayın
Ürün şemasını test etmeden önce işaretlemenin gerçekten sayfada olup olmadığını doğrulayın. Sayfa kaynağını açıp işaretleme bloğunu (JSON-LD, Microdata) bulun; işaretleme JavaScript ile sayfaya sonradan ekleniyorsa tarama ve işleme aşamasında görünürlüğünü ayrıca kontrol etmelisiniz. Google’ın JavaScript SEO temelleri sayfası sayfaların tarama, işleme ve indeksleme aşamalarından geçtiğini açıklar; tarayıcıda gördüğünüz işaretleme bot işlemeyle aynı olmayabilir.
Bir sayfada birden fazla yapılandırılmış veri bloğu bulunması tek başına hata değildir. Product, BreadcrumbList ve Organization gibi farklı varlıklar birlikte yer alabilir. Sorun, aynı ürünü temsil eden çelişkili veya gereksiz yinelenmiş kayıtlar olduğunda ortaya çıkar. Tema ile eklentinin farklı fiyat üretmesi gibi durumlarda verinin hangi kaynaktan geldiğini belirleyin.
Şablon değişikliğini test penceresine bağlayın
Ürün şeması genelde tek şablondan üretilir; şablon güncellemesi katalog geneline aynı anda yansır. Şablon değişikliği yaptığınızda test işini şablon düzeyinde yapın: bir temsil sayfada yeni şablonu deneyin, kategori grubundan farklı ürünler (tek varyant, çok varyant, indirimde ürün) seçip her birini test edin. Şablon testini katalog geneline yaymadan önce yapmak, yüzlerce sayfada aynı hatanın çoğalmasını önler.
Rich Results Test ile işaretleme doğruluğunu kontrol edin
Önce hedef modeli belirleyin. Google’ın ürün yapılandırılmış veri rehberi, Product snippets ile Merchant listings modellerini ayrı açıklar. Doğrudan satış yapılan sayfayla editoryal ürün incelemesinin gereksinimlerini aynı alan listesine indirgemeyin.
Rich Results Test ile URL veya kod örneğini inceleyin. Aracın belirlediği öğe türünü, kritik hataları ve kritik olmayan uyarıları kaydedin. Bir özelliğin geçerli sayılması bütün ürün alanlarının dolu olduğu anlamına gelmez. Ürün için bilinmeyen GTIN, puan veya yorum üretip sırf uyarı sayısını azaltmaya çalışmayın.
| Bulgu | Değerlendirme | Sonraki kontrol |
|---|---|---|
| Kritik hata | İlgili öğenin hedef zengin sonuç uygunluğunu etkiler | Doğru modelin gereksinimine göre düzelt |
| Kritik olmayan uyarı | Önerilen bilgi eksik veya geliştirilebilir | Gerçek veri varsa uygun biçimde ekle |
| Geçerli öğe | Testin teknik kontrollerini karşılıyor | Görünür içerik ve ürün kaydıyla karşılaştır |
| Çelişen kayıtlar | Aynı ürün için farklı bilgi üretiliyor | Tema, uygulama ve veri kaynaklarını incele |
Testi tek URL’den örnek sete genişletin
Örnek seti sitenin gerçek çeşitliliğine göre kurun. Tek ürün, varyantlı ürün, indirimli fiyat, stok değişimi ve farklı para birimi gibi kullandığınız durumlar testte yer alsın. Her site için dört örneğin yeterli olduğu söylenemez. Farklı şablon ve entegrasyonların ürettiği çıktıları da kapsayın.
İşaretlemeyi sayfada görünen ürünle karşılaştırın
İşaretlemedeki ürün kimliğini ve özellikleri sayfadaki gerçek içerikle karşılaştırın. Fiyat, para birimi ve stok doğru mu? Görsel ilgili ürünü mü gösteriyor? İsimler yazı biçimi açısından birebir aynı olmak zorunda değildir; fakat başka ürünü veya varyantı anlatmamalıdır. Test aracı teknik yapıyı okuyabilir, tedarikçi verisinin gerçekliğini sizin yerinize doğrulamaz.
Fiyat veya stok değiştiğinde verinin sayfa ile işaretlemeye tutarlı yansıdığını deneyin. Varyantlı ürünlerde kullanılan model önemlidir: bütün varyantların baştan ProductGroup içinde tanımlandığı bir yapıda her tıklamada JSON-LD’yi yeniden yazmak şart değildir. Google’ın varyant belgesindeki tek sayfa ve çok sayfa modellerini esas alarak ürün adreslerini, seçimleri ve veriyi kontrol edin.
- Kampanya fiyatı ve para birimi doğru ürün kaydıyla eşleşiyor mu?
- Stok bilgisi önbellek yüzünden eski kalıyor mu?
- Her varyant doğru kimlik ve teklifle tanımlanmış mı?
- Varyant bağlantısı doğru seçimi açıyor mu?
- Görseller, adlar ve işaretlenmiş özellikler ilgili ürünü anlatıyor mu?
Fiyat/stok güncellemesini işaretlemeye taşımak altyapı işidir
İşaretleme bloğu şablonda sabit yazılmışsa (fiyat elle yazılmış) kampanya güncellemesi işaretlemeye yansımaz; işaretlemenin ürün verisi alanından beslenmesi gerekir. Bu, şablon düzeltmesinden önce veri akışı düzeltmesi demektir: fiyat/stok alanı işaretlemeye beslenmeli, şablon sadece alanı yerleştirmeli. Sabit işaretlemeyi görmek için sayfada kampanya fiyatına geçip kaynak kodu kontrol edin.
Hatanın kaynağına göre düzeltme yapın
Sorun şablonda, ürün kaydında, entegrasyonda veya önbellekte olabilir. Bir ürüne ait yanlış GTIN için tüm şablonu değiştirmek gerekmez; her üründe yanlış alan adı üreten bir şablonu ise tek sayfalık yamayla düzeltmek kalıcı olmaz. Önce hatanın ortak nedenini belirleyin.
Düzeltmeyi önizleme ortamında farklı ürünlerle test edin, ardından canlı çıktıyı doğrulayın. Search Console’un yeniden tarama ve doğrulama süreci bu yayını takip eder; yerel değişiklik yapmış olmak Google’ın yeni veriyi gördüğünü kanıtlamaz. Canlı sayfanın erişilebilirliği ve taranabilirliği de kontrol edilmelidir.
Şablon güncelleme rutinine şema testini ekleyin
Tema, uygulama veya veri aktarımı değiştiğinde aynı örnek seti yeniden deneyin. URL, ürün tipi, test tarihi, bulgu ve düzeltme sorumlusunu kaydedin. Bu rutin hata riskini azaltır; tüm katalogda gelecekte hata çıkmayacağını garanti etmez. Kontrolün kapsamı ürün ve entegrasyon çeşitliliğine göre güncellenmelidir.
Search Console raporlarını iş akışına bağlayın
Search Console zengin sonuç raporları, tespit edilen yapılandırılmış veri öğelerinin bir örneklemini gösterir. Sayılar sayfaları değil öğeleri ifade eder; rapor bütün kataloğun eksiksiz envanteri değildir. Listede bulunmayan bir URL gerektiğinde URL Denetleme aracıyla ayrıca incelenir.
Geçerli veya geçersiz öğe sayısındaki değişimi katalog, tarama ve yayın kayıtlarıyla birlikte okuyun. Düşüş her zaman şablonun bozulduğu anlamına gelmez; silinen ürünler, indeksleme ve tarama değişiklikleri de incelenmelidir. Hata ayrıntısındaki örnekleri aynı ürün tipi ve kaynağına göre gruplayın.
Ürün şeması hatası, sayfanın standart organik sonuçlarda hiçbir şekilde görünemeyeceği anlamına gelmez. Zengin sonuç uygunluğu, indeksleme ve sıralama ayrı kontrollerdir. Bu ayrımı SEO hizmeti kapsamında site mimarisi ve ürün veri akışıyla birlikte ele alabilirsiniz. Worgoo E-Ticaret sayfası diğer ilgili çalışma alanlarını içerir.
Sonuç
Ürün şemasını tek bir yeşil test sonucuyla tamamlanmış saymayın. Doğru model, gerçek ürün bilgisi, canlı veri akışı ve Google’ın tespit ettiği öğeler birlikte kontrol edilmeli. Hatanın kaynağını düzeltip temsil eden ürünlerle tekrar deneyin; zengin sonuç uygunluğunu görünme garantisi olarak sunmayın.
Sık sorulan sorular
Rich Results Test geçiyor ama zengin ürün sonucu görünmüyor; neden?
Geçerli işaretleme uygunluk sağlar, görünüm garantisi vermez. Sayfanın erişimi, indeks durumu, içerik ve ilgili özellik kuralları ayrıca incelenmeli; Google’ın görünümü sunma kararı test sonucundan ayrılmalıdır.
Ürünün GTIN kodu yoksa uyarıyı nasıl ele almalıyım?
Önce ürünün gerçekten bir kimliği olup olmadığını doğrulayın. Olmayan GTIN uydurulmaz. Hedef modelin alan gereksinimlerini inceleyin; başka bir alanın GTIN yerine otomatik geçeceğini varsaymayın.
Sayfada birden fazla JSON-LD bloğu olması hata mı?
Tek başına hata değildir. Farklı varlıklar birden fazla blokta tanımlanabilir. Aynı ürünü temsil eden çelişkili fiyat, stok veya kimlik üreten kayıtlar varsa bunların kaynağını ve ilişkisini düzeltin.
Search Console sayısı katalogdaki ürün sayısıyla eşit olmalı mı?
Zorunlu değildir. Rapor sayfa yerine öğe sayar ve tüm öğelerin eksiksiz listesini sunmaz. Varyantlar, tarama durumu ve örnekleme farkı nedeniyle sayılar değişebilir; şüpheli URL’leri tek tek denetleyin.



