संग्रह की मदद से व्यवस्थित रहें अपनी प्राथमिकताओं के आधार पर, कॉन्टेंट को सेव करें और कैटगरी में बांटें.

अनुमानित सैलरी

सैलरी का अनुमान देने वाली कंपनियां, Occupation स्ट्रक्चर्ड डेटा का इस्तेमाल करके, अलग-अलग नौकरियों के लिए सैलरी की सीमा और इलाके के मुताबिक औसत सैलरी तय करती हैं. साथ ही, पेशे के बारे में जानकारी देती हैं, जैसे कि आम तौर पर मिलने वाले फ़ायदे, नौकरी के लिए ज़रूरी योग्यता, और शैक्षिक योग्यता. सैलरी का अनुमान देने वाली कंपनियां, OccupationAggregationByEmployer स्ट्रक्चर्ड डेटा का इस्तेमाल करके, काम का कितना अनुभव है या नौकरी देने वाले संगठन जैसे अलग-अलग आधारों पर पेशों के ग्रुप बनाती हैं.

अनुमानित सैलरी, Google Search पर नौकरी के लिए अनुभव के ब्यौरे में दिख सकती हैं. ये किसी पेशे की अनुमानित सैलरी के ज़्यादा बेहतर नतीजे (रिच रिज़ल्ट) के तौर पर भी दिख सकती हैं.

Google Search पर, नौकरी के लिए अनुभव के ब्यौरे में अनुमानित सैलरी की जानकारी

स्ट्रक्चर्ड डेटा को जोड़ने का तरीका

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

स्ट्रक्चर्ड डेटा बनाने, उसकी जांच करने, और उसे रिलीज़ करने के बारे में खास जानकारी यहां दी गई है. वेब पेज में स्ट्रक्चर्ड डेटा जोड़ने के सिलसिलेवार निर्देशों के लिए, स्ट्रक्चर्ड डेटा कोडलैब (कोड बनाना सीखना) देखें.

  1. ज़रूरी प्रॉपर्टी जोड़ें. जिस फ़ॉर्मैट का इस्तेमाल हो रहा है उसके हिसाब से जानें कि पेज पर स्ट्रक्चर्ड डेटा कहां डालना है.
  2. दिशा-निर्देशों का पालन करें.
  3. ज़्यादा बेहतर नतीजों (रिच रिज़ल्ट) के टेस्ट का इस्तेमाल करके, अपने कोड की पुष्टि करें.
  4. स्ट्रक्चर्ड डेटा वाले कुछ पेजों को डिप्लॉय करें. इसके बाद, यूआरएल जांचने वाला टूल इस्तेमाल करके जांचें कि Google को पेज कैसा दिखेगा. पक्का करें कि Google आपका पेज ऐक्सेस कर सकता हो. साथ ही, देखें कि उस पेज को robots.txt फ़ाइल और noindex टैग से ब्लॉक न किया गया हो या लॉग इन करना ज़रूरी न हो. अगर पेज ठीक दिखता है, तो Google को अपने यूआरएल फिर से क्रॉल करने के लिए कहें.
  5. Google को आगे होने वाले बदलावों की जानकारी देने के लिए, हमारा सुझाव है कि आप साइटमैप सबमिट करें. Search Console साइटमैप एपीआई की मदद से, इसे ऑटोमेट भी किया जा सकता है.

उदाहरण

पेशे का उदाहरण

JSON-LD के इस उदाहरण में सैलरी के अनुमान के डेटा के साथ, एक सामान्य Occupation दिया गया है:


<html>
  <head>
    <title>Software Developer, Applications</title>
    <script type="application/ld+json">
    {
      "@context": "https://schema.org/",
      "@type": "Occupation",
      "name": "Software Developer, Applications",
      "mainEntityOfPage": {
        "@type": "WebPage",
        "lastReviewed": "2017-07-23T14:20:00-05:00"
      },
      "description": "Develops information systems by designing, developing, and installing software solutions",
      "estimatedSalary": [
        {
          "@type": "MonetaryAmountDistribution",
          "name": "base",
          "currency": "USD",
          "duration": "P1Y",
          "percentile10": "100000.5",
          "percentile25": "115000",
          "median": "120000.28",
          "percentile75": "130000",
          "percentile90": "150000"
        }
      ],
      "occupationLocation": [
        {
          "@type": "City",
          "name": "Mountain View"
        }
      ]
    }
    </script>
  </head>
  <body>
  </body>
</html>

नौकरी देने वालों के हिसाब से पेशों को ग्रुप में बांटने का उदाहरण

JSON-LD के इस उदाहरण में सैलरी के अनुमान के डेटा के साथ, OccupationAggregationByEmployer का ज़्यादा मुश्किल उदाहरण दिया गया है:

<html>
  <head>
    <title>App/Web App Developer</title>
    <script type="application/ld+json">
    {
      "@context": "http://schema.googleapis.com/",
      "@type": "OccupationAggregationByEmployer",
      "name": "App/Web App Developer",
      "mainEntityOfPage": {
        "@type": "WebPage",
        "lastReviewed": "2017-07-23T14:20:00-05:00"
      },
      "description": "Develops information systems by designing, developing, and installing software solutions.",
      "estimatedSalary": [
        {
          "@type": "MonetaryAmountDistribution",
          "name": "base",
          "currency": "USD",
          "duration": "P1Y",
          "percentile10": "100000.5",
          "percentile25": "115000",
          "median": "120000.28",
          "percentile75": "130000",
          "percentile90": "150000"
        },
        {
          "@type": "MonetaryAmountDistribution",
          "name": "bonus",
          "currency": "USD",
          "duration": "P1Y",
          "percentile10": "10000",
          "percentile25": "20000",
          "median": "25000",
          "percentile75": "27000",
          "percentile90": "60000"
        }
      ],
      "occupationLocation": [
        {
          "@type": "State",
          "name": "Oregon"
        },
        {
          "@type": "State",
          "name": "Washington"
        },
        {
          "@type": "State",
          "name": "California"
        }
      ],
      "hiringOrganization": {
        "@type": "Organization",
        "name": "Google LLC"
      },
      "sampleSize":1000,
      "industry": "Technology",
      "jobBenefits": "6 weeks paid vacation every year",
      "yearsExperienceMin": 3,
      "yearsExperienceMax": 7
    }
    </script>
  </head>
  <body>
  </body>
</html>

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

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

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

  • Occupation स्ट्रक्चर्ड डेटा, स्टैंडअलोन डेटा होता है. इसे ऐसे किसी भी दूसरे स्ट्रक्चर्ड डेटा से जोड़ने की ज़रूरत नहीं होती जिसे Google को दिया जाता है.
  • वेब पेज पर सिर्फ़ एक Occupation या OccupationAggregationByEmployer जोड़ें. हर पेज पर, इनमें से एक से ज़्यादा तरह की परिभाषाएं न जोड़ें.
  • पक्का करें कि आपका स्ट्रक्चर्ड डेटा आपके पेज पर दिखने वाले कॉन्टेंट से मेल खाता हो. यहां कुछ उदाहरण दिए गए हैं:
    • उपयोगकर्ताओं को अपने पेज पर सिर्फ़ मीडियन सैलरी दिखाई जाती है. साथ ही, आपके स्ट्रक्चर्ड डेटा में भी सिर्फ़ वही वैल्यू शामिल होती हैं.
    • अपने पेज पर सालाना सैलरी को उसके करीब की पांच-हज़ार वाली संख्या तक राउंड ऑफ़ किया जाता है और स्ट्रक्चर्ड डेटा में वैसा ही ब्यौरा दिया जाता है.
  • किसी परिभाषा में, प्रॉपर्टी सिर्फ़ एक बार आनी चाहिए, बशर्ते इसके लिए कुछ और निर्देश न हों.
  • जगह के हिसाब से अलग-अलग खासियतों वाले पेशों के लिए, अलग वेब पेज बनाएं. उदाहरण के लिए, दिल्ली-मुंबई जैसे बड़े शहर में सैलरी की सीमा, किसी छोटे कस्बे से अलग हो सकती है. हर पेज पर उस Occupation की अपनी परिभाषा हो जो अलग occupationLocation के बारे में बताती हो.
  • सैलरी के अनुमान वाले स्ट्रक्चर्ड डेटा को सूची वाले पेजों (ऐसे पेज जिनमें पेशों की सूची दिखती है) में न जोड़ें.
  • पेजों में बदलाव होने पर, साइटमैप रोज़ाना अपडेट करें.

कॉन्टेंट के लिए दिशा-निर्देश

  • जब सभी नौकरियों में सैलरी की सीमा और ब्यौरा एक जैसा हो, तो इन पेशों के शीर्षकों को एक ही ग्रुप में रखें. इन शीर्षकों में पेशे से जुड़ी ज़रूरी जानकारी होनी चाहिए. हालांकि, इतनी कम या ज़्यादा जानकारी भी नहीं दी जानी चाहिए कि समझना मुश्किल हो जाए. यहां कुछ उदाहरण दिए गए हैं:
    • शीर्षक का दायरा बहुत बड़ा न रखें:

      इस तरह न लिखें: "क्लीनिकल, काउंसलिंग, और स्कूल मनोवैज्ञानिक"

      इस तरह लिखें: "स्कूल काउंसलर", "क्लीनिकल मनोवैज्ञानिक", "क्लीनिकल थेरेपिस्ट", "मनोविज्ञान विशेषज्ञ"

    • बहुत ज़्यादा जानकारी वाला शीर्षक न रखें:

      इस तरह न लिखें: "घरेलू देखभाल के लिए रजिस्टर्ड नर्स" और "रजिस्टर्ड नर्स (आरएन)" और "आरएन - रजिस्टर्ड नर्स - घरेलू देखभाल - ट्रैवल नर्स"

      इस तरह लिखें: "रजिस्टर्ड नर्स"

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

इस सेक्शन में, सैलरी के अनुमान से जुड़े अलग-अलग तरह के स्ट्रक्चर्ड डेटा के बारे में बताया गया है.

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

Occupation

Occupation टाइप से नौकरी से जुड़ी जानकारी मिलती है, जैसे कि अनुमानित सैलरी, ज़रूरी हुनर, और ज़िम्मेदारियां. Occupation की पूरी जानकारी schema.org/Occupation में दी गई है.

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

MonetaryAmountDistribution की कैटगरी

दिए गए occupationLocation में इस पेशे के लिए अनुमानित सैलरी. पर्सेंटाइल रैंक के हिसाब से, सैलरी की सीमा या अनुमानित सैलरी तय करें.

यहां सैलरी की अनुमानित सीमा के कुछ उदाहरण दिए गए हैं:


"estimatedSalary": [{
  "@type": "MonetaryAmountDistribution",
  "name": "base",
  "currency": "USD",
  "duration": "P1Y",
  "minValue": "100000", // Inherited from QuantitativeValue
  "maxValue": "150000", // Inherited from QuantitativeValue
  "median": "124900" // Inherited from QuantitativeValueDistribution
}]

मूल सैलरी, बोनस, और दूसरे आर्थिक फ़ायदों की जानकारी शामिल करने के लिए, estimatedSalary की कैटगरी में सैलरी के अलग-अलग हिस्सों की जानकारी दें. मूल सैलरी की जानकारी ज़रूर दें. पैसों के रूप में मिलने वाले दूसरी तरह के फ़ायदों की जानकारी देना ज़रूरी नहीं है.

यहां बोनस की जानकारी देने वाला एक उदाहरण दिया गया है:


"estimatedSalary": [
  {
    "@type": "MonetaryAmountDistribution",
    "name": "base",
    "currency": "USD",
    "duration": "P1Y",
    "minValue": "100000",
    "maxValue": "150000",
    "median": "124900"
  }, {
    "@type": "MonetaryAmountDistribution",
    "name": "bonus",
    "currency": "USD",
    "duration": "P1Y",
    "minValue": "0",
    "maxValue": "34500",
    "median": "4450"
  }
]
estimatedSalary.duration

Duration

ISO 8601 तारीख फ़ॉर्मैट में, अनुमानित सैलरी पाने में लगने वाला समय. उदाहरण के लिए, अगर अनुमानित सैलरी एक साल के अंदर मिलती है, तो duration के लिए P1Y का इस्तेमाल करें.

estimatedSalary.name

Text

वैल्यू किस तरह की है. मूल सैलरी की जानकारी ज़रूर दें. पैसों के रूप में मिलने वाले दूसरी तरह के फ़ायदों की जानकारी देना ज़रूरी नहीं है. उदाहरण के लिए, "मूल सैलरी", "बोनस", "कमीशन".

name

Text

पेशे का शीर्षक. इस प्रॉपर्टी में ऐसा टेक्स्ट शामिल किया जा सकता है जो स्ट्रक्चर्ड डेटा से अलग हो. उदाहरण के लिए, "सॉफ़्टवेयर इंजीनियर".

सबसे सही तरीके:

  • इस प्रॉपर्टी में सिर्फ़ पेशे का शीर्षक होना चाहिए.
  • name प्रॉपर्टी में नौकरी के कोड, पते, तारीखें, सैलरी की जानकारी या कंपनी के नाम न शामिल करें.

    इस तरह न लिखें: आईटी की नौकरी के लिए अभी आवेदन करें - दिल्ली में बांग्ला बोलने वाला व्यक्ति चाहिए

    इस तरह लिखें: मार्केट विशेषज्ञ, बांग्ला बोलने वाला व्यक्ति

  • छोटे और पढ़ने में आसान शीर्षक का इस्तेमाल करें.
  • ! और * जैसे विशेष वर्णों का बहुत ज़्यादा इस्तेमाल न करें. विशेष वर्णों का ज़रूरत से ज़्यादा इस्तेमाल करने पर, आपके मार्कअप को स्पैम वाला स्ट्रक्चर्ड मार्कअप समझा जा सकता है. / और - जैसे नंबर और वर्ण इस्तेमाल किए जा सकते हैं.

    इस तरह न लिखें: *** वेयरहाउस की नौकरी के लिए भर्ती चालू है!! बस के रास्ते पर!! ***

    इस तरह लिखें: माल भेजने और लाने का काम करने वाला वेयरहाउस असोसिएट

occupationLocation

City, State या Country की कैटगरी

जिस जगह के लिए पेशे का यह ब्यौरा लागू होता है. अगर आप एक जगह के लिए नौकरी का विज्ञापन दे रहे हैं, तो एक Name प्रॉपर्टी में शहर, राज्य या देश के हिसाब से जगह की जानकारी दें.

ज़्यादा जानकारी देने वाला उदाहरण (इस तरह लिखें)


"occupationLocation": {
  "@type": "City", // Maximum level of granularity (recommended)
  "name": "Mountain View, CA, US" // City, State, and Country inputted on same property
}

कम जानकारी देने वाले उदाहरण

यहां नौकरी के बारे में कम जानकारी देने वाले ऐसे दो उदाहरण दिए गए हैं जिन्हें अब भी मंज़ूरी मिली हुई है.


"occupationLocation": {
  "@type": "State",
  "name": "CA, US"
}

"occupationLocation": {
  "@type": "Country",
  "name": "US"
}

सबसे सही तरीके:

  • जगह की जानकारी में, शहर का नाम लिखें. इससे ज़्यादा जानकारी देने की ज़रूरत नहीं है.
  • अगर आपके देश में राज्यों के नाम नहीं हैं, तो State प्रॉपर्टी में इलाके का नाम भी दिया जा सकता है.
  • occupationLocation की वैल्यू वह जगह होती है जहां बताई गई नौकरी वास्तव में होती है, न कि वह जगह जहां अनुमानित सैलरी की सूची बनाई गई थी.
  • अगर एक ही तरह के Occupation में एक से ज़्यादा जगहें हैं, तो occupationLocation की कैटगरी में जगहों की जानकारी दें. जैसा, आगे दिए गए उदाहरण में बताया गया है.
    
    "occupationLocation": [
      {
        "@type": "City",
        "name": "Portland, Oregon, US" // Salary specified for multiple locations
      }, {
        "@type": "City",
        "name": "Seattle, Washington, US"
       }
    ]
  • पेशे के लिए सैलरी की रेंज, शैक्षिक योग्यता, और नौकरी के लिए ज़रूरी योग्यताओं जैसा डेटा, जगह के हिसाब से बदलता रहता है. इसे दिखाने के लिए कई पेज बनाएं और हर एक पेज में अलग Occupation की जानकारी और एक अलग occupationLocation दें.
सुझाई गई प्रॉपर्टी
description

Text

पेशे का ब्यौरा.

description में नौकरी का पूरा ब्यौरा होना चाहिए. इसमें, नौकरी की ज़िम्मेदारियां, योग्यताएं, हुनर, काम करने के घंटे, शैक्षणिक योग्यताएं, और ज़रूरी अनुभव शामिल हैं.

अन्य दिशा-निर्देश:

  • टॉप-लेवल वाले पेज के साथ ही, सभी चीज़ों की जानकारी देने वाले पेज पर description शामिल करें, जिन पर उपयोगकर्ता जा सकता है.
  • description से पेशे की पहचान पता चलनी चाहिए और उससे पेशे के बारे में सभी जानकारी मिलनी चाहिए.

    इस तरह न लिखें: "इंटर्नशिप - इंटर्नशिप, नौकरी से जुड़ी ऐसी ट्रोनिंग होती है जो व्हाइट कॉलर (ऑफ़िस में काम करने वाले लोग) और प्रोफ़ेशनल कैरियर के लिए दी जाती है."

    इस तरह लिखें: "डेटा ऐनलिस्ट इंटर्न - ऐसी इंटर्नशिप जिसमें किसी डेटा ऐनलिस्ट के साथ काम करना है. डेटा एनालिस्ट, डेटा से अहम जानकारी निकालता है, ताकि डेटा से जुड़े फ़ैसले लेने में मदद मिल सके."

  • description और name एक जैसे नहीं हो सकते.
  • description में नौकरी देने वाले संगठन का नाम शामिल न करें. इसके बजाय, hiringOrganization का इस्तेमाल करें.
estimatedSalary.currency

Text

वैल्यू के लिए, ISO 4217 का तीन अक्षर वाला मुद्रा कोड. उदाहरण के लिए, "USD" या "CAD".

estimatedSalary.median

Number

मीडियन (या "बीच") की वैल्यू. उदाहरण के लिए, इस पेशे में मिलने वाली सैलरी का आधा हिस्सा, इस वैल्यू के बराबर या इससे कम होता है.

estimatedSalary.percentile10

Number

10वीं पर्सेंटाइल वैल्यू. उदाहरण के लिए, इस पेशे में मिलने वाली सैलरी का 10% हिस्सा, इस वैल्यू के बराबर या इससे कम होता है.

estimatedSalary.percentile25

Number

25वीं पर्सेंटाइल वैल्यू. उदाहरण के लिए, इस पेशे में मिलने वाली सैलरी का 25% हिस्सा, इस वैल्यू के बराबर या इससे कम होता है.

estimatedSalary.percentile75

Number

75वीं पर्सेंटाइल वैल्यू. उदाहरण के लिए, इस पेशे में मिलने वाली सैलरी का 75% हिस्सा, इस वैल्यू के बराबर या इससे कम होता है.

estimatedSalary.percentile90

Number

90वीं पर्सेंटाइल वैल्यू. उदाहरण के लिए, इस पेशे में मिलने वाली सैलरी का 90% हिस्सा, इस वैल्यू के बराबर या इससे कम है.

mainEntityOfPage

WebPage

मुख्य जानकारी, पेज पर मौजूद है.

mainEntityOfPage.lastReviewed

Date

वह तारीख जब अनुमानित सैलरी की जानकारी ISO 8601 फ़ॉर्मैट में तैयार की गई थी. उदाहरण के लिए:


"mainEntityOfPage": {
  "@type": "WebPage",
  "lastReviewed": "2017-07-23T14:20:00-05:00"
}

OccupationAggregationByEmployer

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

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

MonetaryAmountDistribution की कैटगरी

दिए गए occupationLocation में इस पेशे के लिए अनुमानित सैलरी. पर्सेंटाइल रैंक के हिसाब से, सैलरी की सीमा या अनुमानित सैलरी तय करें.

यहां सैलरी की अनुमानित सीमा के कुछ उदाहरण दिए गए हैं:


"estimatedSalary": [{
  "@type": "MonetaryAmountDistribution",
  "name": "base",
  "currency": "USD",
  "duration": "P1Y",
  "minValue": "100000", // Inherited from QuantitativeValue
  "maxValue": "150000", // Inherited from QuantitativeValue
  "median": "124900" // Inherited from QuantitativeValueDistribution
}]

मूल सैलरी, बोनस, और दूसरे आर्थिक फ़ायदों की जानकारी शामिल करने के लिए, estimatedSalary की कैटगरी में सैलरी के अलग-अलग हिस्सों की जानकारी दें. मूल सैलरी की जानकारी ज़रूर दें. दूसरी तरह के आर्थिक फ़ायदों की जानकारी देना ज़रूरी नहीं है.

बोनस की जानकारी देने वाला एक उदाहरण


"estimatedSalary": [
  {
    "@type": "MonetaryAmountDistribution",
    "name": "base",
    "currency": "USD",
    "duration": "P1Y",
    "minValue": "100000",
    "maxValue": "150000",
    "median": "124900"
  }, {
    "@type": "MonetaryAmountDistribution",
    "name": "bonus",
    "currency": "USD",
    "duration": "P1Y",
    "minValue": "0",
    "maxValue": "34500",
    "median": "4450"
  }
]
estimatedSalary.duration

Duration

ISO 8601 तारीख फ़ॉर्मैट में, अनुमानित सैलरी पाने में लगने वाला समय. उदाहरण के लिए, अगर अनुमानित सैलरी एक साल के अंदर मिलती है, तो duration के लिए P1Y का इस्तेमाल करें.

estimatedSalary.name

Text

वैल्यू किस तरह की है. मूल सैलरी की जानकारी ज़रूर दें. पैसों के रूप में मिलने वाले दूसरी तरह के फ़ायदों की जानकारी देना ज़रूरी नहीं है. उदाहरण के लिए, "मूल सैलरी", "बोनस", "कमीशन".

hiringOrganization

Organization

वह संगठन जिसमें इस पेशे के लिए नौकरी उपलब्ध है. "https://schema.org/" पर @context सेट करें. कंपनी का नाम, hiringOrganization ही होना चाहिए (उदाहरण के लिए, “Starbucks, Inc”), न कि नौकरी देने वाली कंपनी के पूरे पते की जानकारी (उदाहरण के लिए, "मेन स्ट्रीट पर मौजूद Starbucks”). उदाहरण के लिए:


"hiringOrganization": {
  "@context": "https://schema.org/",
  "@type": "Organization",
  "name": "Google LLC"
}
name

Text

पेशे का शीर्षक. इस प्रॉपर्टी में ऐसा टेक्स्ट शामिल किया जा सकता है जो स्ट्रक्चर्ड डेटा से अलग हो. उदाहरण के लिए, "सॉफ़्टवेयर इंजीनियर".

सबसे सही तरीके:

  • इस प्रॉपर्टी में सिर्फ़ पेशे का शीर्षक होना चाहिए.
  • name प्रॉपर्टी में नौकरी के कोड, पते, तारीखें, सैलरी की जानकारी या कंपनी के नाम न शामिल करें.

    इस तरह न लिखें: आईटी की नौकरी के लिए अभी आवेदन करें - दिल्ली में बांग्ला बोलने वाला व्यक्ति चाहिए

    इस तरह लिखें: मार्केट विशेषज्ञ, बांग्ला बोलने वाला व्यक्ति

  • छोटे और पढ़ने में आसान शीर्षक का इस्तेमाल करें.
  • ! और * जैसे विशेष वर्णों का बहुत ज़्यादा इस्तेमाल न करें. विशेष वर्णों का ज़रूरत से ज़्यादा इस्तेमाल करने पर, आपके मार्कअप को स्पैम वाला स्ट्रक्चर्ड मार्कअप समझा जा सकता है. संख्याओं के अलावा, "/" और "-" जैसे वर्ण भी इस्तेमाल किए जा सकते हैं.

    इस तरह न लिखें: *** वेयरहाउस की नौकरी के लिए भर्ती चालू है!! बस के रास्ते पर!! ***

    इस तरह लिखें: माल भेजने और लाने का काम करने वाला वेयरहाउस असोसिएट

occupationLocation

City, State या Country की कैटगरी

जिस जगह के लिए पेशे का यह ब्यौरा लागू होता है. अगर आप एक जगह के लिए नौकरी का विज्ञापन दे रहे हैं, तो एक Name प्रॉपर्टी में शहर, राज्य या देश के हिसाब से जगह की जानकारी दें.

ज़्यादा जानकारी देने वाला उदाहरण (इस तरह लिखें)


"occupationLocation": {
  "@type": "City", // Maximum level of granularity (recommended)
  "name": "Mountain View, CA, US" // City, State, and Country inputted on same property
}

कम जानकारी देने वाले उदाहरण

यहां नौकरी के बारे में कम जानकारी देने वाले ऐसे दो उदाहरण दिए गए हैं जिन्हें अब भी मंज़ूरी मिली हुई है.


"occupationLocation": {
  "@type": "State",
  "name": "CA, US"
}

"occupationLocation": {
  "@type": "Country",
  "name": "US"
}

सबसे सही तरीके:

  • जगह की जानकारी में, शहर का नाम लिखें. इससे ज़्यादा जानकारी देने की ज़रूरत नहीं है.
  • अगर आपके देश में राज्यों के नाम नहीं हैं, तो State प्रॉपर्टी में इलाके का नाम भी दिया जा सकता है.
  • occupationLocation की वैल्यू वह जगह होती है जहां बताई गई नौकरी वास्तव में होती है, न कि वह जगह जहां अनुमानित सैलरी की सूची बनाई गई थी.
  • अगर एक ही तरह के Occupation में एक से ज़्यादा जगहें हैं, तो occupationLocation की कैटगरी में जगहों की जानकारी दें. जैसा, आगे दिए गए उदाहरण में बताया गया है.
    
    "occupationLocation": [
      {
        "@type": "City",
        "name": "Portland, Oregon, US" // Salary specified for multiple locations
      }, {
        "@type": "City",
        "name": "Seattle, Washington, US"
       }
    ]
  • पेशे के लिए सैलरी की रेंज, शैक्षिक योग्यता, और नौकरी के लिए ज़रूरी योग्यताओं जैसा डेटा, जगह के हिसाब से बदलता रहता है. इसे दिखाने के लिए कई पेज बनाएं और हर एक पेज में अलग Occupation की जानकारी और एक अलग occupationLocation दें.
सुझाई गई प्रॉपर्टी
description

Text

पेशे का ब्यौरा.

description में नौकरी का पूरा ब्यौरा होना चाहिए. इसमें, नौकरी की ज़िम्मेदारियां, योग्यताएं, हुनर, काम करने के घंटे, शैक्षणिक योग्यताएं, और ज़रूरी अनुभव शामिल हैं.

अन्य दिशा-निर्देश:

  • टॉप-लेवल वाले पेज के साथ ही, सभी चीज़ों की जानकारी देने वाले पेज पर description शामिल करें, जिन पर उपयोगकर्ता जा सकता है.
  • description से पेशे की पहचान पता चलनी चाहिए और उससे पेशे के बारे में सभी जानकारी मिलनी चाहिए.

    इस तरह न लिखें: "इंटर्नशिप - इंटर्नशिप, नौकरी से जुड़ी ऐसी ट्रोनिंग होती है जो व्हाइट कॉलर (ऑफ़िस में काम करने वाले लोग) और प्रोफ़ेशनल कैरियर के लिए दी जाती है."

    इस तरह लिखें: "डेटा ऐनलिस्ट इंटर्न - ऐसी इंटर्नशिप जिसमें किसी डेटा ऐनलिस्ट के साथ काम करना है. डेटा एनालिस्ट, डेटा से अहम जानकारी निकालता है, ताकि डेटा से जुड़े फ़ैसले लेने में मदद मिल सके."

  • description और name एक जैसे नहीं हो सकते.
  • description में नौकरी देने वाले संगठन का नाम शामिल न करें. इसके बजाय, hiringOrganization का इस्तेमाल करें.
estimatedSalary.currency

Text

वैल्यू के लिए, ISO 4217 का तीन अक्षर वाला मुद्रा कोड. उदाहरण के लिए, "USD" या "CAD".

estimatedSalary.median

Number

मीडियन (या "बीच") की वैल्यू. उदाहरण के लिए, इस पेशे में मिलने वाली सैलरी का आधा हिस्सा, इस वैल्यू के बराबर या इससे कम होता है.

estimatedSalary.percentile10

Number

10वीं पर्सेंटाइल वैल्यू. उदाहरण के लिए, इस पेशे में मिलने वाली सैलरी का 10% हिस्सा, इस वैल्यू के बराबर या इससे कम होता है.

estimatedSalary.percentile25

Number

25वीं पर्सेंटाइल वैल्यू. उदाहरण के लिए, इस पेशे में मिलने वाली सैलरी का 25% हिस्सा, इस वैल्यू के बराबर या इससे कम होता है.

estimatedSalary.percentile75

Number

75वीं पर्सेंटाइल वैल्यू. उदाहरण के लिए, इस पेशे में मिलने वाली सैलरी का 75% हिस्सा, इस वैल्यू के बराबर या इससे कम होता है.

estimatedSalary.percentile90

Number

90वीं पर्सेंटाइल वैल्यू. उदाहरण के लिए, इस पेशे में मिलने वाली सैलरी का 90% हिस्सा इस मान के बराबर या इससे कम है.

industry

Text

नौकरी से जुड़ा उद्योग.

jobBenefits

Text

नौकरी से जुड़े फ़ायदों का ब्यौरा.

mainEntityOfPage

WebPage

मुख्य जानकारी पेज पर मौजूद है.

mainEntityOfPage.lastReviewed

Date

वह तारीख जब अनुमानित सैलरी की जानकारी ISO 8601 फ़ॉर्मैट में तैयार की गई थी. उदाहरण के लिए:


"mainEntityOfPage": {
  "@type": "WebPage",
  "lastReviewed": "2017-07-23T14:20:00-05:00"
}
sampleSize

Number

उन डेटा पॉइंट की संख्या जिन्हें मिलाकर कुल सैलरी का डेटा बनाया जाता है. उदाहरण के लिए:


"sampleSize": 42
yearsExperienceMax

Number

इस नौकरी के लिए ज़्यादा से ज़्यादा कितने सालों का अनुभव चाहिए. उदाहरण के लिए, किसी जूनियर पद के लिए ज़्यादा से ज़्यादा पांच साल का अनुभव तय किया जा सकता है, जैसा कि आगे दिए गए उदाहरण में बताया गया है:


"yearsExperienceMax": 5
yearsExperienceMin

Number

इस नौकरी के लिए कम से कम कितने सालों का अनुभव चाहिए. उदाहरण के लिए किसी सीनियर पद के लिए कम से कम 10 साल का अनुभव ज़रूरी हो सकता है, जैसा कि नीचे दिए गए उदाहरण में दिखाया गया है:


"yearsExperienceMin": 10

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

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