परफ़ॉर्मेंस ही सुलभता है

2012 में Chris Zacharias नाम के एक YouTube इंजीनियर ने वीडियो वॉच पेज को नए सिरे से बनाया, ताकि वे उसे जितना हो सके उतना छोटा बना सकें। सामान्य पेज लगभग 1.2 MB का था और दर्जनों रिक्वेस्ट लेता था। उनका वर्ज़न, जिसे उन्होंने Feather नाम दिया, चौदह रिक्वेस्ट में 98 KB का था। उन्होंने इसे एक प्रयोग के तौर पर जारी किया और लेटेंसी ग्राफ़ देखने लगे, इस इंतज़ार में कि वे नीचे आएंगे।

वे ऊपर चले गए।

लगभग एक हफ़्ते तक ये आँकड़े समझ से परे रहे। पेज का आकार दसवाँ हिस्सा रह गया था और औसत लोड समय किसी तरह और ख़राब हो गया था। फिर किसी ने भौगोलिक क्षेत्रों पर नज़र डाली। Feather ने चुपचाप उन जगहों के लिए YouTube खोल दिया था जहाँ यह पहले कभी ठीक से लोड ही नहीं हो पाता था: दक्षिण-पूर्व एशिया, दक्षिण अमेरिका, अफ़्रीका और साइबेरिया के कुछ हिस्से। वे यूज़र पहली बार डेटा में दिख रहे थे, और पंख जैसे इस हल्के पेज पर भी वे दो मिनट इंतज़ार कर रहे थे। पुराने पेज पर उन्हें बीस मिनट से ज़्यादा इंतज़ार करना पड़ता। "इसका मतलब यह था कि एक मेगाबाइट से बड़ा सामान्य वीडियो पेज लोड होने में बीस मिनट से ज़्यादा समय ले रहा था," Zacharias ने लिखा। वह भारी पेज उन लोगों के लिए धीमा नहीं था। वह उनके लिए अदृश्य था।

यह कहानी एक दशक से भी ज़्यादा पुरानी है, और वेब ने यह पूरा दशक उल्टी दिशा में जाने में बिताया है। मीडियन मोबाइल पेज अब लगभग 2.6 MB का है, जो 2015 में 845 KB था। इस वज़न का ज़्यादातर हिस्सा इमेज और JavaScript का है: किसी सामान्य पेज पर पाठक को एक शब्द भी दिखने से पहले, मोटे तौर पर एक मेगाबाइट की तस्वीरें और 700 KB की स्क्रिप्ट होती है। हमने दस साल इस निचले पायदान को ऊँचा करने में बिता दिए हैं।

उस पायदान पर कौन खड़ा है

यहाँ वह पहलू है जो परफ़ॉर्मेंस से जुड़ी ज़्यादातर चर्चाओं में छूट जाता है। दुनिया का एक बड़ा हिस्सा उस कनेक्शन पर नहीं है जिस पर आपने टेस्टिंग की थी। लगभग 2.5 बिलियन मोबाइल कनेक्शन 2023 के अंत में भी 2G पर थे। अकेले भारत में ही करीब 700 मिलियन के आसपास 2G यूज़र हैं, और वहाँ के ज़्यादातर ग्रामीण मोबाइल यूज़र इसी पर हैं। सबसे सस्ता फ़ीचर फ़ोन लगभग दस डॉलर का आता है; सबसे सस्ता स्मार्टफ़ोन, साठ डॉलर का। बहुत से लोगों के लिए चुनाव यह नहीं होता कि कौन-सा फ़ोन लें, बल्कि यह होता है कि फ़ोन लें भी या नहीं।

अब ज़रा हिसाब लगाइए। एक असल 2G डेटा कनेक्शन GPRS पर 20 से 50 किलोबिट प्रति सेकंड के बीच कहीं चलता है, और अच्छे EDGE सिग्नल पर शायद 150 से 200 तक (ये आँकड़े अच्छी तरह दर्ज हैं)। 2.6 MB के मीडियन पेज को लें और उसे 50 kbps से गुज़ारें। सिर्फ़ डेटा ट्रांसफ़र में ही लगभग सात मिनट लग जाते हैं, और ट्रांसफ़र तो इस अनुमान का सबसे आशावादी हिस्सा है। यह लेटेंसी, राउंड ट्रिप, और कमज़ोर सिग्नल पर अटक कर दोबारा कोशिश करने वाले कनेक्शन को अनदेखा करता है। जिस पेज को Zacharias ने बीस मिनट में लोड होते पाया था, वह 1.2 MB का था। आज हम जो पेज जारी करते हैं, वे उससे दोगुने बड़े हैं।

सुलभता की एक ऐसी समस्या जो कभी शिकायत दर्ज नहीं करती

हम जो बनाते हैं और लोग असल में जिसका इस्तेमाल कर पाते हैं, उसके बीच की दूरी के लिए हमारे पास पहले से एक शब्द है। हम इसे सुलभता कहते हैं, और ज़्यादातर टीमों ने इसे गंभीरता से लेना सीख लिया है: ऑल्ट टेक्स्ट, कीबोर्ड नेविगेशन, कॉन्ट्रास्ट रेशियो, और ऐसे लेबल जिन्हें स्क्रीन रीडर बोलकर सुना सके। पेज का वज़न भी उस सूची में होना चाहिए। जिस पेज को कोई लोड ही नहीं कर सकता वह सुलभ नहीं है, चाहे उसका मार्कअप कितना भी साफ़ क्यों न हो।

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

Alex Russell ने सालों तक इसे परफ़ॉर्मेंस असमानता की खाई के रूप में मापा है। वे अपनी बेसलाइन एक सस्ते Android और डिवाइस तथा नेटवर्क के 75वें परसेंटाइल पर तय करते हैं, यानी दुनिया के पूरे एक-चौथाई हिस्से का अनुभव उनके टेस्ट से भी बदतर है। उस स्तर पर भी बजट कसा हुआ है: तीन सेकंड में लोड होने वाले पेज के लिए कुल दो-एक मेगाबाइट और केवल कुछ सौ किलोबाइट JavaScript। ज़्यादातर साइटें अपना खुद का कोई भी कोड लिखने से पहले इतना तो फ़्रेमवर्क पर ही ख़र्च कर देती हैं। वे निष्कर्ष को नरम नहीं करते। "यह एक तकनीकी और व्यावसायिक चुनौती तो है ही, साथ ही एक नैतिक संकट भी है," वे लिखते हैं। वेब "गरीबों को उनकी बदकिस्मती के लिए लगातार और ज़्यादा सज़ा दे रहा है।"

सबसे धीमा यूज़र ही पैमाना तय करता है

इनमें से कुछ भी कोई कठिन तकनीकी समस्या नहीं है। हम जानते हैं कि पेजों को छोटा कैसे बनाया जाता है। कम JavaScript भेजें, और हर डिपेंडेंसी को ऐसे वज़न की तरह मानें जिसके लिए डेटा के इस्तेमाल के हिसाब से बिल चुकाने वाले प्लान पर मौजूद किसी व्यक्ति को असली पैसे देने पड़ते हैं। इमेज को आधुनिक फ़ॉर्मेट में और उसी आकार में भेजें जिसमें वे असल में रेंडर होती हैं। जो हिस्सा फ़ोल्ड के नीचे है, उसे बाद के लिए टालें। ऑफ़िस के वाई-फ़ाई पर चलने वाले लैपटॉप के बजाय किसी सस्ते फ़ोन पर थ्रॉटल किए गए कनेक्शन पर मापें, क्योंकि लैपटॉप हर बार आपसे झूठ बोलेगा। इसमें से कुछ भी अनोखा नहीं है। मुश्किल हिस्सा यह जानना नहीं है कि यह कैसे करें। मुश्किल यह तय करना है कि सबसे धीमा यूज़र ही पैमाना तय करेगा।

परफ़ॉर्मेंस बजट बस एक ऐसी संख्या है जिसे पार करने से आप इनकार कर देते हैं, ठीक वैसे ही जैसे आप एक ऐसा बटन जारी करने से इनकार कर देते हैं जिस तक कीबोर्ड से नहीं पहुँचा जा सकता। यह तभी काम करता है जब आप किसी ऐसी चीज़ को भी बाद के चरण में ना कहने को तैयार हों जिसे आप खुद चाहते थे, जब वह संख्या ना कह दे। बस यही पूरा अनुशासन है।

अगर आप ऐसे लोगों के लिए बना रहे हैं जो अभी-अभी ऑनलाइन आ रहे हैं, अपने पहले फ़ोन, सबसे सस्ते डेटा और सिग्नल की एक डंडी के सहारे, तो वज़न डैशबोर्ड पर दिखने वाला कोई मेट्रिक नहीं है। वही पूरी बातचीत है। 2G कनेक्शन पर एक सेकंड में लोड होने वाला पेज बनाना, बीस सेकंड में लोड होने वाले किसी खूबसूरत पेज को बनाने से ज़्यादा मुश्किल काम है। और दूसरी तरफ़ मौजूद इंसान के लिए केवल यही एक वर्ज़न अस्तित्व में है।

सबसे तेज़ पेज वही है जो असल में वहाँ मौजूद हो।

---

संदर्भ और आगे पढ़ने के लिए

• Chris Zacharias, Page Weight Matters
• HTTP Archive, Web Almanac 2025: Page Weight
• Alex Russell, The Performance Inequality Gap, 2026
• Ilya Grigorik, High Performance Browser Networking: Mobile Networks
• Rest of World, Shutting down 2G networks leaves millions of phones obsolete