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

सामान्य सलाह

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

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

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

पुष्टि की गई साइट के मालिक के लिए टूल

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

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

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

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

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

ज़्यादा टूल

ज़्यादा टूल, ईमेल पाने वाले लोगों की सूचियां और काम करने के घंटों की जानकारी के लिए, Google वेबमास्टर सहायता केंद्र देखें.

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

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

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

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

चरण 1

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

SimpleHTTPServer साइट रूट के रूप में मौजूदा निर्देशिका को मैप करता है.

~/testwebdir $ python -m SimpleHTTPServer 5326
Serving HTTP on 0.0.0.0 port 5326
...

चरण 2

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

~/ $ ./ngrok http 5326

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

चरण 3

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

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

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

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

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

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

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

निम्न के बारे में फ़ीडबैक भेजें...