पेज आकार जाँचकर्ता - Google की 2MB क्रॉल सीमा जाँचें

सारांश: Google खोज के लिए क्रॉल करते समय Googlebot किसी HTML फ़ाइल के केवल पहले 2 MB पढ़ता है, और यह माप बिना कंप्रेस किए गए आकार पर होता है। पेज आकार जाँचकर्ता आपका URL लाता है, कच्चे HTML को बाइट में मापता है, बताता है कि 2 MB की सीमा में से आप कितना उपयोग कर रहे हैं, और वज़न को इनलाइन स्क्रिप्ट, इनलाइन स्टाइल, टिप्पणियों और टैग में बाँटकर दिखाता है। 50% से नीचे आप सुरक्षित हैं; 80% से ऊपर पेज के अंत की सामग्री कभी इंडेक्स न होने के जोखिम में है।

एक पेज आकार जाँचकर्ता एक सटीक सवाल का जवाब देता है: क्या Google आपका पूरा पेज पढ़ेगा? Google बताता है कि खोज के लिए क्रॉल करते समय Googlebot किसी समर्थित फ़ाइल प्रकार के पहले 2 MB और PDF के पहले 64 MB क्रॉल करता है, कटऑफ पर लाना रोक देता है, और इंडेक्सिंग के लिए केवल वह हिस्सा भेजता है जो पहले ही डाउनलोड हो चुका है (Google Search Central, Googlebot)। उस बिंदु के बाद जो कुछ भी है, चाहे प्रोडक्ट विवरण हो, FAQ, फ़ुटर लिंक या JSON-LD ब्लॉक, वह Google खोज के लिए बस मौजूद ही नहीं है।

2 MB की सीमा वास्तव में किस पर लागू होती है?

यह हर उस फ़ाइल पर लागू होती है जिसे Googlebot अलग-अलग लाता है, और इसे बिना कंप्रेस किए गए डेटा पर मापा जाता है। Gzip या Brotli ट्रांसफ़र को छोटा करते हैं, पर गिनती नहीं बदलते। HTML दस्तावेज़ का अपना 2 MB बजट होता है, और उसमें दी गई हर CSS या JavaScript फ़ाइल अलग से उसी सीमा के साथ लाई जाती है।

इसीलिए 2 MB का आँकड़ा अक्सर गलत समझा जाता है। 2025 में, मोबाइल होम पेज का मध्य आकार कुल मिलाकर 2.6 MB था, पर उसमें से केवल 22 KB HTML था; बाकी ज़्यादातर हिस्सा छवियों और JavaScript का था (HTTP Archive Web Almanac 2025, page weight)। भारी पेज इस सीमा की समस्या नहीं है। भारी HTML फ़ाइल समस्या है।

2 MB का मान केवल Google खोज के लिए है। Google का सामान्य दस्तावेज़ कहता है कि उसके क्रॉलर और फ़ेचर डिफ़ॉल्ट रूप से किसी फ़ाइल के पहले 15 MB पढ़ते हैं, और अलग-अलग प्रोडक्ट इससे छोटी सीमा तय कर सकते हैं (Google, overview of crawlers and fetchers)। Googlebot के लिए 15 MB बताने वाले पुराने लेख उस डिफ़ॉल्ट का वर्णन करते हैं, खोज क्रॉलर का नहीं।

पेज आकार जाँचकर्ता का उपयोग कैसे करें?

किसी सार्वजनिक पेज का पूरा URL चिपकाएँ, बॉट-जाँच पूरी करें और विश्लेषण चलाएँ। टूल पेज को वैसे डाउनलोड करता है जैसे क्रॉलर करता है, रीडायरेक्ट का पालन करता है, और HTML को वैसे मापता है जैसे सर्वर उसे भेजता है, किसी JavaScript के चलने से पहले।

1. मीटर पढ़ें। यह बिना कंप्रेस किया HTML आकार, Googlebot की सीमा (2 MB, या 2,097,152 बाइट) और आपके उपयोग का प्रतिशत, बची हुई जगह के साथ दिखाता है।
2. चार कार्ड जाँचें: कच्चा HTML आकार, इनलाइन JS और CSS का वज़न HTML में उनके हिस्से के साथ, HTML टैग की संख्या और HTTP स्थिति।
3. HTML विवरण खोलें: इनलाइन स्क्रिप्ट, इनलाइन स्टाइल, बाहरी स्क्रिप्ट, बाहरी स्टाइलशीट, छवियाँ और टिप्पणियाँ, हर एक उसकी संख्या, आकार और हिस्से के साथ।
4. सर्वर विवरण देखें: टाइटल, मेटा विवरण, रीडायरेक्ट के बाद अंतिम URL, इस्तेमाल हुआ कंप्रेशन और सर्वर का प्रकार।
5. सुझाव लागू करें, जो केवल तब दिखते हैं जब कोई सीमा पार होती है।

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

परिणाम कैसे पढ़ें?

स्थिति केवल इस पर निर्भर करती है कि बिना कंप्रेस किया HTML 2 MB सीमा का कितना हिस्सा लेता है।

सुझाव तय सीमाओं का उपयोग करते हैं: 50 KB से ऊपर की इनलाइन स्क्रिप्ट, 30 KB से ऊपर की इनलाइन स्टाइल और 5 KB से ऊपर की टिप्पणियों को चिह्नित किया जाता है, और बिना कंप्रेशन के HTML भेजने वाले सर्वर को भी। कंप्रेशन वह आकार नहीं घटाता जिसे Google गिनता है, पर वह क्रॉलर और विज़िटर दोनों के लिए ट्रांसफ़र समय कम करता है।

कौन-सा HTML पेज बहुत भारी बनाता है?

पेज शायद ही कभी टेक्स्ट के कारण 2 MB तक पहुँचते हैं। 3,000 शब्दों का लेख लगभग 20 KB का होता है। वज़न वह देता है जो टेम्पलेट और फ़्रेमवर्क दस्तावेज़ में डालते हैं:

• क्रमबद्ध फ़्रेमवर्क स्टेट। सर्वर-रेंडर किए गए JavaScript ऐप अक्सर पूरा पेज डेटा एक स्क्रिप्ट टैग में JSON ऑब्जेक्ट के रूप में एम्बेड करते हैं, कभी-कभी पेज के हर प्रोडक्ट या लेख को दोहराते हुए।
• इनलाइन SVG आइकन जो किसी सूची के हर कार्ड में दोहराए जाते हैं, और base64 छवियाँ जो HTML में चिपकाई जाती हैं।
• इनलाइन CSS पेज बिल्डर से, जो हर ब्लॉक की स्टाइल दस्तावेज़ में लिख देते हैं।
• लंबी सूचियाँ: कैटेगरी पेज, टैग आर्काइव या आंतरिक खोज पेज जो सैकड़ों आइटम अपने सभी वैरिएंट के साथ छापते हैं।
• बहुत बड़ा स्ट्रक्चर्ड डेटा, जैसे कोई Product ब्लॉक जो हर वैरिएंट को पूरे विवरण के साथ सूचीबद्ध करता है।
• प्रोडक्शन में छूटी टिप्पणियाँ और डीबग मार्कअप।

टूल का विवरण दिखाता है कि इनमें से कौन हावी है। अगर इनलाइन स्क्रिप्ट HTML का 70% लेती हैं, तो वहीं से शुरू करें; अगर टैग की संख्या दस हज़ार के ऊपर है, तो समस्या टेम्पलेट या सूची के आकार की है।

सामग्री खोए बिना HTML आकार कैसे घटाएँ?

सबसे बड़े ब्लॉक से शुरू करें, और वह सामग्री जो Google को चाहिए दस्तावेज़ के ऊपर के हिस्से में रखें।

1. इनलाइन JavaScript और CSS को बाहरी फ़ाइलों में ले जाएँ। उनका अपना 2 MB बजट होता है, और ब्राउज़र उन्हें कैश कर सकते हैं।
2. क्रमबद्ध स्टेट छोटा करें: पेज को जिन फ़ील्ड की ज़रूरत है केवल वही भेजें, पूरा API रिस्पॉन्स नहीं।
3. दोहराए गए इनलाइन SVG को बाहरी स्प्राइट या छवि फ़ाइलों से बदलें, और base64 छवियों को सामान्य छवि URL से। इमेज कंप्रेसर उन फ़ाइलों को हल्का रखता है।
4. लंबी सूचियों को पेजों में बाँटें या माँग पर और आइटम लोड करें, और हर पेजिनेटेड URL को लिंक के ज़रिए क्रॉल योग्य रखें।
5. ज़रूरी सामग्री जल्दी रखें: मुख्य टेक्स्ट, आंतरिक लिंक और स्ट्रक्चर्ड डेटा मेगाबाइट स्क्रिप्ट के बाद नहीं होने चाहिए। स्कीमा जनरेटर संक्षिप्त JSON-LD बनाता है।
6. HTML को मिनिफ़ाई करें और प्रोडक्शन में टिप्पणियाँ हटाएँ।

हर बदलाव के बाद जाँचकर्ता फिर चलाएँ और Search Console में पुष्टि करें। URL निरीक्षण टूल "क्रॉल किया गया पेज देखें" के ज़रिए वह HTML दिखाता है जो Google ने वास्तव में लाया (Search Console Help, URL Inspection tool), जिससे आप जाँच सकते हैं कि आपके पेज का अंत मौजूद है।

इस जाँच की सीमाएँ क्या हैं?

यह टूल एक URL को एक बार मापता है, जैसे वह क्रॉलर को दिया जाता है। तीन बातें ध्यान में रखें।

• कोई JavaScript रेंडरिंग नहीं। टूल वही HTML मापता है जो सर्वर लौटाता है। JavaScript द्वारा बाद में जोड़ी गई सामग्री यहाँ नहीं गिनी जाती, और Google सीमा के भीतर लाए गए HTML के हिस्से को ही इंडेक्स करता है।
• एक यूज़र एजेंट। अगर आपका सर्वर Googlebot, मोबाइल डिवाइस या लॉग-इन उपयोगकर्ताओं को अलग HTML भेजता है, तो आकार अलग हो सकता है।
• एक बार में एक पेज। टेम्पलेट की समस्या उस पर बने हर पेज को प्रभावित करती है, इसलिए हर टेम्पलेट का एक URL जाँचें, फिर ऑनपेज SEO ऑडिट से पूरी साइट का ऑडिट करें।

क्या पेज का आकार AI क्रॉलर के लिए भी मायने रखता है?

हाँ, और अक्सर उससे भी ज़्यादा। Web Almanac बताता है कि मुख्य जानकारी शुरुआती कच्चे HTML में होनी चाहिए, क्योंकि AI क्रॉलर JavaScript रेंडर नहीं करते। मुख्य सामग्री के ऊपर होने वाली हल्की HTML फ़ाइल Google और AI सहायक दोनों की सेवा करती है। AI क्रॉल-योग्यता ऑडिट जाँचता है कि AI बॉट आपके पेज पढ़ सकते हैं या नहीं, और क्रॉल बजट समझाता है कि हल्के पेज क्यों ज़्यादा कुशलता से क्रॉल होते हैं।

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

हर HTML फ़ाइल को 2 MB से काफ़ी नीचे रखें, और ज़रूरी सामग्री सबसे पहले रखें। ऊपर अपने सबसे भारी टेम्पलेट जाँचें, फिर अपनी Google और AI दृश्यता को autopilot पर देखने के लिए Sorank योजनाएँ देखें।