Google Search के नतीजों में बेहतर तरीके से दिखने से जुड़ी खास सुविधाओं को चालू करने के लिए, अपने पेज पर स्ट्रक्चर्ड डेटा डालें. इसके बाद, ज़्यादा बेहतर नतीजों (रिच रिज़ल्ट) के साथ इसकी जांच करें.
ज़्यादा बेहतर नतीजों (रिच रिज़ल्ट) की जांच खोलें
जांच करना
यूआरएल के लिए
जांच करने के लिए पेज का पूरा यूआरएल सबमिट करें. अहम जानकारी: पेज के सभी रिसॉर्स ऐसे होने चाहिए कि अपनी पहचान जाहिर किए बिना कोई उपयोगकर्ता, इंटरनेट से कोड ऐक्सेस करके उन तक पहुंच सके. फ़ायरवाॅल या पासवर्ड का इस्तेमाल करके सुरक्षित किए गए किसी भी रिसॉर्स की जांच नहीं की जा सकती. अगर आपका पेज फ़ायरवॉल से सुरक्षित है या आपके लोकल डिवाइस (कंप्यूटर) पर होस्ट किया गया है, तो टनल करने के तरीकों का इस्तेमाल करके पेज की जांच की जा सकती है.
कोड स्निपेट के लिए
आपके पास इस टूल का इस्तेमाल करके, आर्बिट्ररी कोड स्निपेट की जांच करने का विकल्प है. इसके लिए, टूल के लैंडिंग पेज पर यूआरएल के बजाय कोड चुनें और वह कोड डालें जिसकी जांच करनी है. कोड में बदलाव किया जा सकता है और जितनी बार चाहें जांच करें पर क्लिक करके, कोड की जांच की जा सकती है.
किसी उपयोगकर्ता एजेंट को विकल्प के रूप में चुनना
आपके पास यह चुनने का विकल्प होता है कि पेज की जांच करते समय किस उपयोगकर्ता एजेंट का इस्तेमाल किया जाए: इसका मतलब यह है कि पेज की जांच के लिए स्मार्टफ़ोन का इस्तेमाल किया जाए या फिर डेस्कटॉप कंप्यूटर का. यूआरएल या कोड एंट्री टेक्स्टबॉक्स के नीचे दी गई सूची से कोई एक उपयोगकर्ता एजेंट चुनें.
Google की मोबाइल-फ़र्स्ट की पहल (मोबाइल के इस्तेमाल को प्राथमिकता देने) की वजह से डिफ़ॉल्ट उपयोगकर्ता एजेंट, स्मार्टफ़ोन है. इससे पता चलता है कि वेब पेज ऐक्सेस करने के लिए मोबाइल डिवाइस का इस्तेमाल बढ़ा है. अगर आपकी साइट के मोबाइल वर्शन को पहले इंडेक्स किया जाता है, तो हम आपको जांच करने के लिए बतौर उपयोगकर्ता एजेंट, स्मार्टफ़ोन का इस्तेमाल करने का सुझाव देते हैं. ऐसा आपको तब तक करना है, जब तक कि आपके पास डेस्कटॉप को उपयोगकर्ता एजेंट के तौर पर इस्तेमाल करने की खास वजहें न हों. सभी साइटों के लिए, हम उपयोगकर्ता एजेंट के तौर पर मोबाइल का इस्तेमाल करने का सुझाव देते हैं. ऐसा इसलिए, क्योंकि आजकल ज़्यादातर लोग मोबाइल से वेब ब्राउज़ करते हैं.
आपके पास अपनी प्रॉपर्टी की सेटिंग पेज पर यह देखने का विकल्प होता है कि आपकी वेबसाइट, मोबाइल-फ़र्स्ट है या नहीं.
ऐसे फ़ॉर्मैट जो स्ट्रक्चर्ड डेटा के लिए इस्तेमाल किए जा सकते हैं
JSON-LD, RDFa, और माइक्रोडेटा वाले स्ट्रक्चर्ड डेटा के लिए, ज़्यादा बेहतर नतीजे (रिच रिज़ल्ट) की जांच की जा सकती है
नतीजों की समीक्षा करना
इस जांच से पता चलता है कि पेज पर किस तरह के ज़्यादा बेहतर नतीजे (रिच रिज़ल्ट) मिले. साथ ही, इससे आपके स्ट्रक्चर्ड डेटा से जुड़ी गड़बड़ियों की जानकारी या सुझाव मिलते हैं.
अगर आपको कोई गड़बड़ी या चेतावनी मिलती है, तो एक-एक आइटम को खोलकर पूरी जानकारी देख लें. इसके बाद, जगह के हिसाब से कोड एक्सप्लोरर खोलने के लिए जानकारी पर क्लिक करें. यह एक्सप्लोरर, रेंडर किया गया सोर्स कोड इस्तेमाल करता है.
जांच के नतीजों में ये बातें शामिल होती हैं:
यूआरएल का स्टेटस
यह टूल जांचे गए यूआरएल के लिए, यहां दिए गए स्टेटस में से कोई एक वैल्यू दिखा सकता है. यहां N, जांच के दौरान मिले आइटम की संख्या पर निर्भर होता है.
N मान्य आइटम मिला (मिले)
कोई आइटम नहीं मिला
चेतावनियों के साथ N मान्य आइटम मिला (मिले)
N आइटम मिले: कुछ आइटम अमान्य हैं
N मान्य आइटम मिला (मिले)क्रॉल करना
इस सेक्शन में बताया गया है कि Google को पेज क्रॉल करने की अनुमति है या नहीं. अगर Google को पेज क्रॉल करने की उसकी नियमित प्रक्रिया के दौरान रोका जाता है (जैसे, robots.txt नियम या noindex डायरेक्टिव का इस्तेमाल करके रोक लगाना), तो इस टूल की मदद से पेज की जांच नहीं की जा सकती.
- क्रॉल किया गया / क्रॉल नहीं किया जा सका:
- इस एजेंट के तौर पर क्रॉल किया गया: यह बताता है कि क्रॉल करने के लिए, उपयोगकर्ता एजेंट के तौर पर स्मार्टफ़ोन या डेस्कटॉप में से किसका इस्तेमाल किया गया था.
- क्या क्रॉल करने की अनुमति है? इससे यह जांच की जाती है कि साइट पर मौजूद robots.txt नियम, इस पेज को क्रॉल किए जाने से रोकता है या नहीं.
- पेज को फ़ेच करना: इससे पता चलता है कि जांच करके, पेज को फ़ेच किया जा सकता है या नहीं. क्रॉल न होने की स्थिति में, पेज को फ़ेच नहीं किया जा सकेगा.
आइटम का पता चला / स्ट्रक्चर्ड डेटा का पता चला
इससे पता चलता है कि पेज पर कोई स्ट्रक्चर्ड डेटा है या नहीं. अगर स्ट्रक्चर्ड डेटा मिलने पर उसे पार्स नहीं किया जा सका, तो इसकी जानकारी यहां दी जाएगी. यहां आपको सभी तरह के आइटम दिखेंगे. जैसे, मान्य आइटम, चेतावनियों या गड़बड़ियों वाले आइटम या वे आइटम जिन्हें पार्स नहीं किया जा सका. इसके अलावा, यहां आपको आइटम और उससे जुड़ी किसी भी समस्या के बारे में जानकारी भी मिलेगी.
गड़बड़ियां
अगर टूल किसी वजह से पेज को ऐक्सेस नहीं कर पाता है, तो वह इनमें से कोई एक गड़बड़ी दिखाएगा:
- डीएनएस सर्वर काम नहीं कर रहा है: आम तौर पर, यह समस्या थोड़े समय के लिए होती है, जो कुछ मिनट में अपने-आप ठीक हो जाती है.
- डीएनएस की गड़बड़ी: होस्ट के बारे में जानकारी नहीं है: आपके डीएनएस सर्वर से यूआरएल की समस्या ठीक नहीं हो पाई. यह समस्या थोड़े समय के लिए हो सकती है, जो कुछ ही मिनट में अपने-आप ठीक हो जाती है.
- डीएनएस की गड़बड़ी: निजी आईपी पता दिया गया है: आपके डीएनएस ने ऐसा आईपी पता भेजा है जो खास/निजी तौर पर शामिल नहीं की गई सीमा में है. जैसे, RFC 1918 निजी आईपी पता (उदाहरण के लिए, 10.0.0.1)
- सर्वर कनेक्शन की गड़बड़ी: सर्वर ने कनेक्शन अस्वीकार कर दिया, उस तक पहुंचा नहीं जा सका या उससे कनेक्ट नहीं किया जा सका. ज़्यादा जानें.
- सर्वर से गलत जवाब मिला: सर्वर, अनुरोध किए गए प्रोटोकॉल के साथ काम नहीं करता. रिस्पॉन्स या हेडर को छोटा किया गया है या रिस्पॉन्स को पार्स नहीं किया जा सका (उदाहरण के लिए, सर्वर से मिले रिस्पॉन्स डेटा को गलत तरीके से कंप्रेस करने की स्थिति में). ज़्यादा जानें.
- अमान्य सर्वर SSL सर्टिफ़िकेट: आपकी साइट का एसएसएल सर्टिफ़िकेट अमान्य है. Google, साइट पर एचटीटीपीएस यूआरएल की जांच तब तक नहीं करेगा, जब तक मान्य सर्टिफ़िकेट नहीं होगा.
- Robots.txt तक नहीं पहुंचा जा सका: अगर robots.txt फ़ाइल मौजूद है, लेकिन उसे ऐक्सेस नहीं किया जा सकता, तो Google किसी वेबसाइट को क्रॉल नहीं करेगा. क्रॉल करने के बारे में आंकड़े देने वाली रिपोर्ट में यह देखा जा सकता है कि आपकी robots.txt फ़ाइल उपलब्ध है या नहीं.
- होस्टलोड ज़्यादा बढ़ गया है: किसी साइट को क्रॉल करने या उसकी जांच के अनुरोध स्वीकार करने के लिए, Google ने एक सीमा तय की है. आपकी वेबसाइट उस सीमा तक पहुंच चुकी है. Google तब तक जांच नहीं कर सकता, जब तक आपका ट्रैफ़िक लोड (Google के अनुमान के मुताबिक) कम नहीं हो जाता.
अगर किसी पेज पर इस्तेमाल किए गए सभी रिसॉर्स जांच के दौरान लोड नहीं हो पाते हैं, तो आपको एक चेतावनी दिखेगी. पेज में शामिल की गई इमेज, सीएसएस या स्क्रिप्ट फ़ाइल जैसे बाहरी एलिमेंट को रिसॉर्स कहते हैं. इस जांच में सिर्फ़ कुछ खास तरह के रिसॉर्स लोड करने की कोशिश की जाती है. जिन रिसॉर्स से जांच पर असर नहीं पड़ता उन्हें नज़रअंदाज़ कर दिया जाता है.
रिसॉर्स के लोड होने में कई वजहों से समस्याएं हो सकती हैं:
- रिसॉर्स लोड होने में ज़्यादा समय लगा. ऐसा होने पर, फिर से टेस्ट करने की कोशिश करें. अगर ऐसा बार-बार होता है, तो रिसॉर्स को कहीं और होस्ट करें. साथ ही, होस्ट का रिस्पॉन्स न मिलने या देर से मिलने की वजह ढूंढकर दिक्कत दूर करने की कोशिश करें.
- रिसॉर्स, बताए गए यूआरएल पर मौजूद नहीं है (404 कोड वाली गड़बड़ी). अपने पेज पर, रिसॉर्स के यूआरएल की पुष्टि करें और उसे ठीक करें.
- रिसॉर्स को वे उपयोगकर्ता ऐक्सेस नहीं कर सकते जिन्होंने लॉगिन नहीं किया है. टेस्ट, पेज को ऐसे उपयोगकर्ता के तौर पर ऐक्सेस करता है जिसकी पहचान छिपी होती है. पक्का करें कि रिसॉर्स को वे सभी उपयोगकर्ता ऐक्सेस कर सकें जिन्होंने अपनी पहचान नहीं बताई है.
- रिसॉर्स पर robots.txt फ़ाइल से Googlebot के लिए रोक लगाई गई है. अगर रिसॉर्स ज़रूरी है (यहां देखें) और यह आपकी साइट पर मौजूद है, तो आपको Googlebot के लिए रिसॉर्स पर लगी रोक हटानी चाहिए. अगर रिसॉर्स किसी दूसरी साइट पर है, तो उस साइट के वेबमास्टर से संपर्क करें और रिसॉर्स पर लगी रोक हटाने के लिए कहें.
ज़रूरी रिसॉर्स पर लगी रोक हटाना
अगर किसी अहम रिसॉर्स पर रोक लगा दी जाती है, तो इस पर बहुत असर पड़ता है कि Google, पेज को कैसे समझता है. उदाहरण के लिए, अगर किसी पेज पर मौजूद एक बड़ी इमेज पर रोक लगा दी जाती है, तो हो सकता है कि वह पेज मोबाइल-फ़्रेंडली लगे, भले ही ऐसा न हो. इसके अलावा, रोक लगाई गई किसी सीएसएस फ़ाइल की वजह से कोई गलत फ़ॉन्ट स्टाइल लागू हो सकती है. जैसे, किसी डिवाइस के लिए बहुत छोटा फ़ॉन्ट. ऐसा होने पर, Google आपके पेज को क्रॉल नहीं कर पाएगा. इसका असर Google पर, आपकी साइट के खोज नतीजों में पड़ सकता है. पक्का करें कि robots.txt फ़ाइल से, Googlebot के लिए ज़रूरी रिसॉर्स पर रोक न लगाई गई हो और इन्हें आसानी से ऐक्सेस किया जा सकता हो.
जांच के अलग-अलग नतीजे/पेज लोड होने में आने वाली समस्याएं
अगर आपकी साइट पर लोड न हो सकने वाले रिसॉर्स हैं या पेज लोड होने से जुड़ी दूसरी समस्याएं हैं, तो हो सकता है कि आपको हर बार जांच करने पर, थोड़े अलग नतीजे दिखें. ऐसा इसलिए होता है, क्योंकि हर जांच के दौरान लोड होने वाले रिसॉर्स अलग हो सकते हैं. अगर हर बार जांच करने पर रेंडर होने वाला पेज अलग दिखे, जबकि आपने कोई बदलाव नहीं किया है, तो पता करें कि क्या "पेज लोड होने में समस्याएं हो रही हैं" चेतावनी मिली है. अगर ऐसा है, तो उस चेतावनी पर क्लिक करके देखें कि किस वजह से पेज सही तरीके से और एक जैसा रेंडर नहीं हो पा रहा है.
| गड़बड़ी का टाइप | जानकारी |
|---|---|
| JSON दस्तावेज़ अमान्य है | JSON में टॉप लेवल के सिंटैक्स में गड़बड़ी मिली. |
| वैल्यू का टाइप गलत है | प्रॉपर्टी के लिए डाली गई वैल्यू का टाइप गलत है. उदाहरण के लिए, किसी प्रॉपर्टी में संख्या या ऐरे लिखा जाना चाहिए था, लेकिन आपने स्ट्रिंग लिख दिया है. किसी खास फ़ील्ड के लिए वैल्यू के ज़रूरी टाइप के बारे में जानने के लिए, स्ट्रक्चर्ड डेटा के दस्तावेज़ देखें. |
| पार्स करते समय गड़बड़ी हुई: ':' का चिह्न नहीं डाला गया | फ़ील्ड और वैल्यू के बीच ':' का निशान मौजूद नहीं है. |
| पार्स करते समय गड़बड़ी हुई: ',' या '}' का चिह्न नहीं डाला गया | कॉमा या क्लोज़िंग ब्रैकेट मौजूद नहीं है. |
| पार्स करते समय गड़बड़ी हुई: '}' या ऑब्जेक्ट मेंबर का नाम नहीं डाला गया |
क्लोज़िंग ब्रैकेट या ऑब्जेक्ट मेंबर का नाम मौजूद नहीं है. |
| पार्स करते समय गड़बड़ी हुई: ऐरे लिखते समय ',' या ']' नहीं डाला गया | ऐरे वैल्यू को पार्स करते समय गड़बड़ी हुई: ऐरे लिखते समय कॉमा या क्लोज़िंग ब्रैकेट नहीं डाला गया है. |
| इतनी लंबाई के टोकन को पार्स नहीं किया जा सका | कुछ वजहों से यह नहीं पता लगाया जा सका कि प्रॉपर्टी या वैल्यू की शुरुआत या आखिर में क्या लिखा गया है. |
| संख्या अमान्य है | प्रॉपर्टी की वैल्यू में संख्या होनी चाहिए थी, लेकिन इसमें वैल्यू के किसी दूसरे टाइप का इस्तेमाल किया गया है. |
| स्ट्रिंग में एंप्टी एस्केप सीक्वेंस मौजूद है |
किसी स्ट्रिंग का मान लिखने में एंप्टी एस्केप सीक्वेंस का वर्ण शामिल नहीं किया गया : उदाहरण के लिए :
के बजाय
|
| स्ट्रिंग में गलत एस्केप सीक्वेंस मौजूद है |
किसी स्ट्रिंग की वैल्यू में गलत एस्केप सीक्वेंस डाला गया है. उदाहरण के लिए : "description" : "Some \q unknown sequence" |
| यूनिकोड का वर्ण अधूरा है | यूनिकोड के सरोगेट पेयर में आखिरी के छह वर्ण मौजूद नहीं हैं. |
| यूनिकोड का वर्ण अमान्य है | यूनिकोड के सरोगेट पेयर के दूसरे हिस्से की शुरुआत में \u टोकन मौजूद नहीं है. |
| यूनिकोड का एस्केप सीक्वेंस अमान्य है: इसमें चार अंक होने ज़रूरी हैं | यूनिकोड के एस्केप सीक्वेंस में सिंटैक्स की गड़बड़ी है : इसमें चार अंक होने ज़रूरी हैं. |
| यूनिकोड का एस्केप सीक्वेंस अमान्य है : इसमें हेक्साडेसिमल अंक होना ज़रूरी है | यूनिकोड के एस्केप सीक्वेंस में सिंटैक्स की गड़बड़ी है : इसमें हेक्साडेसिमल अंक होना चाहिए था, लेकिन वह मौजूद नहीं है. |
| डुप्लीकेट यूनीक प्रॉपर्टी | आपने अपने व्यवस्थित डेटा के ऑब्जेक्ट में यूनीक प्रॉपर्टी के लिए दो मान डाले हैं. उदाहरण के लिए, @context के लिए दो वैल्यू डाली गई हैं. |
| टॉप लेवल का एलिमेंट अमान्य है | आपके JSON-LD में मौजूद टॉप लेवल आइटम अमान्य है. |
| ऐसे आइटम के बारे में रेफ़रंस जो मौजूद नहीं है | itemref एट्रिब्यूट ऐसे आइडेंटिफ़ायर के बारे में बताता है जो मौजूद नहीं है. |
इन ज़्यादा बेहतर नतीजों (रिच रिज़ल्ट) के साथ इसे इस्तेमाल किया जा सकता है
फ़िलहाल, यह जांच सिर्फ़ इन ज़्यादा बेहतर नतीजों (रिच रिज़ल्ट) पर लागू होती है:
इस तरह के कोड काम करते हैं
- लेख
- ब्रेडक्रंब
- कैरसेल
- कोर्स की सूची का आइटम
- कोर्स की जानकारी
- चर्चा फ़ोरम
- डेटासेट
- शिक्षा से जुड़े सवाल और जवाब
- नौकरी देने वाली कंपनी की कुल रेटिंग
- अनुमानित सैलरी
- इवेंट
- अक्सर पूछे जाने वाले सवाल
- तथ्यों की जांच
- होटल
- इमेज का मेटाडेटा
- नौकरी के विज्ञापन
- लर्निंग वीडियो
- स्थानीय कारोबार
- मैथ सॉल्वर
- फ़िल्म
- व्यापारी या कंपनी की लिस्टिंग
- संगठन
- पेवॉल किया गया कॉन्टेंट
- प्रैक्टिस से जुड़ी समस्याएं
- प्रॉडक्ट का स्निपेट
- प्रोफ़ाइल पेज
- सवाल-जवाब वाला पेज
- रेसिपी
- समीक्षा स्निपेट
- सॉफ़्टवेयर ऐप्लिकेशन
- खास एलान
- सदस्यता वाला कॉन्टेंट
- छुट्टियों में किराये पर उपलब्ध जगहें
- वाहन की लिस्टिंग
- वीडियो
जांच का इतिहास सेव करना
हर बार 'जांच करें' पर क्लिक करने से, Search Console आपके कोड और जांच के आंकड़ों को सेव कर लेता है. अपने कोड और जांच के वर्शन का इतिहास सेव करने के लिए, जांच करने के बाद पेज का यूआरएल बुकमार्क कर लें. जांच का इतिहास करीब 90 दिनों तक सेव रहता है. इन बुकमार्क को हर कोई ऐक्सेस कर सकता है.
जांच के नतीजे शेयर करना
आपके पास शेयर करें बटन का इस्तेमाल करके जांच नतीजों के ब्राउज़र का लिंक किसी के भी साथ शेयर करने की सुविधा होती है. जांच नतीजों को देखने के लिए अनुमति की ज़रूरत नहीं होती. जांच नतीजों के लिंक का इस्तेमाल करीब 90 दिनों तक किया जा सकता है.
देखना कि Google Search के नतीजों में आपका पेज कैसा दिख सकता है
कुछ ज़्यादा बेहतर नतीजों (रिच रिज़ल्ट) के टाइप के लिए, आपके पास इसकी झलक देखने का विकल्प होता है कि यह नतीजा Google Search और Google Assistant में कैसा दिख सकता है. अगर आपका पेज Search के एक से ज़्यादा नतीजों के लेआउट की ज़रूरी शर्तें पूरी करता है, तो यह टूल सिलेक्टर को शामिल करेगा और आपको अलग-अलग लेआउट दिखाएगा. इसमें डेस्कटॉप और मोबाइल पर की गई खोज के लिए लेआउट भी शामिल हैं.
नए लेआउट बनाने के लिए कोड बदलकर और जांच को फिर से चलाकर, अपने पेज के साथ इस्तेमाल किया जा सकता है. अपने ब्राउज़र में दिख रहे यूआरएल को दूसरे लोगों के साथ शेयर किया जा सकता है. ऐसा करके, रेंडर किए गए नतीजों को उनके साथ शेयर किया जा सकता है.
टूल को पेज पर क्या मिलता है, इसके हिसाब से आपके पास यह चुनने का विकल्प है कि आपको किस तरह का नतीजा दिखाया जाए. आपके पास डेस्कटॉप या मोबाइल वर्शन में से किसी एक को चुनने का भी विकल्प होता है.
Google इस बात की गारंटी नहीं देता कि आपका पेज बिल्कुल उसी तरह दिखाई देगा जैसा यहां दिखाया गया है. इस बात की गारंटी भी नहीं दी जा सकती है कि आपके पेज के यहां दिखाए गए वर्शन को नतीजों में भी उसी तरह दिखाया जाएगा. खोजी गई किसी भी चीज़ के लिए, Google उपयोगकर्ता के खोज इतिहास, जगह की जानकारी, और दूसरी कई चीज़ों के मुताबिक सबसे अच्छे नतीजे दिखाने की कोशिश करता है.
स्ट्रक्चर्ड डेटा के दूसरे रिसॉर्स
यहां स्ट्रक्चर्ड डेटा और Google Search के नतीजे की सुविधाओं के बारे में कुछ और रिसॉर्स दिए गए हैं:
- स्ट्रक्चर्ड डेटा की गैलरी, इससे Google Search पर काम करने वाली खोज के नतीजे पाने की सुविधाएं दिखती हैं.
- इन सुविधाओं को चालू करने के लिए, Google पर वेब पेज डेवलपर के लिए स्ट्रक्चर्ड डेटा की खास जानकारी.