Google बताता है कि इंडेक्स कवरेज रिपोर्ट धीमी क्यों है

गूगल ने स्पष्ट किया कि सर्च कंसोल इंडेक्स कवरेज रिपोर्ट मिनट कवरेज डेटा तक रिपोर्ट नहीं करता है। Google उन लोगों के लिए URL निरीक्षण उपकरण का उपयोग करने की अनुशंसा करता है, जिन्हें इस बात की नवीनतम पुष्टि की आवश्यकता है कि कोई URL अनुक्रमित है या नहीं।

Google इंडेक्स कवरेज रिपोर्ट डेटा को स्पष्ट करता है

इंडेक्स कवरेज रिपोर्ट में एक त्रुटि की तरह दिखने वाले कई ट्वीट्स हैं जो यह रिपोर्ट कर रहे थे कि एक यूआरएल क्रॉल किया गया था लेकिन अनुक्रमित नहीं किया गया था।

पता चला कि यह कोई बग नहीं है, बल्कि इंडेक्स कवरेज रिपोर्ट की एक सीमा है।

Google ने इसे समझाया ट्वीट्स की एक श्रृंखला.

Search Console की रिपोर्टें बग की रिपोर्ट करें

“कुछ Google खोज कंसोल उपयोगकर्ताओं ने बताया कि उन्होंने इंडेक्स कवरेज रिपोर्ट में “क्रॉल – वर्तमान में अनुक्रमित नहीं” के रूप में चिह्नित यूआरएल देखा, जब यूआरएल निरीक्षण उपकरण के साथ निरीक्षण किया गया, तो उन्हें “सबमिट और अनुक्रमित” या किसी अन्य स्थिति के रूप में सूचीबद्ध किया गया था।

Google इंडेक्स कवरेज रिपोर्ट की व्याख्या करता है

Google ने तब ट्वीट्स की एक श्रृंखला में साझा किया इंडेक्स कवरेज रिपोर्ट कैसे काम करती है.

विज्ञापन

नीचे पढ़ना जारी रखें

“ऐसा इसलिए है क्योंकि इंडेक्स कवरेज रिपोर्ट डेटा यूआरएल निरीक्षण की तुलना में एक अलग (और धीमी) दर पर रीफ्रेश किया जाता है।

URL निरीक्षण में दिखाए गए परिणाम अधिक हाल के हैं, और जब वे इंडेक्स कवरेज रिपोर्ट के साथ विरोध करते हैं तो उन्हें आधिकारिक के रूप में लिया जाना चाहिए। (2/4)

इंडेक्स कवरेज में दिखाया गया डेटा कुछ दिनों के भीतर, जब स्थिति बदल जाती है, किसी पृष्ठ की सटीक स्थिति को दर्शाना चाहिए। (3/4)

हमेशा की तरह, फ़ीडबैक के लिए धन्यवाद 🙏, हम इस विसंगति को कम करने के तरीकों की तलाश करेंगे ताकि हमारी रिपोर्ट और टूल हमेशा संरेखित और ताज़ा रहें! (४/४)”

जॉन मुलर ने इंडेक्स कवरेज रिपोर्ट के बारे में सवाल का जवाब दिया

Google के जॉन म्यूएलर ने 8 अक्टूबर, 2021 को इस मुद्दे के बारे में एक प्रश्न का उत्तर दिया था। यह समझने से पहले था कि इंडेक्स कवरेज रिपोर्ट में कोई त्रुटि नहीं थी, बल्कि इंडेक्स कवरेज रिपोर्ट के डेटा फ्रेशनेस की उम्मीद में अंतर था। और वास्तविकता यह है कि डेटा को धीमी गति से ताज़ा किया जाता है।

प्रश्न पूछने वाले व्यक्ति ने संबंधित प्रश्न किया कि जुलाई 2021 में उन्होंने देखा कि Google खोज कंसोल के माध्यम से सबमिट किए गए URL ने सबमिट की गई लेकिन अनुक्रमित नहीं होने की त्रुटि की सूचना दी, भले ही पृष्ठों में नोइंडेक्स टैग नहीं था।

विज्ञापन

नीचे पढ़ना जारी रखें

इसके बाद Google वेबसाइट पर वापस आएगा, पेज को क्रॉल करेगा और इसे सामान्य रूप से अनुक्रमित करेगा।

“समस्या यह है कि हमें 300 त्रुटियां / कोई अनुक्रमणिका नहीं मिलती है और फिर बाद के क्रॉल पर केवल पांच क्रॉल हो जाते हैं, इससे पहले कि वे फिर से क्रॉल करते हैं।

इसलिए, यह देखते हुए कि उन्हें अनुक्रमित नहीं किया गया है और यदि चीजें प्रस्तुत नहीं की जा सकती हैं या वे पृष्ठ नहीं ढूंढ सकते हैं, तो वे हमारे पृष्ठ पर नहीं मिले हैं, जिसमें कोई अनुक्रमणिका नहीं है।

और इसलिए मुझे पता है कि किसी तरह वे वहां निर्देशित हो रहे हैं।

क्या यह सिर्फ एक स्मृति समस्या है या चूंकि वे बाद में ठीक से क्रॉल किए गए हैं, क्या यह सिर्फ एक है… ”

जॉन मुलर ने उत्तर दिया:

“पृष्ठों को देखे बिना कहना मुश्किल है।

इसलिए मैं वास्तव में दोबारा जांच करने की कोशिश करूंगा कि क्या यह तब एक समस्या थी और अब कोई समस्या नहीं है या यदि यह अभी भी कुछ ऐसा है जो रुक-रुक कर होता है।
क्योंकि अगर इससे कोई फर्क नहीं पड़ता, अगर यह अब और नहीं होता है तो जो कुछ भी पसंद है…”

प्रश्न पूछने वाले व्यक्ति ने यह कहते हुए उत्तर दिया कि यह अभी भी होता है और यह एक सतत समस्या बनी रहती है।

जॉन मुलर ने यह कहते हुए जवाब दिया कि उनका झुकाव यह है कि प्रतिपादन के साथ कुछ गलत हो रहा है।

“और अगर ऐसा कुछ है जो अभी भी होता है, तो मैं यह पता लगाने की कोशिश करूंगा कि इसका क्या कारण हो सकता है।

और हो सकता है कि जब आप Search Console में पेज का परीक्षण करते हैं, तो दस में से नौ बार यह अच्छा काम करता है। लेकिन दस में से एक बार ऐसा होता है जब यह ठीक से काम नहीं करता है और त्रुटि पृष्ठ पर रीडायरेक्ट करता है या हमें लगता है कि यह त्रुटि पृष्ठ पर रीडायरेक्ट करता है।

इस तरह का मामला मैं नीचे जाने की कोशिश करूंगा और यह पता लगाने की कोशिश करूंगा कि क्या इस पृष्ठ को प्रस्तुत करने के लिए बहुत सारे अनुरोध हैं या जावास्क्रिप्ट के साथ कुछ जटिल है जो कभी-कभी बहुत लंबा लगता है और कभी-कभी अच्छा काम करता है और फिर संकीर्ण करने का प्रयास करता है उस दृष्टिकोण से चीजें नीचे। ”

विज्ञापन

नीचे पढ़ना जारी रखें

म्यूएलर ने आगे बताया कि कैसे क्रॉलिंग और रेंडरिंग वाला हिस्सा Google के क्रॉलिंग की ओर से होता है।

वह एक “क्रोम-प्रकार” ब्राउज़र का संदर्भ देता है जो Google के हेडलेस क्रोम बॉट का संदर्भ हो सकता है जो अनिवार्य रूप से एक क्रोम ब्राउज़र है जिसमें फ्रंट एंड यूजर इंटरफेस गायब है।

“हमारी तरफ क्या होता है कि हम HTML पृष्ठ को क्रॉल करते हैं और फिर हम HTML पृष्ठ को क्रोमियम प्रकार के क्रोम-प्रकार के ब्राउज़र में संसाधित करने का प्रयास करते हैं।

और इसके लिए हम उन सभी संसाधनों को खींचने का प्रयास करते हैं जिनका उल्लेख वहां किया गया है।

इसलिए यदि आप क्रोम में डेवलपर कंसोल पर जाते हैं और आप नेटवर्क सेक्शन को देखते हैं, तो यह आपको पेज को रेंडर करने के लिए लोड होने वाली हर चीज का वॉटरफॉल डायग्राम दिखाता है।

और अगर बहुत सी चीजें हैं जिन्हें लोड करने की आवश्यकता है, तो ऐसा हो सकता है कि चीजें समय से बाहर हो जाएं और फिर हम उस त्रुटि की स्थिति में आ सकते हैं। ”

मुलर ने अगली बार जावास्क्रिप्ट और सीएसएस फाइलों के लिए किए जा रहे संसाधन अनुरोधों की मात्रा को कम करने का सुझाव दिया और उन्हें संयोजित या कम करने का प्रयास किया, और छवियों को कम किया, जो हमेशा एक अच्छी बात है।

विज्ञापन

नीचे पढ़ना जारी रखें

मुलर का सुझाव संबंधित है रेंडरिंग SEO जिस पर Google के मार्टिन स्प्लिट द्वारा चर्चा की गई थी, जहां एक ब्राउज़र में वेब पेज को कैसे डाउनलोड और प्रस्तुत किया जाता है, इसके तकनीकी पहलुओं को तेज और कुशल प्रदर्शन के लिए अनुकूलित किया जाता है।

कुछ क्रॉल त्रुटियां सर्वर से संबंधित हैं

इस विशिष्ट स्थिति के लिए मुलर का उत्तर पूरी तरह से प्रासंगिक नहीं था क्योंकि समस्या ताजगी की अपेक्षा थी और अनुक्रमण नहीं।

हालाँकि उनकी सलाह अभी भी कई बार सही है कि सर्वर से संबंधित समस्या है जो संसाधन सेवा समयबाह्य का कारण बन रही है जो वेब पेज के उचित प्रतिपादन को अवरुद्ध करती है।

यह रात में सुबह-सुबह हो सकता है जब दुष्ट बॉट एक वेबसाइट पर झुंड बनाकर साइट को धीमा कर देते हैं।

एक साइट जिसके पास अनुकूलित संसाधन नहीं हैं, विशेष रूप से एक साझा सर्वर पर, नाटकीय मंदी का अनुभव कर सकती है जहां सर्वर 500 त्रुटि प्रतिक्रिया कोड दिखाना शुरू कर देता है।

एक समर्पित सर्वर को बनाए रखने के अनुभव से बोलते हुए, सर्वर स्तर पर Nginx, Apache या PHP में गलत कॉन्फ़िगरेशन या एक असफल हार्ड ड्राइव भी वेबसाइट को Google या वेबसाइट आगंतुकों को अनुरोधित पृष्ठ दिखाने में विफल होने में योगदान दे सकता है।

विज्ञापन

नीचे पढ़ना जारी रखें

जब विभिन्न सॉफ़्टवेयर को इष्टतम सेटिंग्स से कम में अपडेट किया जाता है, तो त्रुटियों की पहचान करने के लिए समस्या निवारण की आवश्यकता होती है, इनमें से कुछ समस्याएँ किसी का ध्यान नहीं जा सकती हैं।

सौभाग्य से Plesk जैसे सर्वर सॉफ़्टवेयर में नैदानिक ​​और मरम्मत उपकरण होते हैं जो इन समस्याओं के उत्पन्न होने पर उन्हें ठीक करने में मदद कर सकते हैं।

इस बार समस्या यह थी कि Google ने इंडेक्स कवरेज रिपोर्ट के लिए सही अपेक्षा को पर्याप्त रूप से निर्धारित नहीं किया था।

लेकिन अगली बार यह सर्वर या रेंडरिंग समस्या हो सकती है।

उद्धरण

गूगल सर्च सेंट्रल ट्वीट्स इंडेक्स कवरेज रिपोर्ट की व्याख्या

Google अनुक्रमणिका कवरेज रिपोर्ट और रिपोर्ट की गई अनुक्रमण त्रुटियां

6:00 मिनट मार्क पर देखें

Leave a Comment