Dickover क्या है?

• dickover वह बाधा है जिसमें कोई वेबसाइट या ऐप modal panel, popover या curtain-style UI के ज़रिये अपने ही content को ढक देता है और बेकार की interaction करने पर मजबूर करता है
• Cookie स्वीकार करना, newsletter subscribe करना, app install करना, terms से सहमत होना जैसी चीज़ें इसके प्रतिनिधि उदाहरण हैं, क्योंकि इनका उस content से सीधा संबंध नहीं होता जिसे user पढ़ना चाहता था
• Substack होमपेज का full-screen curtain, Philadelphia Inquirer का SMS signup requirement, और Tom’s Hardware का Z-axis conflict इसके प्रमुख उदाहरण हैं
• dickbar पेज का केवल एक हिस्सा ढकता है और कम अनिवार्य action मांगता है, लेकिन फिर भी text को ढककर और spacebar scrolling में बाधा डालकर अनुभव खराब करता है
• Paywall का signup या login content access के लिए ज़रूरी प्रक्रिया है, इसलिए वह dickover से अलग है; मुख्य कसौटी है अनावश्यकता और user के ध्यान को रोकना

---

Dickover की परिभाषा और समस्या

• dickover उस modal panel, popover या curtain-style UI को कहते हैं जिसे कोई वेबसाइट या ऐप अपने content को जानबूझकर ढकने के लिए दिखाता है
• यह user पर ऐसी interaction थोपता है जो न तो user चाहता है और न ही ज़रूरी होती है, और इस तरह content तक पहुंच में बाधा डालता है
• इसके आम उदाहरण हैं cookie स्वीकार करना, newsletter subscription, mobile app install करना, या service terms से सहमत होना — यानी ऐसी मांगें जिनका उस content से सीधा संबंध नहीं होता जिसे user पढ़ना चाहता था
• यह वेब और mobile apps में लगातार ज़्यादा दिख रहा है, और सामान्य popover की तुलना में user के reading flow को अधिक सीधे तौर पर तोड़ता है

आम प्रकार और उदाहरण

• Cookie अनुमति मांगने वाला dickover बहुत आम है; इसके Euronews उदाहरण और Gallup उदाहरण हैं
• Newsletter signup की मांग भी इसी pattern में इस्तेमाल होती है; इसमें personal blog वाला Om Malik उदाहरण और brand site वाला Field Notes उदाहरण शामिल हैं
• Substack पर होस्ट किए गए blog homepage में dickover का खास तौर पर बेहद खराब रूप दिखता है
  • यह panel जैसा न दिखने वाला full-screen curtain होता है, जो यह कड़ा संकेत देता है कि लेख पढ़ने के लिए email newsletter join करना होगा
  • Close button को button जैसा न दिखने वाले छोटे text link के रूप में रखा जाता है
  • Paul Krugman और Matt Yglesias के उदाहरण “No thanks” जैसे वाक्य इस्तेमाल करते हैं
  • Volts उदाहरण “Just gimme that content!” जैसी ज़रूरत से ज़्यादा मीठी भाषा इस्तेमाल करता है
• The Philadelphia Inquirer उदाहरण में 20 डॉलर monthly subscriber को login रहने पर भी Jersey shore से जुड़े SMS पाने के लिए signup करना पड़ता है, तभी article दिखता है
• Tom’s Hardware उदाहरण दिखाता है कि साइट का dickover खुद उसके अपने ad से दोबारा ढक जाता है — एक JavaScript Z-axis conflict

वेबपेज को क्या करना चाहिए

• जब कोई user किसी वेबसाइट पर आए, तो उसे वेबसाइट का content तुरंत दिखना चाहिए
• Article page पर पहले “newsletter subscribe करें” या “cookie स्वीकार करें” वाला dickover दिखाना वेबपेज के मूल उद्देश्य के खिलाफ है
• वेबपेज को वेबपेज दिखाना चाहिए, और email को email का content दिखाना चाहिए
• Article, story या product page पर user का जो ध्यान जाता है, वह site को मिला एक विशेषाधिकार है; उसे जानबूझकर तोड़ना अनुचित है

दिखने के timing से पैदा होने वाली बड़ी बाधा

• कुछ sites page load होते ही dickover दिखा देती हैं, और आज के वेब में user loading के समय ऐसे अवरोध की कुछ हद तक उम्मीद भी करता है
• इससे भी बदतर स्थिति तब होती है जब user पढ़ना शुरू कर चुका हो, scroll कर चुका हो, और उसके बाद अचानक dickover सामने आ जाए
• पढ़ते समय इस तरह की रुकावट, user के पहले से दिए गए ध्यान के अलावा किसी और चीज़ की मांग करने के लिए, उसके हाथ से असली किताब या magazine छीन लेने जैसी है
• जिस तरह किसी physical publication को reader के हाथ से छीनना चेहरे पर घूंसा खाने लायक हरकत मानी जा सकती है, उसी तरह reading experience को तोड़ना भी उतना ही आक्रामक है

Dickbar से अंतर

• Dickbar dickover से जुड़ा हुआ है, लेकिन design और user experience के हिसाब से इसे अपेक्षाकृत हल्का उल्लंघन माना जाता है
• dickbar एक non-modal popover होता है, जो underlying content का पूरा हिस्सा नहीं बल्कि केवल कुछ भाग ढकता है
  • यह अक्सर छोटी horizontal bar के रूप में होता है; इसके desktop उदाहरण और mobile उदाहरण हैं
  • Apple Newsroom उदाहरण अपेक्षाकृत अच्छा दिखता है
  • Acquired podcast उदाहरण स्क्रीन के कोने में रखा गया है, इसलिए कम बाधक है
  • Four Seasons उदाहरण इतना बड़ा है कि लगभग dickover जैसा लगता है
• dickbar तुलनात्मक रूप से कम बुरा इसलिए है क्योंकि यह पूरे page को नहीं ढकता और बंद करने के लिए अनिवार्य action नहीं मांगता
• फिर भी dickbar content को ढकता है, ध्यान भटकाता है और user experience खराब करता है
• खासकर सबसे आम horizontal dickbar, spacebar से एक-एक screen नीचे जाने पर समस्या पैदा करता है
  • Page, dickbar की height घटाए बिना पूरी webpage height जितना scroll करता है
  • नतीजतन, हर अगली screen पर जाते समय dickbar उस text को ढक देता है जो अभी पढ़ा नहीं गया था

Modal blocker और Dickover की सीमा

• हर dickover एक modal blocker है, लेकिन हर modal blocker dickover नहीं है
• Paid content के लिए signup या login panel dickover नहीं है
• Paywall कभी-कभी परेशान कर सकता है, लेकिन dickover की मुख्य शर्तों में से एक है अनावश्यकता
• Cookie permission request और email newsletter signup request, content पढ़ने के लिए ज़रूरी नहीं हैं
• इसके उलट, paywalled content में signup या login ज़रूरी होता है, इसलिए उसे dickover से अलग माना जाता है

इस शब्द के बनने की पृष्ठभूमि

• 2022 में इस तरह के UI को dickpanel कहा जाने लगा था, लेकिन बाद में dickover अधिक उपयुक्त शब्द के रूप में उभरा
• यह नया शब्द Mac के drag-and-drop “shelf” utility Dropover पर लिखने की प्रक्रिया के दौरान सूझा
• उससे ठीक पहले Euronews के खास तौर पर हास्यास्पद cookie modal blocker पर शिकायत वाली post आई थी, और तब लगा कि पुराना dickpanel शब्द ठीक नहीं बैठता
• Mastodon poll में पूछा गया कि “वे fake dialog boxes जो वेबसाइटें और कुछ apps content के ऊपर दिखाती हैं” उन्हें क्या कहा जाए; 1,130 responses में dickover 51 बनाम 49 के मामूली अंतर से जीता
• किसी नए शब्द के जमने का असली मानदंड उसकी explanatory clarity नहीं बल्कि उसका इस्तेमाल है, और dickover एक धारदार, मज़ेदार और इस्तेमाल करने लायक अभिव्यक्ति लगता है

[GN⁺]

Hacker News की राय

• मेरा अनुभव शायद बिल्कुल वैसा ही था जैसा इरादा रहा होगा। मैं “What is a dickover?” लिंक पर क्लिक करते हुए सोच रहा था कि यह क्या होगा, लेकिन पेज खुलने के बाद एक बहुत छोटे विराम के तुरंत बाद “This is a Dickover” वाला बड़ा और झुंझलाहट भरा पॉपअप सीधे चेहरे पर आ गिरा, और मैं तुरंत समझ गया
  अब अगली बार Substack पर जाऊँगा तो इसे क्या कहना है, यह पता है

• मेरा एक अनुमान है कि डेवलपर्स और मैनेजर्स में से लगभग 97% लोग 5 साल पहले अपने प्रोडक्ट की cookie consent जैसी चीज़ एक बार पूरी कर चुके होते हैं और फिर उसे दोबारा कभी नहीं देखते, इसलिए उन्हें पता ही नहीं चलता कि नए ग्राहकों का अनुभव असल में कितना खराब है
  डेवलपर्स और बॉस सोचते हैं कि वे बहुत अच्छा काम कर रहे हैं और होमपेज भी बढ़िया पॉलिश किया गया है, लेकिन आम यूज़र को पहले Cloudflare captcha, फिर cookie modal, फिर newsletter modal, फिर app install modal झेलना पड़ता है, और ये सब ‘उत्पाद खरीदें’ बटन तक पहुँच ही रोक देते हैं

  • जो चीज़ें मना करने पर अगले पेज पर फिर से पूछती हैं, वे तो कमाल हैं
    शायद इन्हें functional cookies क्या होती हैं, यह पता नहीं। marketing शब्दावली में शायद YES के अलावा कुछ है ही नहीं
  • अगर “फिर कभी दिखाई न दे”, तो यह मुझे मिलने वाले dickover के 99.9% से बेहतर implementation लगता है
    ज़्यादातर को बंद करने के बाद भी वे बाद में फिर दिखते हैं, और कुछ तो लगता है कि हर बार साइट पर आने पर सामने आ जाते हैं
  • एक यह भी अनुमान है कि उन्हें इस बात से कोई मतलब ही नहीं कि ग्राहक क्या सोचते हैं
  • डेवलपर्स यह तय करने में खास अच्छे नहीं होते कि यूज़र अनुभव के लिए सबसे अच्छा क्या है। designer और PM ने उस सुंदर, performance-friendly first screen design और उसके बाद auto-load modal पर जो लाखों घंटे की industry research झोंक दी है, उसे और कैसे सही ठहराएँगे
    यानी कृपया इसे experts पर छोड़ दीजिए
  • वेबसाइट को हमेशा incognito window में टेस्ट करना चाहिए

• Kagi Small Web में शामिल होने की शर्तों में से एक यह है कि वहाँ dickover न हो। इसका सही नाम रखने के लिए धन्यवाद, John
  [1] https://kagi.com/smallweb

  • अच्छा होगा अगर Small Web लेख का original link शेयर करना आसान हो। अभी यह इतना मुश्किल है कि लगता है जैसे वे आपको Kagi version URL शेयर करने पर मजबूर करना चाहते हों
  • इस खास पेज के लिए कोई अपवाद होना चाहिए
  • वैसे, “next” तीन बार दबाने पर मुझे cookie dickover वाला पेज मिला। लगता है filter थोड़ा ठीक करने की ज़रूरत है
  • असली dickover वाला पल तब आता है जब आप सेवा इस्तेमाल करना शुरू करते हैं और फिर पता चलता है कि उनका Yandex से सौदा है

• अगर आप browser extension सेट कर लें जो JavaScript को चालू और बंद कर सके, तो ज़्यादातर popup, nag screen और cookie माँगों को रोका जा सकता है। ऐसे कई extension हैं
  एक विकल्प यह भी है कि JavaScript स्थायी रूप से बंद वाले दूसरे browser को tray या background में minimize करके रखें
  बहुत-सी वेबसाइटें जो subscription माँगती हैं, nag screen दिखाती हैं या दूसरी रुकावटें लगाती हैं, उनमें JavaScript बंद करते ही पढ़ना संभव हो जाता है
  वेबसाइट का JavaScript कंपनियों के लिए हमें manipulate और control करने, nag screen दिखाने या subscription माँगने का साधन बन गया है
  अगर मुझे कोई ऐसी साइट मिलती है जो load होने से पहले JavaScript माँगती है, तो मैं उसे छोड़ देता हूँ और फिर कभी नहीं देखता

• मैं इस नाम का समर्थन करता हूँ। अगर यह तकनीक का standard नाम बन गया, तो मीटिंग में लोग जब इसे गंभीरता से प्रस्तावित करेंगे तो उन्हें यही शब्द बोलना पड़ेगा, और तब इसे गंभीरता से प्रस्तावित करना और मुश्किल हो जाएगा
  “यह हमारा Dickover design है”
  “दोस्तों, मुझे नहीं लगता कि ग्राहकों पर Dickover थोपना ठीक है”
  “अब जब आप ऐसे कह रहे हैं, तो थोड़ा अजीब लग रहा है…”
  उपसंहार: 6 महीने बाद, newsletter conversion बिल्कुल नहीं होती और साइट डूब जाती है

  • आखिर वे लोग होते कौन हैं? मतलब वे लोग जो चेहरे पर dickover चिपक जाने पर भी बिल्कुल नाराज़ नहीं होते, खुशी-खुशी लगे रहते हैं, और उस dickover में अपना email address डालने पर सच में विचार करते हैं

• यह bookmarklet अपने पास रखना बहुत अच्छा है

  javascript:(function()%7B let i%2C elements %3D document.querySelectorAll('body *')%3B for (i %3D 0%3B i < elements.length%3B i%2B%2B) %7B if(getComputedStyle(elements%5Bi%5D).position %3D%3D%3D 'fixed' %7C%7C getComputedStyle(elements%5Bi%5D).position %3D%3D%3D 'sticky')%7B elements%5Bi%5D.parentNode.removeChild(elements%5Bi%5D)%3B %7D %7D %7D)()  
  

  कभी-कभी ऊपर वाला चलाने के बाद scroll ठीक करने के लिए यह दूसरा भी चाहिए होता है

  javascript:var r="html,body{overflow:auto !important;}"; var s=document.createElement("style"); s.type="text/css"; s.appendChild(document.createTextNode(r)); document.body.appendChild(s); void 0;  
  

• Substack में इन्हें साफ़ तौर पर बंद करने पर भी वे मेरी पोस्ट पर फिर भी लगे रहते हैं। यह bug है या जानबूझकर ऐसा ही काम करता है, पता नहीं, लेकिन इतना काफी है कि मैं Substack का इस्तेमाल छोड़ दूँ
  मैं अपने पाठकों के साथ ऐसा नहीं करना चाहता

  • Substack की संदिग्ध प्रथाएँ उनकी संदिग्ध राजनीति जितनी बुरी नहीं हैं
    https://www.theguardian.com/media/2026/feb/07/revealed-how-s...

• मेरे जैसे लोगों के लिए जो वेबसाइट पढ़ने के लिए zoom in करके देखते हैं, ये चीज़ें खास तौर पर बहुत परेशान करती हैं
  close button ढूँढने के लिए फिर zoom out करना पड़ता है। हर बार पीछा करने जैसा लगता है, और कभी-कभी मैं बस हार मान लेता हूँ
  EU Web Accessibility Directive है, फिर भी समझ नहीं आता कि ऐसी चीज़ें कैसे अनुमति पा जाती हैं

  • खुद HN भी UI scaling 1.0 से ज़्यादा होने पर बहुत खराब हो जाता है
    टेक्स्ट पढ़ने के लिए लगातार horizontal scroll करना पड़ता है

• सोच रहा हूँ क्या किसी और को भी यह एक चालाक keming शब्द-खेल लगा
  अच्छी बात यह है that even on sites where content requires JavaScript or where removing the dickover requires JavaScript, browser के element inspector tool से इन चीज़ों और दूसरी परेशान करने वाली elements को हटाना न तो बहुत मुश्किल है और न ही कम संतोषजनक

  • Safari का Hide Distracting Items फीचर एक बड़ा कारण है कि मैं Chrome इस्तेमाल नहीं करता
  • जब मैंने पहली बार dickover का lowercase रूप देखा, तो मैंने उसे clickover पढ़ा

• मेरे लिए तो dickover का संभव होना ही सभी JavaScript interpreters की bug है
  एक सही browser को न सिर्फ dickover बल्कि उससे जुड़ी दूसरी शत्रुतापूर्ण हरकतें भी असंभव बना देनी चाहिए, जैसे वेबपेज का right-click menu बदलना या text selection रोकना
  दुर्भाग्य से script को पूरी तरह बंद कर देना व्यावहारिक समाधान नहीं है क्योंकि बहुत-सी साइटें तब बिल्कुल काम ही नहीं करतीं, लेकिन ऊपर बताए गए व्यवहार यूज़र के लिए किसी भी तरह उपयोगी नहीं हैं, इसलिए उनका असर ही नहीं होना चाहिए, और शत्रुतापूर्ण साइट को यह पता लगाने का कोई तरीका भी नहीं होना चाहिए कि यह व्यवहार काम कर रहा है या नहीं
  modal window कभी-कभी उस application में उपयोगी हो सकती है जिसे मैं खुद नियंत्रित करता हूँ, लेकिन इंटरनेट साइट ब्राउज़ करते समय जैसे external control वाले application में उन्हें हमेशा ignore या bypass किया जा सकना चाहिए

  • सच में जिज्ञासा है, क्या dropdown menu, tooltip और floating navigation bar जैसे मनचाहे modal popover content को अनुमति देते हुए somehow सिर्फ dickover को रोकने के लिए JavaScript implementation, DOM या browser side पर कुछ किया जा सकता है?