Doğruluk kontrolü (ClaimReview) yapılandırılmış verisi

Başkalarının iddialarını inceleyen bir web sayfanız varsa web sayfanıza ClaimReview yapılandırılmış verilerini ekleyebilirsiniz. ClaimReview yapılandırılmış verileri, sayfanız söz konusu iddiayla ilgili arama sonuçlarında göründüğünde Google Arama sonuçlarında görüntülenecek doğruluk kontrolünüzün özetlenmiş bir sürümünü sağlayabilir.

Bu kılavuzda, ClaimReview yapılandırılmış verilerinin nasıl uygulanacağıyla ilgili ayrıntılar açıklanmaktadır. Yapılandırılmış verileri manuel olarak eklemek istemiyorsanız Doğruluk Kontrolü İşaretleme Aracı'na göz atabilirsiniz. Daha fazla bilgi için Doğruluk Kontrolü İşaretleme Aracı Hakkında sayfasını ziyaret edin.

Yapılandırılmış veri ekleme

Yapılandırılmış veri, bir sayfa hakkında bilgi sağlamak ve sayfa içeriğini sınıflandırmak için kullanılan standart bir biçimdir. Yapılandırılmış veri konusunda yeniyseniz yapılandırılmış verinin nasıl çalıştığı hakkında daha fazla bilgi edinebilirsiniz.

Aşağıda, yapılandırılmış verinin nasıl oluşturulacağı, test edileceği ve yayınlanacağı hakkında bir genel bakış sunulmuştur. Web sayfasına yapılandırılmış verinin nasıl ekleneceği hakkında adım adım açıklamalı kılavuz için yapılandırılmış veri codelab'e göz atın.

  1. Zorunlu özellikleri ekleyin. Kullandığınız biçime bağlı olarak sayfada yapılandırılmış verilerin nereye ekleneceğini öğrenin.
  2. Yönergeleri uygulayın.
  3. Zengin Sonuçlar Testi'ni kullanarak kodunuzu doğrulayın ve kritik hataları düzeltin. Araçta işaretlenmiş olabilecek kritik olmayan sorunları da düzeltme seçeneğini değerlendirin. Bu tür hatların düzeltilmesi yapılandırılmış verilerinizin kalitesini artırır ancak zengin sonuçlara uygun olmak için zorunlu değildir.
  4. Yapılandırılmış verinizi içeren birkaç sayfa dağıtıp Google'ın sayfayı nasıl gördüğünü test etmek için URL Denetleme aracını kullanın. Google'ın sayfanıza erişebildiğinden ve bir robots.txt dosyası, noindex etiketi veya giriş gereksinimleri tarafından engellenmediğinden emin olun. Sayfa düzgün görünüyorsa Google'dan URL'lerinizi yeniden taramasını isteyebilirsiniz.
  5. İleride yapılacak değişiklikler konusunda Google'a bilgi vermeye devam etmek için site haritası gönderin. Bu işlemi Search Console Sitemap API ile otomatikleştirebilirsiniz.

Örnek

Dünyanın düz olduğu iddiasını değerlendiren bir sayfa düşünün. Sayfa bir ClaimReview öğesi sağlıyorsa "dünya düzdür" aramasının Google Arama sonuçlarında nasıl görünebileceğini burada bulabilirsiniz (gerçek görsel tasarımın değişebileceğini unutmayın):

Bir sayfa ile ilişkilendirilmiş tek bir iddia incelemesi

Bu doğruluk kontrolünü barındıran sayfadaki yapılandırılmış verilerle ilgili bir örneği burada bulabilirsiniz:


<html>
  <head>
    <title>The world is flat</title>
    <script type="application/ld+json">
    {
      "@context": "https://schema.org",
      "@type": "ClaimReview",
      "url": "https://example.com/news/science/worldisflat.html",
      "claimReviewed": "The world is flat",
      "itemReviewed": {
        "@type": "Claim",
        "author": {
          "@type": "Organization",
          "name": "Square World Society",
          "sameAs": "https://example.flatworlders.com/we-know-that-the-world-is-flat"
        },
        "datePublished": "2024-06-20",
        "appearance": {
          "@type": "OpinionNewsArticle",
          "url": "https://example.com/news/a122121",
          "headline": "Square Earth - Flat earthers for the Internet age",
          "datePublished": "2024-06-22",
          "author": {
            "@type": "Person",
            "name": "T. Tellar"
          },
          "image": "https://example.com/photos/1x1/photo.jpg",
          "publisher": {
            "@type": "Organization",
            "name": "Skeptical News",
            "logo": {
              "@type": "ImageObject",
              "url": "https://example.com/logo.jpg"
            }
          }
        }
      },
      "author": {
        "@type": "Organization",
        "name": "Example.com science watch"
      },
      "reviewRating": {
        "@type": "Rating",
        "ratingValue": 1,
        "bestRating": 5,
        "worstRating": 1,
        "alternateName": "False"
      }
    }
    </script>
  </head>
  <body>
  </body>
</html>

Uygunluk yönergeleri

Sayfanız, Zengin Sonuç Testi'ne göre doğru şekilde işaretlenmiş olsa bile Google, doğruluk kontrollerinin arama sonuçlarında görüneceğini garanti etmez. Yapılandırılmış verilerin kullanılması bir özelliğin var olmasını etkinleştirir, ancak var olacağını garanti etmez. Google algoritması, doğruluk kontrolü zengin sonuçlarının uygunluğunu aşağıdaki yönergeler de dahil olmak üzere birçok değişkene bağlı olarak programatik bir şekilde belirler.

Doğruluk kontrol içeriğinizin, Google Arama'da doğruluk kontrolü zengin sonucu olarak görüntülenmeye uygun olması için aşağıdaki yönergeleri karşılaması gerekir:

  • Sitenizde ClaimReview yapılandırılmış verileriyle işaretlenmiş birkaç sayfa olmalıdır.
  • Tüm yapılandırılmış veri yönergelerine ve Arama Yönergeleri'ne uymanız gerekir.
  • Yapılandırılmış veriler ile sayfa içeriği arasında herhangi bir uyuşmazlık olmamalıdır (örneğin, yapılandırılmış veriler iddianın doğru olduğunu belirtirken sayfadaki içerik iddianın yanlış olduğunu söylerse). Bunun yerine hem içeriğin hem de yapılandırılmış verilerin eşleştiğinden emin olun (örneğin, her ikisi de iddianın doğru olduğunu söyler).
  • Google Haberler Genel Yönergelerimizde belirtildiği şekilde sorumluluk, şeffaflık, okunabilirlik ve site yanlış beyanı ile ilgili standartları karşılamalısınız.
  • Kullanıcıların, hataları bildirebilmeleri için bir düzeltme politikanız veya mekanizmanız olması gerekir.
  • Kampanya, parti veya seçilmiş görevliler gibi siyasi oluşumların web siteleri, bu özellik için uygun değildir.
  • Okuyucularınız, makalenin gövdesindeki iddiaları ve kontrolleri kolayca belirleyebilir. Okuyucularınız, neyin kontrol edildiğini ve ne sonuçlara ulaşıldığını anlayabilir.
  • Değerlendirdiğiniz iddiayı başka bir web sitesi, basın açıklaması, sosyal medya veya izlenebilir başka bir kaynak olup olmadığına bakılmaksızın farklı bir kaynakla (sizin web sitenizden farklı olarak) açık bir şekilde ilişkilendirmelisiniz.
  • Doğruluk kontrol analiziniz, birincil kaynaklardan yapılan alıntılar ve referanslarla hem kaynaklar hem de yöntemler açısından izlenebilir ve şeffaf olmalıdır.

Teknik yönergeler

  • Tek doğruluk kontrolü zengin sonucuna uygun olması için sayfada yalnızca bir ClaimReview öğesi olmalıdır. Bir sayfaya birden fazla ClaimReview öğesi eklerseniz sayfa, tek doğruluk kontrolü zengin sonucu için uygun olmaz.
  • ClaimReview öğesini barındıran sayfa, doğruluk kontrolünün ve değerlendirmenin tam metnini olmasa bile en azından kısa bir özetini içermelidir.
  • Belirli bir ClaimReview, sitenizdeki tek bir sayfada yer almalıdır. Aynı sayfanın varyasyonları olmadıkça bir doğruluk kontrolünü birden fazla sayfada tekrarlamayın (örneğin, bir ClaimReview öğesini bir sayfanın mobil ve masaüstü sürümlerinde yayınlayabilirsiniz).
  • Web siteniz doğruluk kontrolü makaleleri topluyorsa tüm makalelerin yukarıdaki ölçütlere uyduğundan ve topladığınız tüm doğruluk kontrol web sitelerinin açık ve genel bir listesini sağladığınızdan emin olun.

Yapılandırılmış veri türü tanımları

Doğruluk kontrollerini uygulamak için aşağıdaki yapılandırılmış veri türleri gerekir:

İçeriğinizin zengin sonuç olarak görüntülenmeye uygun olması için zorunlu özellikleri eklemeniz gerekir. İçeriğiniz hakkında daha fazla bilgi ekleyerek daha iyi bir kullanıcı deneyimi sağlamak için önerilen özellikleri de dahil edebilirsiniz.

ClaimReview

ClaimReview öğesinin tam tanımını schema.org/ClaimReview adresinde bulabilirsiniz. Google tarafından desteklenen özellikler şunlardır:

Zorunlu özellikler
claimReviewed

Text

Değerlendirilmekte olan iddianın kısa bir özeti. Mobil cihazlarda görüntülendiğinde sözcük kaydırmayı en aza indirmek için bu özeti 75 karakterden daha kısa tutmaya çalışın.
reviewRating

Rating

İddianın değerlendirmesi. Bu nesne hem sayısal değerlendirmeyi hem de metin değerlendirmesini destekler. Metin değeri şu anda arama sonuçlarında gösterilen tek değerdir.

Farklı doğruluk kontrolü projeleri, özellikle ara değerler için hemen göze çarpmayan farklar içerebilen çeşitli puan düzenlerine sahiptir. Sayısal puanların anlamını netleştirmek için bu tür puan düzenlerini belgelemek önemlidir. En azından, sayısal puanlara sahip doğruluk kontrollerinizin tamamı için derecelendirme sistemini metne dönüştürecek bir sayı olmalıdır.

  • 1 = "Yanlış"
  • 2 = "Çoğunlukla yanlış"
  • 3 = "Kısmen doğru"
  • 4 = "Çoğunlukla doğru"
  • 5 = "Doğru"

Daha fazla bilgi için Rating konusuna bakın.
url

URL

Doğruluk kontrolünün tam makalesini barındıran sayfanın bağlantısı.

URL değerinin alan adı, bu ClaimReview öğesini barındıran sayfa ile aynı veya bunun bir alt alan adı olmalıdır. Yönlendirmeler veya kısaltılmış URL'ler (örneğin, g.co/searchconsole) çözümlenmeyeceğinden burada çalışmaz.
author

Organization veya Person

Doğruluk kontrolü makalesinin yayıncısı, iddianın yayıncısı değildir. author bir kuruluş veya kişi olmalıdır. author aşağıdaki özelliklerin en az birine sahip olmalıdır:

name Text

Doğruluk kontrolünü yayınlayan kuruluşun adı.
url

URL

Doğruluk kontrolü yayıncısının URL'si. Bu bir ana sayfa, iletişim sayfası veya uygun başka bir sayfa olabilir.

Google'ın çeşitli özellikler kullanarak yazarları en iyi şekilde anlamasına yardımcı olmak için yazar işaretlemesiyle ilgili en iyi uygulamalara uymaya dikkat edin.

itemReviewed

Claim

Bulunulan iddiayı açıklayan bir nesne. Daha fazla bilgi için Claim konusuna bakın.

Claim

Claim öğesinin tam tanımını schema.org/Claim adresinde bulabilirsiniz.

appearance

URL veya CreativeWork

Bu iddianın içinde göründüğü bir CreativeWork bağlantısı veya satır içi açıklaması.

appearance veya firstAppearance eklemenizi öneririz. İkisini birden eklemeniz gerekmez.
author

Organization veya Person

İddiayı yazan kişi, doğruluk kontrolünü yazan kişi değil. İddianın bir yazarı yoksa author özelliğini eklemeyin. author öğesini eklerseniz aşağıdaki özellikleri tanımlayın:

nameText, gerekli

İddianın yayıncısı. Yayıncı, bir kişi veya kuruluş olabilir.

sameAs URL, önerilir

Tarafın bir Person veya Organization olmasından bağımsız olarak, iddiada bulunan tarafı belirtir. Birden fazla yayıncı aynı iddiada bulunduğunda appearance özelliği tekrarlanabilir. Birden fazla taraf temelde aynı iddiada bulunurken author özelliği tekrarlanabilir.

URL şunlar olabilir:

  • İddiada bulunan kuruluşun ana sayfası.
  • Bir kişinin veya kuruluşun Wikipedia ya da Wikidata girişi gibi, iddiada bulunan tarafla ilgili bilgi sağlayan başka bir kesin URL.
datePublished

DateTime veya Date

İddianın dile getirildiği ya da kamusal söyleme girdiği (örneğin, sosyal ağlarda popüler hale geldiği) tarih.
firstAppearance

URL veya CreativeWork

Bu iddianın ilk olarak içinde göründüğü bir CreativeWork bağlantısı veya satır içi açıklaması.

appearance veya firstAppearance eklemenizi öneririz. İkisini birden eklemeniz gerekmez.

Rating

Rating öğesinin tam tanımını schema.org/Rating adresinde bulabilirsiniz.

Zorunlu özellikler
alternateName

Text

Kullanıcıların okuyabileceği kısa bir sözcük veya kelime öbeği olarak ClaimReview.reviewRating öğesine atanan doğruluk puanı. Bu değer, arama sonuçlarındaki doğruluk kontrolünde görüntülenir. Örnekler: "Doğru" veya "Çoğunlukla doğru".

Daha uzun bir cümle kullanıyorsanız cümlenin ekrana sığması için kesilmesi olasılığına karşılık, cümlenin başının anlamı aktardığından emin olun. Örneğin: "Ayrıntılarda çoğunlukla doğru olmakla birlikte, iddia genel olarak biraz yanıltıcıdır"
bestRating

Number

Sayısal puanlar için en kötü değerden en iyiye doğru ölçekteki mümkün olan en iyi değer. worstRating sayısından büyük olmalıdır. Sayı olarak değerlendirilebilmelidir. Örnek: 4
name

Text

alternateName ile aynıdır ve alternateName sağlanmadığında kullanılır, ancak name yerine alternateName değerini belirtmeniz önerilir.

ratingValue

Number

Bu iddianın, worstRating-bestRating aralığındaki (bu değerler dahil) sayısal puanı. Tamsayı değerlerinin kullanılması önerilir ancak bu zorunlu değildir. Sayısal puan, bestRating değerine ne kadar yakın olursa doğruluğu; worstRating değerine ne kadar yakın olursa yanlışlığı o denli artar. Sayısal puan, bir sayı olarak değerlendirilebilmelidir. Örnek: 4

worstRating

Number

Sayısal puanlar için en kötü değerden en iyiye doğru ölçekteki mümkün olan en kötü değer. bestRating sayısından az olmalıdır. Sayı olarak değerlendirilebilmelidir. En az 1 değerinde olmalıdır. Örnek: 1

Search Console ile zengin sonuçları izleme

Search Console, sayfalarınızın Google Arama'daki performansını izlemenize yardımcı olan bir araçtır. Google Arama sonuçlarına dahil olmak için Search Console'a kaydolmanız gerekmez, ancak Google'ın sitenizi nasıl gördüğünü anlamanıza ve iyileştirmenize yardımcı olabilir. Aşağıdaki durumlarda Search Console'u kontrol etmenizi öneririz:

  1. Yapılandırılmış verileri ilk kez dağıttıktan sonra
  2. Yeni şablonlar yayınladıktan veya kodunuzu güncelledikten sonra
  3. Düzenli olarak trafiği analiz etmek için

Yapılandırılmış verileri ilk kez dağıttıktan sonra

Google sayfalarınızı dizine ekledikten sonra, ilgili Zengin sonuç durum raporunu kullanarak sorunları arayın. İdeal olan, geçerli öğelerin sayısı artarken geçersiz öğelerin sayısında artış olmamasıdır. Yapılandırılmış verilerinizde sorun bulursanız:

  1. Geçersiz öğeleri düzeltin.
  2. Sorunun devam edip etmediğini kontrol etmek için yayındaki URL'yi inceleyin.
  3. Durum raporunu kullanarak doğrulama isteğinde bulunun.

Yeni şablonlar yayınladıktan veya kodunuzu güncelledikten sonra

Web sitenizde önemli değişiklikler yaptığınızda yapılandırılmış verilerdeki geçersiz öğelerin sayısında artış olup olmadığını takip edin.
  • Geçersiz öğe sayısında artış görürseniz çalışmayan yeni bir şablonu kullanıma sunmuş olabilirsiniz veya siteniz mevcut şablonla yeni ve kötü bir şekilde etkileşime giriyor olabilir.
  • Geçerli öğelerde azalma görürseniz (geçersiz öğelerdeki artışla eşleşmeyen), artık sayfalarınıza yapılandırılmış veri yerleştirmiyor olabilirsiniz. Soruna neyin neden olduğunu öğrenmek için URL Denetleme aracı'nı kullanın.

Düzenli olarak trafiği analiz etme

Performans Raporu'nu kullanarak Google Arama trafiğinizi analiz edin. Veriler, sayfanızın Arama'da ne sıklıkta zengin sonuç olarak göründüğünü, kullanıcıların bu zengin sonucu ne sıklıkta tıkladığını ve arama sonuçlarında göründüğünüz ortalama konumu gösterir. Bu sonuçlara Search Console API ile otomatik olarak da ulaşabilirsiniz.

Sorun giderme

Yapılandırılmış verileri uygulamada veya hata ayıklamada sorun yaşıyorsanız size yardımcı olabilecek bazı kaynaklar aşağıda verilmiştir.

  • İçerik yönetim sistemi (İYS) kullanıyorsanız veya sitenizle başka biri ilgileniyorsa bu kişiden size yardım etmesini isteyin. Sorunla ilgili ayrıntılı bilgiler içeren Search Console mesajlarını bu kişiye yönlendirdiğinizden emin olun.
  • Google, yapılandırılmış veriler kullanan özelliklerin arama sonuçlarında görüneceğini garanti etmez. Google'ın içeriğinizi zengin sonuç içinde göstermemesinin yaygın nedenlerini içeren liste için Genel Yapılandırılmış Veri Yönergeleri'ni inceleyin.
  • Yapılandırılmış verilerinizde bir hata olabilir. Yapılandırılmış veri hatalarının listesini kontrol edin.
  • Sayfanıza yönelik bir yapılandırılmış veri manuel işlemi varsa sayfadaki yapılandırılmış veriler dikkate alınmaz (sayfa Google Arama sonuçlarında görünmeye devam edebilir). Yapılandırılmış veri sorunlarını düzeltmek için Manuel İşlemler raporunu kullanın.
  • İçeriğinizin kurallara uygun olup olmadığını belirlemek için yönergeleri tekrar inceleyin. Sorun, spam içeriği veya spam içerikli işaretleme kullanımından kaynaklanıyor olabilir. Bununla birlikte, sorunun söz diziminden kaynaklanmadığı durumlarda Zengin Sonuçlar Testi bu sorunları tanımlayamaz.
  • Eksik zengin sonuçlar / toplam zengin sonuç sayısında düşüş sorununu giderin.
  • Yeniden tarama ve yeniden dizine ekleme için zaman tanıyın. Google’ın yayınlandıktan sonra bir sayfayı bulmasının ve taramasının birkaç gün sürebileceğini unutmayın. Tarama ve dizine ekleme hakkında genel sorular için Google Arama tarama ve dizine ekleme için SSS bölümüne bakın.
  • Sorunuzu Google Arama Merkezi forumunda sorun.