तथ्य जांच

अगर आपके पास कोई वेब पेज है जो दूसरों के किए हुए किसी दावे की समीक्षा करता है, तो आप अपने वेब पेज पर 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/ClaimReview में दी गई है.

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

Organization

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

name Text

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

url

URL

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

claimReviewed

Text

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

datePublished

DateTime

जिस तारीख को तथ्यों की जाँच प्रकाशित की गई थी

itemReviewed

CreativeWork

किए जा रहे दावे के बारे में बताने वाली कोई चीज़. ज़्यादा जानकारी के लिए, CreativeWork.देखें.

reviewRating

Rating

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

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

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

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

url

URL

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

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

CreativeWork

CreativeWork की पूरी परिभाषा schema.org/CreativeWork पर मौजूद है.

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

Organization या Person

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

nameText, ज़रूरी है

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

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

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

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

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

datePublished

DateTime

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

रेटिंग

Rating की पूरी परिभाषा schema.org/Rating में दी गई है.

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

Text

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

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

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

Number

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

name

Text

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

ratingValue

Number

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

worstRating

Number

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

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