49MB वेबपेज

 (thatshubham.com)
2 पॉइंट द्वारा GN⁺ 2026-03-16 | अभी कोई टिप्पणी नहीं है. | WhatsApp पर शेयर करें
  • न्यूयॉर्क टाइम्स वेबसाइट पर एक लेख पेज 422 network requests और 49MB data transfer पैदा करता है, जिससे सिर्फ़ एक साधारण लेख पढ़ने के लिए भी अत्यधिक संसाधनों की ज़रूरत पड़ती है
  • पेज लोड होने की प्रक्रिया में दर्जनों ad bidding requests और tracking scripts एक साथ चलती हैं, जिससे browser का CPU और battery खर्च होती है
  • ऐसी शत्रुतापूर्ण UX design cookie banners, subscription popups, autoplay videos और screen-occupying ads तक पहुँचती है, जो उपयोगकर्ता के पढ़ने के अनुभव में बाधा डालती है
  • ad revenue को अधिकतम करने के लिए ‘dwell time’ और ‘viewability’ पर केंद्रित business model पाठक अनुभव की कीमत पर चलता है, और engineers भी इस संरचना में बँधे हुए हैं
  • लेख text-centric lightweight news pages (text.npr.org आदि) का उदाहरण देते हुए यह रेखांकित करता है कि ऐसा सरल और सम्मानजनक web experience फिर से संभव है जिसमें पाठक और business साथ रह सकें

49MB वेबपेज की हक़ीक़त

  • न्यूयॉर्क टाइम्स वेबसाइट खोलने पर 422 requests और 49MB data उत्पन्न होता है, और पेज को स्थिर होने में 2 मिनट लगते हैं
    • यह Windows 95 के पूरे आकार (28 floppy disks) से भी बड़ा है, और 10~12 MP3 गानों के बराबर है
    • यानी कुछ ही पैराग्राफ़ का टेक्स्ट पढ़ने के लिए मानो पूरा एक album डाउनलोड करना पड़े
  • भले ही पुराने समय की तुलना में hardware performance में भारी सुधार हुआ हो, ad·tracking-केंद्रित web frameworks उस प्रगति को बेअसर कर देते हैं

CPU लोड और tracking संरचना

  • news sites programmatic ad bidding systems को browser के अंदर ही चलाती हैं
    • Rubicon Project, Amazon Ad Systems आदि की ओर asynchronous bidding requests एक साथ जाती हैं
    • browser को कई MB का JavaScript डाउनलोड, parse और compile करना पड़ता है, जो main thread load में बदल जाता है
  • उपयोगकर्ता ने टेक्स्ट माँगा था, लेकिन browser पहले 5MB tracking scripts प्रोसेस करता है, और उसके बाद ads डाले जाते हैं
  • साथ ही behavior-tracking beacons (POST requests) और invisible pixel redirects (doubleclick.net, casalemedia) काम करते हैं, जो cross-site identification करते हैं
  • यह प्रक्रिया mobile heating और battery drain पैदा करती है, और उपयोगकर्ता अनजाने में high-frequency data trading market का हिस्सा बन जाता है

शत्रुतापूर्ण UX और interaction cost

  • पेज में प्रवेश करते ही GDPR cookie banner, newsletter subscription modal, notification permission popup लगातार सामने आते हैं
    • उपयोगकर्ता को content तक पहुँचने से पहले कई बार click और scroll करना पड़ता है
    • यह NNgroup की ‘Interaction Cost’ और ‘minimalist design’ सिद्धांतों का उल्लंघन है
  • Economic Times के उदाहरण में उपयोगकर्ता को article तक पहुँचने के लिए तीन modals बंद करने और ऊपर का banner हटाने की ज़रूरत पड़ती है
  • Google के Core Web Vitals मानकों में भी ऐसे intrusive interstitials को SEO में नकारात्मक कारक बताया गया है

layout instability और ad insertion

  • जब पाठक कोई पैराग्राफ़ पढ़ रहा होता है, उसी दौरान ad bidding पूरी होते ही iframe ad insert हो जाता है और टेक्स्ट 250 pixels खिसक जाता है
    • इसे Cumulative Layout Shift (CLS) के रूप में मापा जाता है, और इसका सीधा संबंध bounce rate बढ़ने से है
  • Google इस समस्या पर आधिकारिक रूप से penalty देता है, लेकिन विडंबना यह है कि उसके अपने ad products भी यही समस्या पैदा करते हैं
  • autoplay videos scroll के बाद भी screen के निचले हिस्से में pinned रहकर चलते रहते हैं, और उनका close button छोटा तथा click area बहुत संकरा होता है
    • इसे Fitts’s Law के उल्लंघन के उदाहरण के रूप में बताया गया है

mobile environment में space waste

  • औसत mobile viewport 800px में logo·share bar·browser UI ही काफ़ी जगह घेर लेते हैं
    • Guardian page के आधार पर वास्तविक content सिर्फ़ 11% ही दिखाई देता है
  • ads·modals 89% बनाम content 11% का अनुपात उपयोगकर्ता की visual fatigue और scroll frequency दोनों बढ़ाता है
  • ‘X’ button को ad click area के पास रखना ताकि गलती से क्लिक हो, ऐसी ‘fat-finger tax’ रणनीति भी मौजूद है
  • Jagran जैसे कुछ भारतीय news sites app install modal और subscription popups के ज़रिए article तक पहुँचने में रुकावट डालते हैं

सुधार के सुझाव

  • content दिखाने से पहले 3~4 close actions के लिए मजबूर करने वाली संरचना उपयोगकर्ता के cognitive resources बर्बाद करती है
    • popups को 60 सेकंड रुकने या 50% scroll के बाद ही दिखाया जाना चाहिए
    • cookie consent और newsletter subscription को नीचे non-blocking section में जोड़ा जा सकता है
  • ad slots को fixed-height containers के रूप में reserve करना चाहिए ताकि layout shift रोका जा सके
    • उदाहरण: min-height: 250px; background: var(--skeleton-loader);
    • ad load न होने पर ResizeObserver के ज़रिए केवल non-visible area में shrink किया जा सकता है

lightweight news sites का अस्तित्व

  • text.npr.org, lite.cnn.com, cbc.ca/lite जैसी साइटें tracking और modals के बिना lightweight versions देती हैं
    • RSS feed-आधारित news consumption भी अब भी सक्रिय है
  • ये उदाहरण दिखाते हैं कि सरल और content-centric web experience की माँग अभी भी बनी हुई है

निष्कर्ष: पाठक का ध्यान एक संसाधन है

  • मौजूदा news UI पाठक को एक capture target की तरह देखता है और ad exposure को अधिकतम करने वाली संरचना में डिज़ाइन किया गया है
  • लेकिन profitability और accessibility साथ-साथ संभव हैं, और engineers भी इस संरचना से असंतुष्ट हैं
  • समस्या की जड़ short-term CPM-केंद्रित business incentives हैं
  • एक ऐसी प्रणाली बन चुकी है जो पाठक के ध्यान को निकाले जा सकने वाले resource की तरह मानती है, और
    RSS का उपयोग, tab बंद करना, और bounce rate बढ़ना इसके विरुद्ध सबसे शक्तिशाली प्रतिरोध के रूप में सामने आते हैं

संबंधित पढ़ाई

अभी कोई टिप्पणी नहीं है.

अभी कोई टिप्पणी नहीं है.