- Konu sahibi
- #1
Search Console'daki zengin sonuç raporları, sayfanızdaki yapılandırılmış verinin Google tarafından algılanıp algılanmadığını ve zengin sonuç uygunluğunu kontrol etmek için kullanılır. Raporu değerlendirirken yalnızca hata sayısına bakmayın; önce hangi öğenin etkilendiğini, hatanın tüm URL'lerde mi yoksa örnek URL'lerde mi görüldüğünü ve düzeltmeden sonra doğrulamanın başarıyla tamamlanıp tamamlanmadığını inceleyin. Geçerli görünmek, zengin sonucun kesin olarak arama sonuçlarında gösterileceği anlamına gelmez.
Search Console, desteklenen yapılandırılmış veri türlerini ayrı geliştirme raporlarında izler. Her rapor genellikle şu durumları ayırır:
Geçerli öğeler: Google'ın gerekli alanları okuyabildiği ve öğeyi ilgili zengin sonuç türü için değerlendirebildiği yapılandırılmış veri öğeleridir. Sayılar URL değil, öğe sayısıdır; tek sayfada birden fazla öğe bulunabilir.
Uyarılar: Öğe kullanılabilir durumda olabilir; ancak önerilen bir alan eksikliği veya kalite iyileştirmesi vardır. Uyarı, her zaman geçersiz olduğu anlamına gelmez.
Hatalar: Zengin sonuç için gerekli bir alanın eksik, hatalı biçimde veya kurallara aykırı olması gibi nedenlerle öğenin uygun görülmediği durumlardır.
Rapor ayrıca zaman içindeki değişimi ve örnek URL'leri gösterir. Örnekler tüm sitenin eksiksiz envanteri değildir; tek öğe birden fazla sorundan etkilenebilir, bu yüzden sorun toplamları öğe toplamlarını aşabilir. Bu veriler yapılandırılmış verinin teknik durumunu anlatır; arama görünürlüğü veya tıklama garantisi vermez.
Örneğin bir ürün sayfasında ürün yapılandırılmış verisi bulunuyor ve raporda 120 geçerli, 8 hatalı öğe görünüyorsa ilk iş, hatalı 8 öğenin bulunduğu örnek URL'lerin ortak bir şablon kullanıp kullanmadığını kontrol etmektir. Bir öğede raporun ilgili tür için zorunlu gösterdiği alan şablon tarafından boş üretiliyor olabilir. Ürün snippet'i ile satıcı listelemesinin gereksinimleri aynı değildir; hata ayrıntısındaki alanı, ilgili rapor türünün kurallarıyla karşılaştırın. Aynı hata birçok URL'de varsa tek tek sayfaları düzeltmek yerine ilgili tema, eklenti veya veri şablonunu düzeltmek daha doğru yaklaşımdır.
Bir URL'de rapor hatası görünmesine rağmen sayfanın kaynak kodunda veri bulunmuyorsa, eski tarama verisi, yanlış sayfa sürümü veya Google'ın henüz yeni değişikliği işlememiş olması söz konusu olabilir. Bu durumda önce canlı URL'yi kontrol edin; yalnızca rapordaki eski örneğe bakarak kod değişikliği yapmayın.
Bir uyarıyı yalnızca sayıyı sıfırlamak için kapatmaya çalışmayın. Önerilen alan sayfada gerçekten mevcut değilse, kullanıcıya ait olmayan veya gerçeği yansıtmayan bir değer eklemek yerine uyarının nedenini kabul etmek daha güvenlidir.
Geçerli sayısını sıralama sinyali sanmak: Geçerli yapılandırılmış veri, yalnızca teknik uygunluk göstergesidir. İçeriğin kalitesi, arama amacı ve Google'ın sonuç oluşturma kararı ayrı konulardır.
Görünür olmayan bilgiyi işaretlemek: Yapılandırılmış veride kullanıcıya gösterilmeyen, sayfayla ilgisiz veya gerçeği yansıtmayan değerler kullanmak raporun geçerli görünse bile sorun yaratabilir.
Tüm uyarıları hata kabul etmek: Önce alanın gerçekten gerekli mi yoksa önerilen mi olduğunu ayırın. Sayfa türünüz bu alanı anlamlı biçimde sağlayamıyorsa sırf uyarıyı kaldırmak için sahte veri eklemeyin.
Sadece ana sayfayı test etmek: Şablon, kategori ve detay sayfaları farklı veri üretebilir. Her önemli sayfa tipinden en az bir canlı örnek kontrol edilmelidir.
Zengin sonuç raporu neyi gösterir?
Search Console, desteklenen yapılandırılmış veri türlerini ayrı geliştirme raporlarında izler. Her rapor genellikle şu durumları ayırır:
Geçerli öğeler: Google'ın gerekli alanları okuyabildiği ve öğeyi ilgili zengin sonuç türü için değerlendirebildiği yapılandırılmış veri öğeleridir. Sayılar URL değil, öğe sayısıdır; tek sayfada birden fazla öğe bulunabilir.
Uyarılar: Öğe kullanılabilir durumda olabilir; ancak önerilen bir alan eksikliği veya kalite iyileştirmesi vardır. Uyarı, her zaman geçersiz olduğu anlamına gelmez.
Hatalar: Zengin sonuç için gerekli bir alanın eksik, hatalı biçimde veya kurallara aykırı olması gibi nedenlerle öğenin uygun görülmediği durumlardır.
Rapor ayrıca zaman içindeki değişimi ve örnek URL'leri gösterir. Örnekler tüm sitenin eksiksiz envanteri değildir; tek öğe birden fazla sorundan etkilenebilir, bu yüzden sorun toplamları öğe toplamlarını aşabilir. Bu veriler yapılandırılmış verinin teknik durumunu anlatır; arama görünürlüğü veya tıklama garantisi vermez.
Somut örnekle nasıl yorumlanır?
Örneğin bir ürün sayfasında ürün yapılandırılmış verisi bulunuyor ve raporda 120 geçerli, 8 hatalı öğe görünüyorsa ilk iş, hatalı 8 öğenin bulunduğu örnek URL'lerin ortak bir şablon kullanıp kullanmadığını kontrol etmektir. Bir öğede raporun ilgili tür için zorunlu gösterdiği alan şablon tarafından boş üretiliyor olabilir. Ürün snippet'i ile satıcı listelemesinin gereksinimleri aynı değildir; hata ayrıntısındaki alanı, ilgili rapor türünün kurallarıyla karşılaştırın. Aynı hata birçok URL'de varsa tek tek sayfaları düzeltmek yerine ilgili tema, eklenti veya veri şablonunu düzeltmek daha doğru yaklaşımdır.
Bir URL'de rapor hatası görünmesine rağmen sayfanın kaynak kodunda veri bulunmuyorsa, eski tarama verisi, yanlış sayfa sürümü veya Google'ın henüz yeni değişikliği işlememiş olması söz konusu olabilir. Bu durumda önce canlı URL'yi kontrol edin; yalnızca rapordaki eski örneğe bakarak kod değişikliği yapmayın.
Durumları karar vermek için kullanma
| Durum | Muhtemel anlam | Sonraki karar |
|---|---|---|
| Geçerli | Gerekli alanlar okunuyor | Örnek URL'yi ve gerçek sayfa içeriğini yine de kontrol edin |
| Uyarı | Eksik öneri veya iyileştirme | Önerinin iş hedefi ve içerikle uyumlu olup olmadığını değerlendirin |
| Hata | Zorunlu koşul karşılanmıyor | Kaynağı ve şablonu düzeltip doğrulama başlatın |
Bir uyarıyı yalnızca sayıyı sıfırlamak için kapatmaya çalışmayın. Önerilen alan sayfada gerçekten mevcut değilse, kullanıcıya ait olmayan veya gerçeği yansıtmayan bir değer eklemek yerine uyarının nedenini kabul etmek daha güvenlidir.
Raporu uygulamalı değerlendirme adımları
- Search Console'da ilgili mülkü seçin ve zengin sonuçlar veya geliştirmeler bölümünden incelemek istediğiniz veri türünün raporunu açın.
- Grafikteki geçerli ve geçersiz öğeleri, ayrıca kritik ve kritik olmayan sorun listelerini tarih aralığıyla birlikte karşılaştırın. Ani artış varsa tema, eklenti, şablon, yönlendirme veya içerik üretimindeki değişiklikleri kontrol edin.
- Hata ya da uyarı satırını açarak etkilenen URL örneklerini ve hata açıklamasını inceleyin. Aynı nedenin birden çok URL'de tekrarlanıp tekrarlanmadığını belirleyin.
- Örnek URL'yi URL Denetleme ve Zengin Sonuçlar Testi araçlarıyla inceleyin. Canlı sayfanın gerçekten ilgili içerik türünü taşıdığını, yapılandırılmış verinin görünür içerikle çelişmediğini ve zorunlu alanların boş olmadığını kontrol edin.
- Sorun şablon veya eklentiden kaynaklanıyorsa kaynağı düzeltin; yalnızca tek bir HTML çıktısını elle değiştirerek kalıcı çözüm varsaymayın.
- Düzeltmeden sonra canlı URL'yi yeniden test edin ve rapordaki doğrulama seçeneğini başlatın. Doğrulama, tüm sorunlu URL'lerin aynı anda düzeldiğini garanti etmez; yeniden tarama ve işleme süreci tamamlanana kadar raporda eski durumlar görülebilir.
- Doğrulama tamamlandığında başarısız URL örneklerini ayrıca inceleyin. Sorun çözülmüş görünmüyorsa aynı kodu tekrar göndermek yerine hata ayrıntısının değişip değişmediğini ve sayfanın canlı sürümünü karşılaştırın.
Sık yapılan hatalar
Geçerli sayısını sıralama sinyali sanmak: Geçerli yapılandırılmış veri, yalnızca teknik uygunluk göstergesidir. İçeriğin kalitesi, arama amacı ve Google'ın sonuç oluşturma kararı ayrı konulardır.
Görünür olmayan bilgiyi işaretlemek: Yapılandırılmış veride kullanıcıya gösterilmeyen, sayfayla ilgisiz veya gerçeği yansıtmayan değerler kullanmak raporun geçerli görünse bile sorun yaratabilir.
Tüm uyarıları hata kabul etmek: Önce alanın gerçekten gerekli mi yoksa önerilen mi olduğunu ayırın. Sayfa türünüz bu alanı anlamlı biçimde sağlayamıyorsa sırf uyarıyı kaldırmak için sahte veri eklemeyin.
Sadece ana sayfayı test etmek: Şablon, kategori ve detay sayfaları farklı veri üretebilir. Her önemli sayfa tipinden en az bir canlı örnek kontrol edilmelidir.