तथ्यों की जांच

अगर आपके पास दूसरों के दावे की समीक्षा करने वाला वेब पेज है, तो आप उस पर ClaimReview स्ट्रक्चर्ड डेटा शामिल कर सकते हैं. जब आपका पेज उस दावे के लिए खोज नतीजों में दिखता है, तो ClaimReview स्ट्रक्चर्ड डेटा आपके तथ्यों की जांच के छोटे वर्शन को Google Search के नतीजों में दिखा सकता है.

इस गाइड में इस बात की पूरी जानकारी दी गई है कि ClaimReview स्ट्रक्चर्ड डेटा को कैसे लागू किया जाए. अगर आप मैन्युअल तरीके से स्ट्रक्चर्ड डेटा नहीं जोड़ना चाहते, तो तथ्यों की जांच मार्कअप टूल आज़मा सकते हैं. ज़्यादा जानने के लिए, तथ्यों की जांच मार्कअप टूल के बारे में जानकारी देखें.

स्ट्रक्चर्ड डेटा को जोड़ने का तरीका

स्ट्रक्चर्ड डेटा, किसी पेज के बारे में जानकारी देने और पेज के कॉन्टेंट को श्रेणियों में बाँटने का एक मानक फ़ॉर्मैट है. अगर आप स्ट्रक्चर्ड डेटा के बारे में ज़्यादा नहीं जानते, तो स्ट्रक्चर्ड डेटा के काम करने का तरीका पर जाकर इसके बारे में ज़्यादा जान सकते हैं.

स्ट्रक्चर्ड डेटा बनाने, उसकी जांच करने, और उसे रिलीज़ करने के बारे में खास जानकारी यहां दी गई है. वेब पेज में स्ट्रक्चर्ड डेटा जोड़ने के सिलसिलेवार निर्देशों के लिए, स्ट्रक्चर्ड डेटा कोडलैब (कोड बनाना सीखना) देखें.

  1. ज़रूरी प्रॉपर्टी जोड़ें. पेज पर स्ट्रक्चर्ड डेटा कहां जोड़ना चाहिए, इस बारे में जानकारी पाने के लिए, JSON-LD स्ट्रक्चर्ड डेटा: इसे पेज पर कहां डाला जाए देखें.
  2. दिशा-निर्देशों का पालन करें.
  3. ज़्यादा बेहतर नतीजे (रिच रिज़ल्ट) के टेस्ट का इस्तेमाल करके अपने कोड की पुष्टि करें.
  4. स्ट्रक्चर्ड डेटा वाले कुछ पेजों को डिप्लॉय करें. इसके बाद, यूआरएल जांचने वाला टूल इस्तेमाल करके जांचें कि Google को पेज कैसा दिखेगा. पक्का करें कि Google आपका पेज ऐक्सेस कर सकता है. उसे robots.txt फ़ाइल से रोका न गया हो और noindex टैग इस्तेमाल करना या लॉग इन करना ज़रूरी न हो. अगर पेज ठीक दिखता है, तो आप Google को अपने यूआरएल फिर से क्रॉल करने के लिए कह सकते हैं.
  5. Google को आने वाले समय में होने वाले बदलावों की जानकारी देने के लिए, हमारा सुझाव है कि आप साइटमैप सबमिट करें. आप Search Console साइटमैप एपीआई की मदद से इसे अपने-आप चलने दे सकते हैं.

उदाहरण

सोचिए कि एक ऐसा पेज है जो धरती के सपाट होने के दावे की जांच करता है. अगर पेज ClaimReview एलिमेंट देता है, तो Google Search के नतीजों में "the world is flat" खोजने पर, नतीजा कुछ ऐसा दिख सकता है (ध्यान रखें कि असल डिज़ाइन अलग हो सकता है):

किसी पेज से जुड़े एक दावे की समीक्षा

तथ्यों की जांच वाले पेज पर मौजूद स्ट्रक्चर्ड डेटा का एक उदाहरण:


<html>
  <head>
    <title>The world is flat</title>
    <script type="application/ld+json">
    {
      "@context": "https://schema.org",
      "@type": "ClaimReview",
      "datePublished": "2016-06-22",
      "url": "http://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": "2016-06-20",
        "appearance": {
          "@type": "OpinionNewsArticle",
          "url": "http://skeptical.example.net/news/a122121",
          "headline": "Square Earth - Flat earthers for the Internet age",
          "datePublished": "2016-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>

ज़रूरी योग्यता

Google इस बात की गारंटी नहीं देता कि खोज नतीजों में तथ्यों की जांच दिखाई जाएंगी. भले ही, आपके पेज को ज़्यादा बेहतर नतीजों (रिच रिज़ल्ट) की जांच के मुताबिक, सही तरीके से मार्कअप किया गया हो. स्ट्रक्चर्ड डेटा का इस्तेमाल करने से किसी सुविधा की मौजूदगी दिखने लगती है. यह इस बात की गारंटी नहीं है कि सुविधा मौजूद ही होगी. Google एल्गोरिदम, प्रोग्राम के ज़रिए यह तय करता है कि ज़्यादा बेहतर नतीजों (रिच रिज़ल्ट) के तथ्यों की जांच, ज़रूरी शर्तें पूरी करती है या नहीं. इसमें कई तरह के वैरिएबल अहम होते हैं जिनमें ये गाइडलाइन भी शामिल हैं.

अपने तथ्यों की जांच वाले कॉन्टेंट को, Google Search पर ज़्यादा बेहतर नतीजों (रिच रिज़ल्ट) के तथ्यों की जांच के तौर पर दिखने के लिए, आपको इन ज़रूरी शर्तों का पालन करना होगा:

  • आपकी साइट पर, ClaimReview स्ट्रक्चर्ड डेटा के निशान वाले कई पेज होने चाहिए.
  • आपको सभी स्ट्रक्चर्ड डेटा गाइडलाइन और वेबमास्टर गाइडलाइन का पालन करना होगा.
  • स्ट्रक्चर्ड डेटा और पेज के कॉन्टेंट में अलग-अलग बातें नहीं होनी चाहिए (उदाहरण के लिए, अगर स्ट्रक्चर्ड डेटा के मुताबिक दावा सही है और पेज पर मौजूद कॉन्टेंट के मुताबिक दावा गलत था). इसके बजाय, पक्का करें कि कॉन्टेंट और स्ट्रक्चर्ड डेटा दोनों की बातें एक जैसी हों (उदाहरण के लिए, दोनों यह बताएं कि दावा सही है).
  • आपको हमारे Google News की सामान्य गाइडलाइन के मुताबिक, जवाबदेही, पारदर्शिता, किसी चीज़ को पढ़ने लायक बनाने, और साइट पर चीज़ों को गलत तरीके से पेश न करने से जुड़े मानकों को पूरा करना होगा.
  • आपके पास सुधार करने की नीति या ऐसी व्यवस्था होनी चाहिए जिसकी मदद से उपयोगकर्ता गड़बड़ियों की शिकायत कर सके.
  • यह सुविधा राजनीतिक इकाइयों (जैसे कि कैंपेन, पार्टियों या चुने गए अधिकारियों) के लिए बनी वेबसाइटों के लिए नहीं है.
  • आपके पाठक, लेख के मुख्य हिस्से में दावों और उनकी जांच का आसानी से पता लगा सकते हैं. आपके उपयोगकर्ता समझ सकते हैं कि किस कॉन्टेंट की जांच की गई है और क्या नतीजे मिले.
  • आपको ऐसे खास दावे को साफ़ तौर पर ऐट्रिब्यूट देना होगा जिसमें आप किसी दूसरे पक्ष के मूल का आकलन कर रहे हैं भले ही, वह कोई वेबसाइट हो, सार्वजनिक बयान हो, सोशल मीडिया हो या दूसरा कोई ऐसा स्रोत हो जिसके बारे में पता लगाया जा सकता हो.
  • आपका तथ्यों की जांच का विश्लेषण, जानकारी के स्रोतों और अपनाए गए तरीकों के बारे में पता करने लायक और पारदर्शी होना चाहिए. साथ ही, यह जानकारी जिन मूल स्रोतों से ली गई है उनके बारे में संदर्भ के साथ बताएं.

तकनीकी दिशा-निर्देश

  • कोई एक पेज, हर अलग दावे के लिए कई ClaimReview एलीमेंट होस्ट कर सकता है.
  • अगर पेज पर अलग-अलग समीक्षक एक ही तथ्य की जांच करते हैं, तो आप हर समीक्षक के विश्लेषण के लिए एक अलग ClaimReview एलिमेंट शामिल कर सकते हैं. ज़्यादा जानकारी के लिए, पेज पर कई तथ्यों की जांच पोस्ट करना पर जाएं.
  • ClaimReview एलिमेंट वाले पेज पर अगर तथ्यों की जांच और आकलन की पूरी जानकारी न दी जा सके, तो कम से कम एक छोटी-सी खास जानकारी दी जानी चाहिए.
  • आपको अपनी साइट पर सिर्फ़ एक पेज पर कोई खास ClaimReview देना चाहिए. कई पेजों पर एक जैसी तथ्यों की जांच को न दोहराएं, बशर्ते वे एक ही पेज के अलग-अलग प्रकार न हों (जैसे कि आप किसी पेज के मोबाइल और डेस्कटॉप वर्शन पर एक ही ClaimReview पोस्ट कर सकते हैं).
  • अगर आपकी वेबसाइट तथ्यों की जांच वाले लेख एक साथ दिखाती है, तो यह पक्का करें कि सभी लेख ऊपर बताई गई ज़रूरी शर्तों के मुताबिक हैं. साथ ही, आप अपनी इकट्ठा की गई सभी तथ्यों की जांच वाली वेबसाइटों की एक खुली और सभी के लिए उपलब्ध सूची मुहैया कराते हैं.

एक पेज पर तथ्यों की एक से ज़्यादा जांच पोस्ट करना

अगर आप एक ही पेज पर एक से ज़्यादा ClaimReview आइटम दिखाना चाहते हैं, तो पक्का करें कि वे सभी पेज के मुख्य विषय से मिलते-जुलते हों. इनमें से किसी एक तरीके का इस्तेमाल करें:

  • कम शब्दों में जानकारी देने वाले कई तथ्यों की जांच के साथ खास जानकारी वाला ऐसा पेज बनाएं जिसमें हर एक का अपना ClaimReview एलिमेंट हो. हर तथ्यों की जांच के पूरी जानकारी वाले वर्शन को उसी के पेज पर पोस्ट करें. खास जानकारी वाले पेज पर मौजूद हर ClaimReview एलिमेंट को खास जानकारी वाले पेज के बजाय पूरी जानकारी वाले पेज पर ले जाना चाहिए.
  • या
  • कई पूरी जानकारी देने वाली समीक्षाओं के साथ एक पेज बनाएं, जिसमें हर एक का एचटीएमएल एंकर हो. हर ClaimReview एलिमेंट उस summary_page.html#anchor प्रॉपर्टी की ओर इशारा करता है.

अलग-अलग तरह के स्ट्रक्चर्ड डेटा की जानकारी

तथ्यों की जाँच लागू करने के लिए, इन तरीकों के स्ट्रक्चर्ड डेटा की ज़रूरत होती है:

आपकी सामग्री रिच नतीजे के तौर पर दिखाई दे, इसके लिए ज़रूरी प्रॉपर्टी जोड़नी होंगी. अपनी सामग्री के बारे में ज़्यादा जानकारी जोड़ने के लिए, आप सुझाई गई प्रॉपर्टी भी शामिल कर सकते हैं. इससे लोगों को बेहतर अनुभव मिल सकता है.

अगर ClaimReview को लागू करने में आपके संगठन की दिलचस्पी है या इसके इस्तेमाल में समस्या आ रही है, तो अपनी संपर्क जानकारी सबमिट करें. हमारी टीम आपसे संपर्क कर सकती है.

ClaimReview

ClaimReview की पूरी जानकारी schema.org/ClaimReview पर मौजूद है.

ज़रूरी प्रॉपर्टी
claimReviewed

Text

जांच किए जा रहे दावे के बारे में कम शब्दों में खास जानकारी. इसमें 75 से कम वर्ण रखने की कोशिश करें ताकि मोबाइल पर दिखाते समय यह कम से कम रैप हो.
reviewRating

Rating

दावे का आकलन. इस ऑब्जेक्ट पर संख्या और शब्द, दोनों आकलन काम करते हैं. खोज नतीजे सिर्फ़ शब्दों में दिखाए जाते हैं.

तथ्यों की जांच के अलग-अलग प्रोजेक्ट में कई तरह की रेटिंग स्कीम होती हैं, जिनमें खास तौर पर बीच के मानों के लिए थोड़े-बहुत फ़र्क़ हो सकते हैं. संख्या वाली रेटिंग का मतलब साफ़ तौर पर बताने के लिए इस तरह की रेटिंग स्कीम का दस्तावेज़ बनाना ज़रूरी है. कम से कम, आपके सभी तथ्यों की जांच के लिए टेक्स्ट रेटिंग सिस्टम में ऐसी संख्या होनी चाहिए जो संख्या वाले स्कोर उपलब्ध कराए.

  • 1 = "गलत"
  • 2 = "ज़्यादातर गलत"
  • 3 = "आधा सही"
  • 4 = "ज़्यादातर सही"
  • 5 = "सही"

ज़्यादा जानकारी के लिए, रेटिंग देखें.
url

URL

तथ्यों की जांच के बारे में लिखे गए पूरे लेख वाले पेज का लिंक. अगर पेज पर कई ClaimReview एलिमेंट हैं, तो पक्का करें कि तथ्यों की जांच में एक एचटीएमएल एंकर है. साथ ही, यह प्रॉपर्टी उस एंकर की ओर ले जाती है. उदाहरण: http://example.com/longreview.html या http://example.com/summarypage.html#fact1

इस यूआरएल मान का डोमेन वही डोमेन होना चाहिए या उस डोमेन का उप डोमेन होना चाहिए जिस पर यह ClaimReview एलिमेंट वाला पेज है. दूसरे वेबलिंक पर भेजने वाले या छोटे किए गए यूआरएल (जैसे कि g.co/searchconsole) ठीक नहीं किए गए हैं. ये यहां काम नहीं करेंगे.
सुझाई गई प्रॉपर्टी
author

Organization

तथ्यों की जांच वाले लेख का प्रकाशक, न कि दावे का प्रकाशक. author को कोई संगठन या व्यक्ति होना चाहिए. author में इनमें से कम से कम एक प्रॉपर्टी मौजूद होती है:

name Text

तथ्यों की जांच को प्रकाशित करने वाले संगठन का नाम.
url

URL

तथ्यों की जांच के प्रकाशक का यूआरएल. यह कोई होम पेज, संपर्क जानकारी का पेज या कोई दूसरा उचित पेज हो सकता है.
datePublished

DateTime

तथ्यों की जांच प्रकाशित करने की तारीख
itemReviewed

Claim

किए जा रहे दावे की जानकारी देने वाली कोई चीज़. ज़्यादा जानकारी के लिए, Claim देखें:

Claim

Claim की पूरी जानकारी schema.org/Claim पर मौजूद है.

सुझाई गई प्रॉपर्टी
appearance

URL या CreativeWork

CreativeWork का एक लिंक या इनलाइन जानकारी, जिसमें यह दावा दिखता है.
author

Organization या Person

दावे का लेखक, न कि तथ्यों की जांच का लेखक. अगर दावे का कोई लेखक नहीं है, तो author प्रॉपर्टी को शामिल न करें. अगर आप author को शामिल करते हैं, तो इन प्रॉपर्टी के बारे में बताएं:

nameText, ज़रूरी

दावे का प्रकाशक. प्रकाशक कोई व्यक्ति या संगठन हो सकता है.

sameAs URL, सुझाया गया

उस पक्ष को दर्शाता है जो दावा कर रहा है, भले ही पार्टी Person या Organization हो. जब कई प्रकाशक एक ही दावे पर रिपोर्ट करते हैं, तो appearance प्रॉपर्टी को दोहराया जा सकता है. जब कई पार्टियां असल में एक जैसा दावा करती हैं, तो author प्रॉपर्टी को दोहराया जा सकता है.

यूआरएल इनमें से किसी का हो सकता है:

  • दावा करने वाले संगठन का होम पेज.
  • दावा करने वाली पार्टी के बारे में जानकारी देने वाला कोई दूसरा निश्चित यूआरएल, जैसे कि व्यक्ति या संगठन की विकिपीडिया या विकिडेटा में मौजूद जानकारी का यूआरएल.
datePublished

DateTime

वह तारीख जब दावा किया गया था या जब लोगों के बीच उसकी चर्चा हुई थी (जैसे, जब वह सोशल नेटवर्क पर लोकप्रिय हुआ).
firstAppearance

URL या CreativeWork

CreativeWork का लिंक या इनलाइन जानकारी, जिसमें यह खास दावा सबसे पहले दिखता है.

Rating

Rating की पूरी जानकारी schema.org/Rating पर मौजूद है.

ज़रूरी प्रॉपर्टी
alternateName

Text

ClaimReview.reviewRating को असाइन की गई सही रेटिंग. यह ऐसे छोटे शब्दों या वाक्यांशों में होनी चाहिए जिसे लोग पढ़ सकें. यह मान खोज के नतीजों में मौजूद तथ्यों की जांच में दिखाया जाता है. जैसे कि: "सही" या "अक्सर सही".

अगर लंबे वाक्य का इस्तेमाल कर रहे हैं, तो पक्का करें कि वाक्य की शुरुआत में ही मतलब बता दिया गया हो. डिसप्ले में फ़िट करने के लिए वाक्य को छोटा किया जा सकता है. जैसे कि: "ज़्यादातर बातें सही हैं, लेकिन कुल-मिलाकर पूरा दावा कुछ हद तक गुमराह करने वाला है"
सुझाई गई प्रॉपर्टी
bestRating

Number

अंकों में रेटिंग के लिए, सबसे खराब से सबसे अच्छे के पैमाने पर, वह मान जो सबसे अच्छा हो. worstRating से ज़्यादा होना चाहिए. यह ज़रूरी है कि संख्या के तौर पर आकलन किया जा सके. उदाहरण: 4
name

Text

alternateName की तरह है और alternateName न दिए जाने पर इस्तेमाल किया जाता है. हालांकि, हमारी सलाह है कि आप name के बजाय alternateName प्रॉपर्टी दें.

ratingValue

Number

इस दावे की अंकों में रेटिंग, worstRating — bestRating के बीच होनी चाहिए. पूर्णांक मानों का सुझाव दिया जाता है, लेकिन ये ज़रूरी नहीं हैं. संख्या वाली रेटिंग bestRating के जितनी करीब होती है, उतना ही सही होता है. यह मान worstRating के जितना करीब होता है, उतना ही गलत होता है. अंक में दी गई रेटिंग ऐसी होनी चाहिए जिसका संख्या में आकलन किया जा सके. उदाहरण: 4

worstRating

Number

अंकों में रेटिंग के लिए, सबसे खराब से सबसे अच्छे के पैमाने पर, वह मान जो सबसे खराब हो. bestRating से कम होना चाहिए. यह ज़रूरी है कि संख्या के तौर पर आकलन किया जा सके. 1 का कम से कम मान होना चाहिए. उदाहरण: 1

Search Console की मदद से, ज़्यादा बेहतर नतीजों (रिच रिज़ल्ट) पर नज़र रखना

Search Console एक ऐसा टूल है जिसकी मदद से, आप Google Search में अपने पेज की परफ़ॉर्मेंस पर नज़र रख सकते हैं. Google Search के नतीजों में अपनी साइट शामिल कराने लिए, आपको Search Console में साइन अप करने की ज़रूरत नहीं है. हालांकि, इससे आपको यह समझने में मदद मिलेगी कि Google आपकी साइट को कैसे देखता है. साथ ही, इसकी मदद से, आप साइट की परफ़ॉर्मेंस को भी बेहतर बना पाएंगे. हमारा सुझाव है कि आप इन मामलों में Search Console देखें:

  1. पहली बार स्ट्रक्चर्ड डेटा इस्तेमाल करने के बाद
  2. नए टेंप्लेट जारी करने या कोड को अपडेट करने के बाद
  3. समय-समय पर ट्रैफ़िक का विश्लेषण करना

पहली बार स्ट्रक्चर्ड डेटा इस्तेमाल करने के बाद

जब Google, आपके पेजों को इंडेक्स कर ले, तब ज़्यादा बेहतर नतीजे (रिच रिज़ल्ट) की स्थिति रिपोर्ट का इस्तेमाल करके, उन गड़बड़ियों को देखें जिन्हें ठीक करने की ज़रूरत है. आपको सही पेजों की संख्या में बढ़ोतरी दिखेगी और गड़बड़ियों या चेतावनियों में कोई बढ़ोतरी नहीं दिखेगी. अगर आपको स्ट्रक्चर्ड डेटा में गड़बड़ियां मिलती हैं, तो:

  1. गड़बड़ियां ठीक करें.
  2. लाइव यूआरएल की जांच करें और देखें कि गड़बड़ी ठीक हुई या नहीं.
  3. स्थिति रिपोर्ट का इस्तेमाल करके, पुष्टि करने का अनुरोध करें.

नए टेंप्लेट जारी करने या कोड को अपडेट करने के बाद

जब आप वेबसाइट में, कई या ज़रूरी बदलाव करते हैं, तब स्ट्रक्चर्ड डेटा की गड़बड़ियों और चेतावनियों में हुई बढ़ोतरी पर नज़र रखें.
  • अगर आपको गड़बड़ियों में बढ़ोतरी, दिखती है, तो हो सकता है कि आपने ऐसा नया टेंप्लेट जारी किया हो जो काम नहीं करता. इसके अलावा, यह भी हो सकता है कि आपकी साइट, मौजूदा टेंप्लेट से नए और खराब तरीके से इंटरैक्ट कर रही हो.
  • अगर आपको मान्य आइटम की संख्या में कमी दिखती है यानी वह गड़बड़ियों में बढ़ोतरी से मेल नहीं खाती, तो हो सकता है कि अब आप पेजों में स्ट्रक्चर्ड डेटा एम्बेड नहीं कर रहे हैं. गड़बड़ी की वजह जानने के लिए, यूआरएल जांचने वाले टूल का इस्तेमाल करें.

समय-समय पर ट्रैफ़िक का विश्लेषण करना

परफ़ॉर्मेंस रिपोर्ट का इस्तेमाल करके, Google Search से आने वाले ट्रैफ़िक का विश्लेषण करें. आपको डेटा से पता चलेगा कि आपका पेज Search में, रिच रिज़ल्ट के तौर पर कितनी बार दिखता है. साथ ही, यह भी पता चलेगा कि उयोगकर्ता उस पर कितनी बार क्लिक करते हैं और खोज के नतीजों में आपकी साइट के दिखने की औसत रैंक क्या है. आप इन नतीजों को Search Console API की मदद से, अपने-आप भी देख सकते हैं.

समस्या का हल

अगर आपको स्ट्रक्चर्ड डेटा का इस्तेमाल करने में कोई परेशानी आ रही है, तो ये रिसॉर्स आपकी मदद कर सकते हैं.