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

खास जानकारी

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

उदाहरण

ऐसे पेज की कल्पना कीजिए जो इस दावे का मूल्यांकन करता हो कि धरती सपाट है। Google सर्च के नतीजों में अगर पेज ClaimReview तत्व देगा, तो "दुनिया सपाट है" खोज का नतीजा कुछ ऐसा दिखाई दे सकता है (ध्यान दें कि वास्तविक विज़ुअल डिज़ाइन बदल सकता है

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

देखें कि इस तथ्यों की जांच होस्ट करने वाले पेज पर व्यवस्थित डेटा कैसा दिखता है:

दिशानिर्देश

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

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

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

यह ज़रूरी नहीं कि एक पेज के कई ClaimReview तत्व एक ही दावे से जुड़े होने चाहिए, लेकिन वे सभी पेज के मुख्य विषय से प्रासंगिक होने चाहिए.

ज़्यादातर साइटें इन दो में से एक तरीके से प्रति पेज कई सारे तथ्यों की जांच लागू करती हैं:

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

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

एक पेज से संबंधित कई दावों की गैलरी

प्रकार की परिभाषाएं

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

ClaimReview

ClaimReview Schema.org के ज़रिए तय किया जाता है, जहां आपको काम करने वाली सभी प्रॉपर्टी की सूची मिल सकती है. इस तालिका में Google खोज नतीजों में दिखाई देने के योग्य होने के लिए ClaimReview के लिए ज़रूरी न्यूनतम प्रॉपर्टी को दिखाया गया है.

प्रॉपर्टी
@type

Text, ज़रूरी है

"ClaimReview" के लिए @type तय करें.

author

Organization, ज़रूरी है

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

name Text

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

url URL

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

claimReviewed

Text, ज़रूरी है

मूल्यांकन किए जाने वाले दावे का लघु सारांश. मोबाइल डिवाइस पर दिखाए जाने पर रैप किए जाने को कम करने के लिए इसे 75 वर्णों से कम रखने की कोशिश करें.

datePublished

DateTime, ज़रूरी है

वह तारीख जब तथ्यों की जांच प्रकाशित हुई थी

itemReviewed

CreativeWork, ज़रूरी है

किए जाने वाले दावे का वर्णन करने वाला वस्तु. ज़्यादा जानकारी के लिए, CreativeWork देखें.

url

URL, ज़रूरी है

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

इस यूआरएल मान का डोमेन वही डोमेन होना चाहिए या उस डोमेन का उप डोमेन होना चाहिए जिस पर इस ClaimReview तत्व वाला पेज है. रीडायरेक्ट या छोटे किए गए यूआरएल (जैसे कि g.co/searchconsole) हल नहीं किए गए हैं और यहां काम नहीं करेंगे.

reviewRating

Rating, ज़रूरी है

दावे का मूल्यांकन. इस वस्तु पर संख्यात्मक और शाब्दिक दोनों मूल्यांकन काम करते हैं. इस समय शाब्दिक मान वह एकमात्र मान है जो खोज के नतीजों पर दिखाया गया है. संख्यात्मक मान नहीं दिखाया गया है, लेकिन अलग-अलग स्रोतें में तथ्यों की जांचों में संगतता का मूल्यांकन करने के लिए उसका इस्तेमाल किया जाता है; इसलिए संख्यात्मक मान होने से आपकी तथ्यों की जांच के दिखाए जाने के मौके बढ़ सकते हैं.

अपनी सभी तथ्यों की जांच के लिए लेख रेटिंग सिस्टम में एक संगत संख्या तैयार करने की कोशिश करें. जैसे कि:

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

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

CreativeWork

ClaimReview ऑब्जेक्ट CreativeWork का इस्तेमाल करता है. यह Schema.org के ज़रिए तय किया जाता है, जहां आपके काम करने वाली सभी प्रॉपर्टी की सूची मिल सकती है. इस तालिका में Google खोज नतीजों में दिखाई देने के योग्य होने के लिए तथ्यों की जांच के लिए ज़रूरी न्यूनतम प्रॉपर्टी को दिखाया गया है.

प्रॉपर्टी
@type

Text, ज़रूरी है

@type को "CreativeWork" पर सेट करें.

author

Organization या Person, सुझाया गया

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

nameText, ज़रूरी है

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

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

इस फ़ील्ड में प्रकाशक (प्रकाशकों) का यूआरएल संग्रहित है और ज़रूरत के अनुसार कई बार दोहराया जा सकता है (उदाहरण के लिए, जब कई प्रकाशक दावे विस्तारित करते हैं). प्रकाशक कोई व्यक्ति या संगठन हो सकता है. अगर प्रकाशक कोई संगठन है, तो इनमें से एक यूआरएल का इस्तेमाल करें:

  • उस पेज का यूआरएल जिस पर दावा है (ठीक माना जाता है)
  • दावा करने वाले संगठन का होमपेज.

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

datePublished

DateTime, वैकल्पिक

वह तारीख जब दावा किया गया था या जिस दिन सार्वजनिक प्रवचन डाला गया था (उदाहरण के लिए, जब वह शोसल नेटवर्क पर लोकप्रिय हो गया).

रेटिंग

ClaimReview ऑब्जेक्ट Rating का इस्तेमाल करता है. यह Schema.org के ज़रिए तय किया जाता है, जहां आपके काम करने वाली सभी प्रॉपर्टी की सूची मिल सकती है. इस तालिका में Google खोज नतीजों में दिखाई देने के योग्य होने के लिए तथ्यों की जांच के लिए ज़रूरी न्यूनतम प्रॉपर्टी को दिखाया गया है.

प्रॉपर्टी
@type

Text, ज़रूरी है

@type को "Rating" पर सेट करें.

alternateName

Text, ज़रूरी है

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

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

bestRating

Number, वैकल्पिक

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

name

Text, वैकल्पिक; इसके बजाय alternateName का इस्तेमाल करें

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

ratingValue

Number, वैकल्पिक

अंकों में इस दावे की रेटिंग, worstRatingbestRating में होनी चाहिए. इसमें सबसे अच्छी और सबसे खराब रेटिंग का मान भी शामिल है. दिखाया नहीं गया है, लेकिन कई पेज पर इस तथ्यों की जांच की क्षमता का मूल्यांकन करने के लिए इस्तेमाल किया जाता है. पूर्णांक मान का सुझाव दिया जाता है लेकिन वह ज़रूरी नहीं है. यह संख्या bestRating के जितनी करीब होगी, यह उतनी ही सही होगी; यह मान worstRating के जितने करीब होगा, यह उतनी ही गलत होगी. संख्या के रूप में मूल्यांकन कर पाना चाहिए. उदाहरण: 4

worstRating

Number, वैकल्पिक

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

निम्न के बारे में फ़ीडबैक भेजें...