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

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

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

उदाहरण

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

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

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

दिशानिर्देश

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

  • तथ्यों की जाँच वाले खोज नतीजों में दिखने के लिए, आपकी साइट में कुछ पेज ऐसे होना ज़रूरी हैं जिन पर 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

रेटिंग

दावे का आकलन. इस ऑब्जेक्ट पर संख्या और शब्द, दोनों आकलन काम करते हैं. इस समय खोज नतीजों में सिर्फ़ शब्दों वाला मान ही दिखाया जाता है. संख्या वाला मान असली उपयोगकर्ताओं को नहीं दिखाया जाता है. हालांकि, अगर उपलब्ध हो, तो अलग-अलग स्रोतों में तथ्यों की जाँच को एक जैसा बनाए रखने का आकलन करने के मकसद से इस्तेमाल किया जा सकता है.

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

  • 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

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