अपने पेजों को डीबग करना

सामान्य सलाह

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

मददगार टेस्टिंग टूल

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

उन साइट मालिकों के लिए टूल जिनकी पुष्टि हो चुकी है

इन टूल और रिपोर्ट को अपने किसी पेज या साइट पर इस्तेमाल करने के लिए, यह ज़रूरी है कि साइट के लिए उपयोगकर्ता के तौर पर आपकी पुष्टि हो चुकी हो. इसकी वजह यह है कि Search Console, साइट से जुड़ा गोपनीय डेटा मुहैया कराता है. इसे सिर्फ़ वही ऐक्सेस कर सकता है जिसकी पुष्टि, साइट के उपयोगकर्ता के तौर पर हो चुकी हो.

  • Search Console - Search Console के लिए साइन अप करें और साइट के मालिकाना हक की पुष्टि करें, ताकि आप साइट को मॉनिटर और जांच करने वाले टूल का ऐक्सेस पा सकें. इन टूल की सूची नीचे दी गई है.
  • ज़्यादा बेहतर नतीजे (रिच रिज़ल्ट) की स्थिति वाली रिपोर्ट - जानें कि Google आपकी साइट पर कौनसे ज़्यादा बेहतर नतीजे पढ़ सकता है और कौनसे नहीं. ज़्यादा बेहतर नतीजे पाने में आने वाली समस्याओं को ठीक करने की जानकारी पाएं. साथ ही, समस्याओं को ठीक करने के बाद फिर से क्रॉल करने का अनुरोध करें. आर्बिट्ररी यूआरएल की जांच के लिए इस टूल का इस्तेमाल नहीं किया जा सकता.
  • यूआरएल की जांच करने वाला टूल - जानें कि आपका पेज Google इंडेक्स में कैसे दिखता है. लाइव यूआरएल पर एक इंडेक्स टेस्ट चलाएं और देखें कि Google आपके पेज को कैसे रेंडर करता है. साथ ही, इंडेक्सिंग के लिए कोई यूआरएल सबमिट करें.
  • Robots.txt रिपोर्ट- देखें कि Google आपकी robots.txt फ़ाइलों को प्रोसेस कर सकता है या नहीं. आपातकालीन स्थितियों में, robots.txt फ़ाइल को फिर से क्रॉल करने का अनुरोध भी किया जा सकता है.
  • एएमपी स्थिति रिपोर्ट - अपनी पूरी साइट के लिए एएमपी पेज से जुड़ी उन गड़बड़ियों को देखें जिन्हें Google ने खोजा है. सामान्य क्रॉल के दौरान गड़बड़ियों का पता लगाया जाता है. किसी आर्बिट्ररी यूआरएल की जांच नहीं की जा सकती.

बिना पहचान वाले टूल

वेबसाइट पर किसी भी यूआरएल के लिए Search Console की अनुमति के बिना इन टूल का इस्तेमाल किया जा सकता है. कुछ टूल में कोड स्निपेट चिपकाने की सुविधा भी होती है.

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

अन्य टूल

ज़्यादा रिसॉर्स और ऑफ़िस में कामकाज के घंटों की जानकारी के लिए, हमारा सहायता पेज देखें.

स्थानीय स्तर पर होस्ट किए गए या फ़ायरवॉल वाले पेजों की जांच करना

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

किसी स्थानीय या फ़ायरवॉल वाले पेज की जांच करने के लिए ngrok जैसी टनलिंग का इस्तेमाल करें. ये टूल ऐसे सार्वजनिक यूआरएल मुहैया कराते हैं जो आपके स्थानीय होस्ट या फ़ायरवॉल वाले सर्वर पर किसी गैर-सार्वजनिक पेज से कनेक्ट करते हैं.

आगे दिए गए उदाहरण में, स्थानीय स्तर पर किसी पेज को होस्ट करने के लिए, सबसे पहले Python के SimpleHTTPServer को चालू किया जाता है. उसके बाद, ngrok का इस्तेमाल करके, पेज को सार्वजनिक ऐक्सेस वाले यूआरएल के संपर्क में लाया जाता है:

कदम 1

किसी दिए गए पोर्ट पर अपने पेज को होस्ट करने के लिए स्थानीय एचटीटीपी सर्वर चालू करें. उदाहरण के लिए हमने पोर्ट 5326 को चुना.

SimpleHTTPServer, साइट रूट के रूप में मौजूदा डायरेक्ट्री को मैप करता है.

 python -m SimpleHTTPServer 5326
Serving HTTP on 0.0.0.0 port 5326
...
    

दूसरा चरण

दूसरे टर्मिनल पर, पहले चरण में खोले गए 5326 नंबर को ध्यान में रखते हुए अपना स्थानीय ngrok ऐप्लिकेशन चालू करें.

 ./ngrok http 5326 --request-header-add ngrok-skip-browser-warning:1
ngrok by @inconshreveable (Ctrl+C to quit)

Session Status online
Version 2.2.4
Region United States (us)
Web Interface http://127.0.0.1:4040
Forwarding http://ad0a5735.ngrok.io -> localhost:5326
Forwarding https://ad0a5735.ngrok.io -> localhost:5326

Connections ttl opn rt1 rt5 p50 p90
0 0 0.00 0.00 0.00 0.00
    

तीसरा चरण

ngrok का इस्तेमाल करके बनाए गए अपने यूआरएल को अपनी पसंद के जांच टूल में ले जाएं.

हमारे उदाहरण में रूट यूआरएल http://ad0a5735.ngrok.io है. ऐसे में, अगर हमारे पेज को ~/testwebdir/mypage.html में स्थानीय तौर पर सेव किया जाता है और हमने ऊपर के सर्वर को ~/testwebdir/ से शुरू किया है, तो हम http://ad0a5735.ngrok.io/mypage.html की जांच कर सकते हैं. ज़्यादा बेहतर नतीजों की जांच में, उस यूआरएल को सीधे चिपकाएं या https://search.google.com/test/rich-results/result?url=http%3A%2F%2Fad0a5735.ngrok.io%2Fmypage.html पर जाएं.

ध्यान रखें कि अलग-अलग स्थानीय होस्ट और टनलिंग आपके पेजों को अलग-अलग तरीके से मैप करते हैं.

इसके अलावा, कुछ टनलिंग (ngrok नहीं) robots.txt की मदद से अपने-आप आपके अस्थायी सार्वजनिक यूआरएल की सुरक्षा करते हैं. इसकी वजह से आप Google पर उनकी जांच नहीं कर पाते हैं. Google टेस्टिंग टूल robots.txt का पालन करता है. अपने टनलिंग और वेब होस्टिंग सॉफ़्टवेयर से जुड़े दस्तावेज़ पढ़ें.

ऐक्सेस से जुड़ी गड़बड़ियां डीबग करना

अगर Google टेस्टिंग टूल का इस्तेमाल करते समय आप ऐक्सेस से जुड़ी कोई गड़बड़ी मिलती है, तो:

  • देखें कि आपका पेज robots.txt का इस्तेमाल करके सुरक्षित तो नहीं किया गया है और इसे ऐक्सेस करने के लिए, लॉगिन करने की ज़रूरत नहीं है.
  • किसी दूसरे कंप्यूटर पर अपने फ़ायरवॉल के बाहर से या गुप्त मोड में Chrome पर अपने पेज को ऐक्सेस करके देखें.