Article

समाचार, ब्लॉग, और खेल-कूद से जुड़े लेख वाले पेज में Article स्ट्रक्चर्ड डेटा जोड़ने से, Google Search के नतीजों में आपका पेज और ज़्यादा दिखने लगता है. आपके पेज पर अलग-अलग सुविधाएं इस हिसाब से दी जाती हैं कि आप अपना पेज कैसे कोड करते हैं:

  • स्ट्रक्चर्ड डेटा वाला एएमपी: स्ट्रक्चर्ड डेटा वाले एएमपी पेजों को मोबाइल Search के नतीजों में टॉप स्टोरी के कैरसेल, ज़्यादा बेहतर नतीजों (रिच रिज़ल्ट) के होस्ट कैरसेल, विज़ुअल स्टोरी, और ज़्यादा बेहतर नतीजों की सुविधाओं के साथ दिखाया जा सकता है. इन नतीजों में इमेज, पेज का लोगो, और खोज नतीजों जैसी दूसरी दिलचस्प सुविधाओं को शामिल किया जा सकता है.
  • स्ट्रक्चर्ड डेटा के साथ गैर-एएमपी वेब पेज: बिना एएमपी वाले पेज जिनमें Article स्ट्रक्चर्ड डेटा शामिल होते हैं, वे Google को वेब पेज के बारे में ज़्यादा जानकारी देने में मदद कर सकते हैं और Article ज़्यादा बेहतर नतीजों में लेख के लिए प्रकाशित किए गए हेडलाइन टेक्स्ट, इमेज, और तारीख को बेहतर तरीके से दिखा सकते हैं.

उदाहरण

यहां Article स्ट्रक्चर्ड डेटा वाले एएमपी पेज पर, JSON-LD कोड का उदाहरण दिया गया है.


<html amp>
  <head>
    <title>Article headline</title>
    <script type="application/ld+json">
    {
      "@context": "https://schema.org",
      "@type": "NewsArticle",
      "mainEntityOfPage": {
        "@type": "WebPage",
        "@id": "https://google.com/article"
      },
      "headline": "Article headline",
      "image": [
        "https://example.com/photos/1x1/photo.jpg",
        "https://example.com/photos/4x3/photo.jpg",
        "https://example.com/photos/16x9/photo.jpg"
      ],
      "datePublished": "2015-02-05T08:00:00+08:00",
      "dateModified": "2015-02-05T09:20:00+08:00",
      "author": {
        "@type": "Person",
        "name": "John Doe",
        "url": "http://example.com/profile/johndoe123"
      },
      "publisher": {
        "@type": "Organization",
        "name": "Google",
        "logo": {
          "@type": "ImageObject",
          "url": "https://google.com/logo.jpg"
        }
      }
    }
    </script>
  </head>
  <body>
  </body>
</html>

यहां Article स्ट्रक्चर्ड डेटा वाले बिना एएमपी वाले पेज का उदाहरण दिया गया है. बिना एएमपी वाले पेजों के सुझाव एएमपी वाले पेजों से अलग होते हैं.


<html>
  <head>
    <title>Article headline</title>
    <script type="application/ld+json">
    {
      "@context": "https://schema.org",
      "@type": "NewsArticle",
      "headline": "Article headline",
      "image": [
        "https://example.com/photos/1x1/photo.jpg",
        "https://example.com/photos/4x3/photo.jpg",
        "https://example.com/photos/16x9/photo.jpg"
       ],
      "datePublished": "2015-02-05T08:00:00+08:00",
      "dateModified": "2015-02-05T09:20:00+08:00",
      "author": [{
          "@type": "Person",
          "name": "Jane Doe",
          "url": "http://example.com/profile/janedoe123"
        },{
          "@type": "Person",
          "name": "John Doe",
          "url": "http://example.com/profile/johndoe123"
      }]
    }
    </script>
  </head>
  <body>
  </body>
</html>

लागू करना

स्ट्रक्चर्ड डेटा वाला एएमपी

खबरों के लिए एएमपी नतीजों का कैरसेल

स्ट्रक्चर्ड डेटा वाले एएमपी पेज, खोज के नतीजों में स्टोरी कैरसेल में दिख सकते हैं. हो सकता है कि स्ट्रक्चर्ड डेटा के बिना, एएमपी पेज Google Search के नतीजों में सिर्फ़ साधारण नीले लिंक के तौर पर दिखें. खोज नतीजों में मौजूद एएमपी के बारे में ज़्यादा जानकारी के लिए, Google Search पर एएमपी के बारे में जानकारी देखें.

स्ट्रक्चर्ड डेटा वाला एएमपी पेज बनाने के लिए:

  1. एएमपी प्रोजेक्ट के निर्देशों का पालन करें.
  2. पेज के बारे में और दिशा-निर्देशों का पालन करें, ताकि Google आपके पेज को क्रॉल कर सके.
  3. पेज पर मौजूद लेख के बारे में जानकारी देने वाला, स्ट्रक्चर्ड डेटा एलिमेंट जोड़ें.
  4. ज़्यादा बेहतर नतीजों का टेस्ट इस्तेमाल करके, अपने स्ट्रक्चर्ड डेटा की जांच करें.

स्ट्रक्चर्ड डेटा के साथ बिना एएमपी वाला पेज

खोज नतीजों में स्ट्रक्चर्ड डेटा वाले लेख का बिना एएमपी वाला पेज

जब आप बिना एएमपी वाले किसी पेज में Article स्ट्रक्चर्ड डेटा जोड़ते हैं, तब आप सही हेडलाइन, प्रकाशित किए जाने की तारीख, और Search के नतीजों में Google किस इमेज को दिखाए, इन सभी चीज़ों के बारे में एक बेहतर सुझाव दे सकते हैं.

अपने बिना एएमपी वाले लेख के पेज पर स्ट्रक्चर्ड डेटा जोड़ने के लिए:

  1. पेज पर मौजूद लेख के बारे में जानकारी देने वाला स्ट्रक्चर्ड डेटा एलिमेंट जोड़ें.
  2. यह पक्का करने के लिए कि Google आपका पेज क्रॉल कर पाए, दिशा-निर्देश पढ़ें.
  3. ज़्यादा बेहतर नतीजों का टेस्ट इस्तेमाल करके, अपने स्ट्रक्चर्ड डेटा की जांच करें.

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

स्ट्रक्चर्ड डेटा को Google Search के नतीजों में शामिल किया जाए, इसके लिए इन दिशा-निर्देशों का पालन करना ज़रूरी है.

तकनीकी दिशा-निर्देश

  • अगर आपकी वेबसाइट के कॉन्टेंट का इस्तेमाल करने के लिए सदस्यता लेनी ज़रूरी है या उपयोगकर्ता को कॉन्टेंट ऐक्सेस करने के लिए रजिस्टर करना ज़रूरी है, तो आपको सदस्यता और paywall किए गए कॉन्टेंट के लिए स्ट्रक्चर्ड डेटा जोड़ना चाहिए.
  • कई हिस्सों के कॉन्टेंट के लिए, पक्का करें कि हर अलग पेज या "सभी देखें" पेज पर rel=canonical पॉइंट (और कई-हिस्सों की सीरीज़ के पेज 1 पर नहीं) हों. यूआरएल के कैननिकल होने की जांच करने के बारे में ज़्यादा जानें.

एएमपी लोगो के लिए दिशा-निर्देश

यहां दिए गए दिशा-निर्देश, एएमपी वाले सभी पेजों के लोगो पर लागू होते हैं, जिनमें एएमपी कहानियां भी शामिल हैं.

  • ऐसे फ़ाइल फ़ॉर्मैट का इस्तेमाल किया जाना ज़रूरी है जो Google Images में काम करता है.
  • ऐनिमेशन का इस्तेमाल न करें.
  • लोगो का ग्राफ़िक वाला हिस्सा रंगीन बैकग्राउंड पर भी दिखना चाहिए.

ये दिशा-निर्देश ऐसे लोगो पर लागू होते हैं जिनका इस्तेमाल सामान्य एएमपी पेज के लिए किया जाता है, एएमपी कहानियों के लिए नहीं. एएमपी कहानियों के लिए अलग तरह के लोगो की ज़रूरत होती है.

  • लोगो आयताकार होना चाहिए, वर्गाकार नहीं.
  • लोगो 60x600 पिक्सल आयताकार में फ़िट बैठना चाहिए. यह 60 पिक्सल ऊंचा (पसंद के मुताबिक) या सटीक तौर पर 600 पिक्सल चौड़ा होना चाहिए. उदाहरण के लिए, 450x45 पिक्सल वाला लोगो स्वीकार नहीं किया जा सकता, भले ही वह 600x60 पिक्सल आयताकार में फ़िट बैठता हो.

    एक लोगो का उदाहरण

  • प्रकाशकों को हर ब्रैंड के लिए सिर्फ़ एक ऐसे लोगो का इस्तेमाल करना चाहिए जो सभी सामान्य एएमपी पेजों पर एक जैसा हो.
  • वर्डमार्क या पूरे लोगो का इस्तेमाल करें, आइकॉन का नहीं.
  • शब्दों वाले लोगो में लेख ज़्यादा से ज़्यादा 48 पिक्सल की लंबाई के होने चाहिए और वे ऊपर से नीचे की ओर ऊंचाई में 60 पिक्सल की इमेज के बीच में होने चाहिए. लोगो की ऊंचाई 60 पिक्सल तक बढ़ाने के लिए, लेख और बॉर्डर के बीच कुछ जगह छोड़ें.

  • अच्छे बैकग्राउंड वाले लोगो में ग्राफ़िक्स पर लेख और बॉर्डर के बीच कम से कम 6 पिक्सल की जगह होनी चाहिए.

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

इस सेक्शन में Article के स्ट्रक्चर्ड डेटा के लिए ज़रूरी प्रॉपर्टी के बारे में बताया गया है. एएमपी वाले और बिना एएमपी वाले पेज में प्रॉपर्टी की ज़रूरतें और सुझाव अलग-अलग होते हैं:

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

Article ऑब्जेक्ट

लेख से जुड़ी चीज़ें, इनमें से किसी एक तरह के schema.org के हिसाब से होनी चाहिए: Article, NewsArticle, BlogPosting.

एएमपी

एएमपी पेजों पर ये प्रॉपर्टी लागू होती हैं.

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

Person या Organization

लेख का लेखक. Google, अलग-अलग सुविधाओं के बारे में लिखने वाले लेखकों को बेहतर तरीके से समझ सके, इसके लिए हमारा सुझाव है कि आप लेखक के मार्कअप से जुड़े सबसे सही तरीकों को अपनाएं.

अगर एक से ज़्यादा लेखक हैं, तो उन्हें कैटगरी के हिसाब से दिखाएं:


"author": [{
    "@type": "Person",
    "name": "Jane Doe",
    "url": "http://example.com/profile/janedoe123"
  },{
    "@type": "Person",
    "name": "John Doe",
    "url": "http://example.com/profile/johndoe123"
}]
author.name

Text

लेखक का नाम.

datePublished

DateTime

ISO 8601 फ़ॉर्मैट में पहली बार लेख के प्रकाशित होने की तारीख और समय.

ये तरीके अपनाएं:

  • तारीख समय के साथ बदलनी नहीं चाहिए.
  • हम सुझाव देते हैं कि आप टाइमस्टैंप में दिन के साथ-साथ घंटों में भी समय की जानकारी दें.
  • dateModified की वैल्यू, datePublished की वैल्यू के बाद की होनी चाहिए.
headline

Text

लेख की हेडलाइन. हेडलाइन में 110 से ज़्यादा वर्ण नहीं होने चाहिए. एएमपी कहानियों के लिए, दी गई हेडलाइन एएमपी कहानी के पहले कवर पेज में दिए गए लेख से मेल खानी चाहिए.

image

ImageObject या URL की बार-बार दिखने वाली प्रॉपर्टी

उस इमेज का यूआरएल जिसमें लेख या एएमपी कहानी के बारे में बताया गया हो.

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

  • सीधे तौर पर लेख से संबंधित सिर्फ़ मार्कअप वाली इमेज ही इस्तेमाल की जानी चाहिए.
  • इमेज कम से कम 1200 पिक्सल चौड़ी होनी चाहिए.
  • हर पेज में कम से कम एक इमेज होनी चाहिए (चाहे आप मार्कअप को शामिल करें या न करें). Google, आसपेक्ट रेशियो (चौड़ाई-ऊंचाई का अनुपात) और रिज़ॉल्यूशन के आधार पर Search के नतीजों में दिखाने के लिए सबसे अच्छी इमेज चुनेगा.
  • इमेज के यूआरएल ऐसे होने चाहिए जिन्हें क्रॉल और इंडेक्स किया जा सके.
  • इमेज ऐसी होनी चाहिए जो मार्कअप किए गए कॉन्टेंट के बारे में बताती हों.
  • ऐसे फ़ाइल फ़ॉर्मैट का इस्तेमाल किया जाना ज़रूरी है जो Google Images में काम करता है.
  • सबसे अच्छे नतीजों के लिए, हाई रिज़ॉल्यूशन वाली ऐसी कई इमेज (चौड़ाई और ऊंचाई को गुणा करने के बाद कम से कम 8,00,000 पिक्सल) उपलब्ध करवाएं जिनका आसपेक्ट रेशियो: 16x9, 4x3, और 1x1 हो.

उदाहरण के लिए:


{
  "@context": "https://schema.org",
  "@type": "NewsArticle",
  "image": [
    "https://example.com/photos/1x1/photo.jpg",
    "https://example.com/photos/4x3/photo.jpg",
    "https://example.com/photos/16x9/photo.jpg"
  ]
}
publisher

Organization

लेख का प्रकाशक.

publisher.logo

URL या ImageObject

प्रकाशक का लोगो. इमेज से जुड़े कॉन्टेंट की जानकारी के लिए, एएमपी लोगो के दिशा-निर्देश देखें.

अगर आप ImageObject टाइप का इस्तेमाल करते हैं, तो url फ़ील्ड को लोगो के यूआरएल पर सेट करें.

उदाहरण के लिए:


{
  "@context": "https://schema.org",
  "@type": "NewsArticle",
  "publisher": {
    "@type": "Organization",
    "name": "Google",
    "logo": {
      "@type": "ImageObject",
      "url": "https://google.com/logo.jpg"
    }
  }
}

यहां एक उदाहरण दिया गया है, जिसमें URL टाइप का इस्तेमाल किया गया है:


{
  "@context": "https://schema.org",
  "@type": "NewsArticle",
  "publisher": {
    "@type": "Organization",
    "name": "Google",
    "logo": "https://google.com/logo.jpg"
  }
}
publisher.name

Text

प्रकाशक का नाम.

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

URL

उस वेब पेज का लिंक जिस पर लेख के लेखक की पहचान के बारे में खास जानकारी मौजूद होती है. उदाहरण के लिए, लेखक का सोशल मीडिया वाला पेज, उसके बारे में जानकारी देने वाला पेज या उसकी जीवनी वाला पेज.

dateModified

DateTime

ISO 8601 फ़ॉर्मैट में, वह तारीख और समय जब पिछली बार इस लेख में बदलाव किया गया था.

mainEntityOfPage

URL

लेख वाले पेज का कैननिकल यूआरएल. लेख वाले पेज का मुख्य विषय लेख होने पर, mainEntityOfPage के बारे में बताएं.

बिना एएमपी वाले पेज

ये प्रॉपर्टी बिना एएमपी वाले पेजों पर लागू होती हैं.

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

Person या Organization

लेख का लेखक. Google, अलग-अलग सुविधाओं के बारे में लिखने वाले लेखकों को बेहतर तरीके से समझ सके, इसके लिए हमारा सुझाव है कि आप लेखक के मार्कअप से जुड़े सबसे सही तरीकों को अपनाएं.

author.name

Text

लेखक का नाम.

author.url

URL

उस वेब पेज का लिंक जिस पर लेख के लेखक की पहचान के बारे में खास जानकारी मौजूद होती है. उदाहरण के लिए, लेखक का सोशल मीडिया वाला पेज, उसके बारे में जानकारी देने वाला पेज या उसकी जीवनी वाला पेज.

dateModified

DateTime

ISO 8601 फ़ॉर्मैट में, वह तारीख और समय जब पिछली बार इस लेख में बदलाव किया गया था.

datePublished

DateTime

ISO 8601 फ़ॉर्मैट में, पहली बार लेख के प्रकाशित होने की तारीख और समय.

headline

Text

लेख की हेडलाइन. हेडलाइन में 110 से ज़्यादा वर्ण नहीं होने चाहिए.

image

बार-बार इस्तेमाल होने वाला ImageObject या URL

उस इमेज का यूआरएल जिसमें लेख के बारे में बताया गया हो. सीधे तौर पर लेख से संबंधित सिर्फ़ मार्क-अप वाली इमेज ही इस्तेमाल की जानी चाहिए. इमेज कम से कम 696 पिक्सल चौड़ी होनी चाहिए.

इमेज के बारे में दूसरे दिशा-निर्देश:

  • हर पेज में कम से कम एक इमेज होनी चाहिए (चाहे आप मार्कअप को शामिल करें या न करें). Google, आसपेक्ट रेशियो (चौड़ाई-ऊंचाई का अनुपात) और रिज़ॉल्यूशन के हिसाब से, खोज के नतीजों में दिखाने के लिए सबसे अच्छी इमेज चुनेगा.
  • इमेज के यूआरएल क्रॉल और इंडेक्स किए जाने लायक होने चाहिए.
  • मार्कअप किया गया कॉन्टेंट, इमेज में दिखना चाहिए.
  • इमेज का उस फ़ाइल फ़ॉर्मैट में होना ज़रूरी है जो Google Images के साथ काम करता हो.
  • सबसे अच्छे नतीजों के लिए, ज़्यादा रिज़ॉल्यूशन वाली ऐसी कई इमेज (चौड़ाई और ऊंचाई को गुणा करने के बाद कम से कम 8,00,000 पिक्सल) उपलब्ध करवाएं जिनका आसपेक्ट रेशियो या चौड़ाई-ऊंचाई का अनुपात: 16x9, 4x3 और 1x1 हो.

उदाहरण के लिए:


{
  "@context": "https://schema.org",
  "@type": "NewsArticle",
  "image": [
    "https://example.com/photos/1x1/photo.jpg",
    "https://example.com/photos/4x3/photo.jpg",
    "https://example.com/photos/16x9/photo.jpg"
  ]
}

लेखक के मार्कअप से जुड़े सबसे सही तरीके

Google, किसी कॉन्टेंट के लेखक को बेहतर तरीके से समझ सके और उसकी जानकारी दे सके, इसके लिए हमारा सुझाव है कि मार्कअप में लेखक की जानकारी देने के यहां दिए गए सबसे सही तरीकों को अपनाएं:

लेखक के मार्कअप से जुड़े सबसे सही तरीके

मार्कअप में सभी लेखकों की जानकारी दें

पक्का करें कि वेब पेज पर लेखकों के रूप में दिखाए गए सभी लेखकों की जानकारी मार्कअप में दी गई हो.

एक से ज़्यादा लेखकों के बारे में जानकारी देना

एक से ज़्यादा लेखकों के बारे में जानकारी देते समय, हर लेखक को उनके अपने author फ़ील्ड में शामिल करें:


"author": [
  {"name": "Willow Lane"},
  {"name": "Regula Felix"}
]

एक ही author फ़ील्ड में कई लेखकों की जानकारी न दें:


"author": {
  "name": "Willow Lane, Regula Felix"
}

अतिरिक्त फ़ील्ड का इस्तेमाल करें

Google यह बेहतर तरीके से समझ सके कि लेखक कौन है, इसके लिए हमारा सुझाव है कि आप type और url (या sameAs) प्रॉपर्टी का इस्तेमाल करें. url या sameAs प्रॉपर्टी के लिए, मान्य यूआरएल इस्तेमाल करें.

उदाहरण के लिए, अगर लेखक कोई व्यक्ति है, तो किसी ऐसे पेज को लिंक किया जा सकता है जिस पर उसके बारे में ज़्यादा जानकारी हो:


"author": [
  {
    "@type": "Person",
    "name": "Willow Lane",
    "url": "http://www.example.com/staff/willow_lane"
  }
]

अगर लेखक कोई संगठन है, तो उस संगठन के होम पेज को लिंक किया जा सकता है.


"author":
  [
    {
      "@type":"Organization",
      "name": "Some News Agency",
      "url": "https://www.example.com/"
  }
]

author.name प्रॉपर्टी में, सिर्फ़ लेखक का नाम बताएं

author.name प्रॉपर्टी में, सिर्फ़ लेखक का नाम बताएं. कोई भी अन्य जानकारी न दें. खास तौर पर, यहां बताई गई कोई भी जानकारी न दें:

  • पब्लिशर का नाम. इसकी जगह, publisher प्रॉपर्टी का इस्तेमाल करें.
  • लेखक के पद का नाम. अगर यह जानकारी देनी हो, तो इसकी जगह सही प्रॉपर्टी का इस्तेमाल करें (jobTitle).
  • सम्मान देने के लिए कोई प्रीफ़िक्स या सफ़िक्स. अगर ऐसा कुछ जोड़ना हो, तो इसकी जगह सही प्रॉपर्टी का इस्तेमाल करें (honorificPrefix या honorificSuffix).
  • बुनियादी जानकारी बताने वाले शब्द (उदाहरण के लिए, "ने पोस्ट किया है" जैसे शब्द शामिल न करें).

"author":
  [
    {
      "name": "Echidna Jones",
      "honorificPrefix": "Dr",
      "jobTitle": "Editor in Chief"
    }
  ],
"publisher":
  [
    {
      "name": "Bugs Daily"
    }
  ]
}

सही Type का इस्तेमाल करें

लोगों के लिए, Person वाला कोड और संगठनों के लिए, Organization वाला कोड इस्तेमाल करें. Thing वाले कोड का इस्तेमाल न करें, और गलत तरह के कोड का इस्तेमाल न करें (उदाहरण के लिए, किसी व्यक्ति के लिए Organization वाला कोड इस्तेमाल करना).

यहां दिए गए उदाहरण में लेखक के मार्कअप से जुड़ा सबसे सही तरीका बताया गया है:

"author":
  [
    {
      "@type": "Person",
      "name": "Willow Lane",
      "jobTitle": "Journalist",
      "url":"https://www.example.com/staff/willow-lane"
    },
    {
      "@type":"Person",
      "name": "Echidna Jones",
      "jobTitle": "Editor in Chief",
      "url":"https://www.example.com/staff/echidna-jones"
    }
  ],
"publisher":
  {
    "name": "The Daily Bug",
    "url": "https://www.example.com"
  },
  // + Other fields related to the article...
}

समस्या को हल करना

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