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

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

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

उदाहरण

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

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

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

दिशानिर्देश

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

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

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

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

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

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

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

स्ट्रक्चर्ड डेटा के प्रकार की परिभाषाएं

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

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

अगर 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 की पूरी परिभाषा 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 की पूरी परिभाषा 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

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