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

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

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

उदाहरण

सोचिए कि एक ऐसा पेज है जो धरती के सपाट होने के दावे की जांच करता है. अगर पेज ClaimReview एलिमेंट देता है, तो 'Google सर्च' के नतीजों में "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",
          "name": "Square Earth - Flat earthers for the Internet age",
          "datePublished": "2016-06-22",
          "author": {
            "@type": "Person",
            "name": "T. Tellar"
          }
        }
      },
      "author": {
        "@type": "Organization",
        "name": "Example.com science watch"
      },
      "reviewRating": {
        "@type": "Rating",
        "ratingValue": "1",
        "bestRating": "5",
        "worstRating": "1",
        "alternateName": "False"
      }
    }
    </script>
  </head>
  <body>
  </body>
</html>

दिशा-निर्देश

सभी स्ट्रक्चर्ड डेटा मार्कअप पर जो सामान्य दिशा-निर्देश लागू होते हैं, उनके अलावा तथ्यों की जांच पर ये दिशा-निर्देश भी लागू होते हैं:

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

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

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

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

अगर किसी पेज पर कई ClaimReview एलिमेंट होते हैं, तो 'Google सर्च' सभी आइटम को कैरोसेल में दिखा सकता है. कैरोसेल सिर्फ़ मोबाइल डिवाइस पर दिखता है. जैसे:

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

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

ClaimReview
Claim
Rating

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

अगर 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) ठीक नहीं किए गए हैं. ये यहां काम नहीं करेंगे.

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

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 देखें:

पुराने सिस्टम के साथ काम करने की सुविधा: तथ्यों की जांच के शुरुआती लॉन्च के समय 'Google सर्च' ने itemReviewed के तौर पर CreativeWork का सुझाव दिया था. 'Google सर्च' पर पहले के मार्कअप पैटर्न अब भी काम करते हैं. यहां मूल मार्कअप शैली को दिखाने वाला एक उदाहरण दिया गया है:

दावा

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

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

appearance

URL या CreativeWork

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

author

Organization या Person

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

name

Text, ज़रूरी

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

sameAs

URL, सुझाया गया

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

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

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

datePublished

DateTime

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

firstAppearance

URL या CreativeWork

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

रेटिंग

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

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

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

alternateName

Text

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

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

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