अनुमानित सैलरी (Occupation
) का स्ट्रक्चर्ड डेटा
सैलरी का अनुमान देने वाली कंपनियां, Occupation
स्ट्रक्चर्ड डेटा का इस्तेमाल करके, अलग-अलग नौकरियों के लिए सैलरी की सीमा
और इलाके के मुताबिक औसत सैलरी तय करती हैं. साथ ही, पेशे के बारे में जानकारी देती हैं, जैसे कि आम तौर पर मिलने वाले
फ़ायदे, नौकरी के लिए ज़रूरी योग्यता, और शैक्षिक योग्यता. सैलरी का अनुमान देने वाली कंपनियां, OccupationAggregationByEmployer
स्ट्रक्चर्ड डेटा का इस्तेमाल करके, काम का कितना अनुभव है या नौकरी देने वाले संगठन जैसे अलग-अलग आधारों पर पेशों के
ग्रुप बनाती हैं.
अनुमानित सैलरी, Google Search पर नौकरी के लिए अनुभव के ब्यौरे में दिख सकती हैं. ये किसी पेशे की अनुमानित सैलरी के ज़्यादा बेहतर नतीजे (रिच रिज़ल्ट) के तौर पर भी दिख सकती हैं.
स्ट्रक्चर्ड डेटा को जोड़ने का तरीका
स्ट्रक्चर्ड डेटा, किसी पेज के बारे में जानकारी देने और पेज के कॉन्टेंट को कैटगरी में बांटने का एक स्टैंडर्ड फ़ॉर्मैट है. अगर आपको स्ट्रक्चर्ड डेटा के बारे में ज़्यादा जानकारी नहीं है, तो स्ट्रक्चर्ड डेटा के काम करने का तरीका देखें.
स्ट्रक्चर्ड डेटा बनाने, उसकी जांच करने, और उसे रिलीज़ करने के बारे में खास जानकारी यहां दी गई है. वेब पेज में स्ट्रक्चर्ड डेटा जोड़ने के सिलसिलेवार निर्देशों के लिए, स्ट्रक्चर्ड डेटा कोडलैब (कोड बनाना सीखना) देखें.
- ज़रूरी प्रॉपर्टी जोड़ें. जिस फ़ॉर्मैट का इस्तेमाल हो रहा है उसके हिसाब से जानें कि पेज पर स्ट्रक्चर्ड डेटा कहां डालना है.
- दिशा-निर्देशों का पालन करें.
- ज़्यादा बेहतर नतीजों (रिच रिज़ल्ट) की जांच का इस्तेमाल करके, अपने कोड की पुष्टि करें. साथ ही, सभी ज़रूरी गड़बड़ियों को ठीक करें. ऐसी अन्य समस्याओं को भी ठीक करें जो टूल में फ़्लैग की जा सकती हैं. ऐसा इसलिए, क्योंकि इससे आपके स्ट्रक्चर्ड डेटा की क्वालिटी को बेहतर बनाने में मदद मिल सकती है. हालांकि, ज़्यादा बेहतर नतीजों (रिच रिज़ल्ट) में शामिल होने के लिए, यह ज़रूरी नहीं है.
- स्ट्रक्चर्ड डेटा वाले कुछ पेजों को डिप्लॉय करें. इसके बाद, यूआरएल जांचने वाला टूल इस्तेमाल करके देखें कि Google को पेज कैसा दिखेगा. पक्का करें कि Google आपका पेज ऐक्सेस कर सकता हो. साथ ही, देखें कि उस पेज को robots.txt फ़ाइल और
noindex
टैग से ब्लॉक न किया गया हो या लॉग इन करना ज़रूरी न हो. अगर पेज ठीक लगता है, तो Google को अपने यूआरएल फिर से क्रॉल करने के लिए कहा जा सकता है. - 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": "2024-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": "https://schema.googleapis.com/", "@type": "OccupationAggregationByEmployer", "name": "App/Web App Developer", "mainEntityOfPage": { "@type": "WebPage", "lastReviewed": "2024-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 में दी गई है.
Google पर काम करने वाली प्रॉपर्टी ये हैं:
ज़रूरी प्रॉपर्टी | |
---|---|
estimatedSalary |
दिए गए यहां सैलरी की अनुमानित सीमा के कुछ उदाहरण दिए गए हैं: "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": [ { "@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 |
ISO 8601 तारीख फ़ॉर्मैट में, अनुमानित सैलरी पाने में लगने वाला समय. उदाहरण के लिए, अगर अनुमानित सैलरी एक साल के अंदर मिलती है, तो |
estimatedSalary.name |
वैल्यू किस तरह की है. मूल सैलरी की जानकारी ज़रूर दें. पैसों के रूप में मिलने वाले दूसरी तरह के फ़ायदों की जानकारी देना ज़रूरी नहीं है. उदाहरण के लिए, "मूल सैलरी", "बोनस", "कमीशन". |
name |
पेशे का शीर्षक. इस प्रॉपर्टी में ऐसा टेक्स्ट शामिल किया जा सकता है जो स्ट्रक्चर्ड डेटा से अलग हो. उदाहरण के लिए, "सॉफ़्टवेयर इंजीनियर". सबसे सही तरीके:
|
occupationLocation |
जिस जगह के लिए पेशे का यह ब्यौरा लागू होता है. अगर आप एक जगह के लिए नौकरी का विज्ञापन दे रहे हैं, तो एक ज़्यादा जानकारी देने वाला उदाहरण (इस तरह लिखें) "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" } सबसे सही तरीके:
|
सुझाई गई प्रॉपर्टी | |
---|---|
description |
पेशे का ब्यौरा.
अन्य दिशा-निर्देश:
|
estimatedSalary.currency |
वैल्यू के लिए, ISO 4217 का तीन अक्षर वाला मुद्रा कोड. उदाहरण के लिए, "USD" या "CAD". |
estimatedSalary.median |
मीडियन (या "बीच") की वैल्यू. उदाहरण के लिए, इस पेशे में मिलने वाली सैलरी का आधा हिस्सा, इस वैल्यू के बराबर या इससे कम होता है. |
estimatedSalary.percentile10 |
10वीं पर्सेंटाइल वैल्यू. उदाहरण के लिए, इस पेशे में मिलने वाली सैलरी का 10% हिस्सा, इस वैल्यू के बराबर या इससे कम होता है. |
estimatedSalary.percentile25 |
25वीं पर्सेंटाइल वैल्यू. उदाहरण के लिए, इस पेशे में मिलने वाली सैलरी का 25% हिस्सा, इस वैल्यू के बराबर या इससे कम होता है. |
estimatedSalary.percentile75 |
75वीं पर्सेंटाइल वैल्यू. उदाहरण के लिए, इस पेशे में मिलने वाली सैलरी का 75% हिस्सा, इस वैल्यू के बराबर या इससे कम होता है. |
estimatedSalary.percentile90 |
90वीं पर्सेंटाइल वैल्यू. उदाहरण के लिए, इस पेशे में मिलने वाली सैलरी का 90% हिस्सा, इस वैल्यू के बराबर या इससे कम है. |
mainEntityOfPage |
मुख्य जानकारी, पेज पर मौजूद है. |
mainEntityOfPage.lastReviewed |
वह तारीख जब अनुमानित सैलरी की जानकारी ISO 8601 फ़ॉर्मैट में तैयार की गई थी. उदाहरण के लिए: "mainEntityOfPage": { "@type": "WebPage", "lastReviewed": "2017-07-23T14:20:00-05:00" } |
OccupationAggregationByEmployer
OccupationAggregationByEmployer
से, नौकरी से जुड़े डेटा की जानकारी मिलती है,
जिसे नौकरी देने वाली कंपनी के हिसाब से ग्रुप किया जाता है. उदाहरण के लिए, अगर नौकरी देने वाली संस्था ने पेशों को एक समूह में रखा है, तो आप उन पेशों के लिए उद्योग या नौकरी देने वाली संस्था का नाम दे सकते हैं.
Google पर काम करने वाली प्रॉपर्टी ये हैं:
ज़रूरी प्रॉपर्टी | |
---|---|
estimatedSalary |
दिए गए यहां सैलरी की अनुमानित सीमा के कुछ उदाहरण दिए गए हैं: "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": [ { "@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 |
ISO 8601 तारीख फ़ॉर्मैट में, अनुमानित सैलरी पाने में लगने वाला समय. उदाहरण के लिए, अगर अनुमानित सैलरी एक साल के अंदर मिलती है, तो |
estimatedSalary.name |
वैल्यू किस तरह की है. मूल सैलरी की जानकारी ज़रूर दें. पैसों के रूप में मिलने वाले दूसरी तरह के फ़ायदों की जानकारी देना ज़रूरी नहीं है. उदाहरण के लिए, "मूल सैलरी", "बोनस", "कमीशन". |
hiringOrganization |
वह संगठन जिसमें इस पेशे के लिए नौकरी उपलब्ध है. "https://schema.org/" पर @context सेट करें.
कंपनी का नाम, "hiringOrganization": { "@context": "https://schema.org/", "@type": "Organization", "name": "Google LLC" } |
name |
पेशे का शीर्षक. इस प्रॉपर्टी में ऐसा टेक्स्ट शामिल किया जा सकता है जो स्ट्रक्चर्ड डेटा से अलग हो. उदाहरण के लिए, "सॉफ़्टवेयर इंजीनियर". सबसे सही तरीके:
|
occupationLocation |
जिस जगह के लिए पेशे का यह ब्यौरा लागू होता है. अगर आप एक जगह के लिए नौकरी का विज्ञापन दे रहे हैं, तो एक ज़्यादा जानकारी देने वाला उदाहरण (इस तरह लिखें) "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" } सबसे सही तरीके:
|
सुझाई गई प्रॉपर्टी | |
---|---|
description |
पेशे का ब्यौरा.
अन्य दिशा-निर्देश:
|
estimatedSalary.currency |
वैल्यू के लिए, ISO 4217 का तीन अक्षर वाला मुद्रा कोड. उदाहरण के लिए, "USD" या "CAD". |
estimatedSalary.median |
मीडियन (या "बीच") की वैल्यू. उदाहरण के लिए, इस पेशे में मिलने वाली सैलरी का आधा हिस्सा, इस वैल्यू के बराबर या इससे कम होता है. |
estimatedSalary.percentile10 |
10वीं पर्सेंटाइल वैल्यू. उदाहरण के लिए, इस पेशे में मिलने वाली सैलरी का 10% हिस्सा, इस वैल्यू के बराबर या इससे कम होता है. |
estimatedSalary.percentile25 |
25वीं पर्सेंटाइल वैल्यू. उदाहरण के लिए, इस पेशे में मिलने वाली सैलरी का 25% हिस्सा, इस वैल्यू के बराबर या इससे कम होता है. |
estimatedSalary.percentile75 |
75वीं पर्सेंटाइल वैल्यू. उदाहरण के लिए, इस पेशे में मिलने वाली सैलरी का 75% हिस्सा, इस वैल्यू के बराबर या इससे कम होता है. |
estimatedSalary.percentile90 |
90वीं पर्सेंटाइल वैल्यू. उदाहरण के लिए, इस पेशे में मिलने वाली सैलरी का 90% हिस्सा इस मान के बराबर या इससे कम है. |
industry |
नौकरी से जुड़ा उद्योग. |
jobBenefits |
नौकरी से जुड़े फ़ायदों का ब्यौरा. |
mainEntityOfPage |
मुख्य जानकारी पेज पर मौजूद है. |
mainEntityOfPage.lastReviewed |
वह तारीख जब अनुमानित सैलरी की जानकारी ISO 8601 फ़ॉर्मैट में तैयार की गई थी. उदाहरण के लिए: "mainEntityOfPage": { "@type": "WebPage", "lastReviewed": "2017-07-23T14:20:00-05:00" } |
sampleSize |
उन डेटा पॉइंट की संख्या जिन्हें मिलाकर कुल सैलरी का डेटा बनाया जाता है. उदाहरण के लिए: "sampleSize": 42 |
yearsExperienceMax |
इस नौकरी के लिए ज़्यादा से ज़्यादा कितने सालों का अनुभव चाहिए. उदाहरण के लिए, किसी जूनियर पद के लिए ज़्यादा से ज़्यादा पांच साल का अनुभव तय किया जा सकता है, जैसा कि आगे दिए गए उदाहरण में बताया गया है: "yearsExperienceMax": 5 |
yearsExperienceMin |
इस नौकरी के लिए कम से कम कितने सालों का अनुभव चाहिए. उदाहरण के लिए किसी सीनियर पद के लिए कम से कम 10 साल का अनुभव ज़रूरी हो सकता है, जैसा कि नीचे दिए गए उदाहरण में दिखाया गया है: "yearsExperienceMin": 10 |
समस्या का हल करना
अगर आपको स्ट्रक्चर्ड डेटा लागू करने या डीबग करने में कोई समस्या आ रही है, तो यहां कुछ ऐसे रिसॉर्स दिए गए हैं जिनसे आपको मदद मिल सकती है.
- अगर आपने कॉन्टेंट मैनेजमेंट सिस्टम (सीएमएस) का इस्तेमाल किया है या कोई दूसरा व्यक्ति आपकी साइट को मैनेज कर रहा है, तो उससे मदद मांगें. उन्हें Search Console का वह मैसेज ज़रूर फ़ॉरवर्ड करें जिसमें समस्या के बारे में बताया गया है.
- Google यह गारंटी नहीं देता है कि जिन पेजों में स्ट्रक्चर्ड डेटा का इस्तेमाल हुआ है वे खोज के नतीजों में दिखेंगे. Google आपके कॉन्टेंट को ज़्यादा बेहतर नतीजों (रिच रिज़ल्ट) में क्यों नहीं दिखा सकता, इसकी आम वजहें जानने के लिए, स्ट्रक्चर्ड डेटा से जुड़े सामान्य दिशा-निर्देश देखें.
- आपके स्ट्रक्चर्ड डेटा में कोई गड़बड़ी हो सकती है. स्ट्रक्चर्ड डेटा से जुड़ी गड़बड़ियों की सूची देखें.
- अगर आपके किसी पेज पर मौजूद स्ट्रक्चर्ड डेटा के ख़िलाफ़ कोई मैन्युअल ऐक्शन लिया गया है, तो उसे अनदेखा कर दिया जाएगा. हालांकि, वह पेज अब भी Google Search के नतीजों में दिख सकता है. स्ट्रक्चर्ड डेटा से जुड़ी समस्याएं ठीक करने के लिए, मैन्युअल ऐक्शन की रिपोर्ट का इस्तेमाल करें.
- आपका कॉन्टेंट, दिशा-निर्देशों का पालन करता है या नहीं, यह जानने के लिए दिशा-निर्देशों को फिर से देखें. स्पैम वाला कॉन्टेंट या मार्कअप इस्तेमाल करने की वजह से, समस्या हो सकती है. हालांकि, यह हो सकता है कि इसकी वजह, सिंटैक्स की समस्या न हो. इस वजह से, 'ज़्यादा बेहतर नतीजों (रिच रिज़ल्ट) का टेस्ट' में इन समस्याओं की पहचान न हो पा रही हो.
- शामिल न किए गए रिच रिज़ल्ट / सभी रिच रिज़ल्ट में मौजूद समस्या को हल करें.
- फिर से क्रॉल करने और फिर से इंडेक्स करने के लिए समय दें. याद रखें कि पेज को पब्लिश करने के बाद, Google को उसे ढूंढने और क्रॉल करने में कुछ दिन लग सकते हैं. क्रॉल और इंडेक्स करने के बारे में सामान्य सवालों के जवाब पाने के लिए, Google Search पर क्रॉल करने और इंडेक्स करने से जुड़े अक्सर पूछे जाने वाले सवाल देखें.
- Google Search Central फ़ोरम में सवाल पोस्ट करें.