'Dickover' 的崛起：對抗敵對的網頁設計

現代的網路體驗已變成充滿中斷的雷區。你點擊連結，頁面載入，開始閱讀第一段，然後——毫無預警——一個巨大的模態視窗闖入你的視野，要求提供電子郵件地址、Cookie 同意或訂閱。

John Gruber 最近為這種特定的挫折感創造了一個詞彙：「Dickover」。與立即出現的標準彈出視窗不同，Dickover 的特點在於其時機——延遲的「出其不意」互動，讓你先投入少量精力於內容，然後再被奪走。它是一種彈出層，但「蠢笨」的。

Dickover 的解剖

Dickover 不僅僅是模態視窗；它是一種心理策略。透過等待數秒或要求少量捲動，網站確保使用者已投入注意力才呈現障礙。這使得中斷感比即時提示更具侵入性。

正如一位使用者在 Hacker News 上描述的那樣，這就像在畫面已載入後，突然有「派」扔向你的臉。此行為常是繞過現代瀏覽器彈出視窗阻擋器的手段，後者通常阻止新視窗開啟，但無法阻止腳本在現有頁面內容上渲染 div。

Dickover 的常見變體

  • 電子報陷阱：在 Substack 等平台常見，訂閱提示會在閱讀數秒後出現。
  • Cookie 牆：強制同意橫幅，常遮蔽整個視口，有時在行動裝置上唯一易點擊的選項就是「全部接受」。
  • 帳號牆：「使用 Google 登入」提示，阻止使用者存取實際內容。
  • 無障礙噩夢：帶有極小「X」按鈕的模態視窗，需要縮小或精準點擊，常違反基本的網頁無障礙指南。

為何會發生：開發者的盲點

即使這些模式普遍受到厭惡，仍持續存在的原因是系統性的。開發者間常見的理論是「內部使用者偏見」。

「我有一個理論，約有 97% 的開發者與經理在 5 年前於自家產品完成了 Cookie 同意…因此再也看不到它，且他們根本不了解新客戶的體驗有多糟糕。」

當打造產品的人不再受到自己製造的阻礙時，Dickover 變成成長儀表板上的指標，而非使用者體驗失敗。目標從提供價值轉變為強迫轉換，無論對使用者理智造成何種代價。

競賽升級：使用者如何反擊

隨著網站變得更具敵意，使用者開始採取越來越技術性的解決方案，以奪回注意力。

1. 瀏覽器擴充功能與過濾器

像 uBlock Origin 與 Stylus 這樣的工具是第一道防線。使用者自行建立過濾規則以隱藏特定 DOM 元素，或套用使用者樣式表，永久移除喜愛網站上惱人的覆蓋層。

2. 「核選項」：停用 JavaScript

因為幾乎所有 Dickover 都是由 JavaScript 驅動，有些使用者使用擴充功能來開關 JS。若網站僅為顯示提醒畫面而需要 JS，停用它往往能顯示底下的內容。然而，隨著越來越多網站採用「必須 JS」的架構，這變得越來越困難。

3. 手動介入

對於技術傾向的使用者，瀏覽器的「檢查元素」工具仍是手動刪除冒犯的 div 並恢復 body 捲動的宣洩方式。有些使用者甚至分享了書籤小程式，以自動移除固定或黏貼的元素：

(function(){ let i, elements = document.querySelectorAll('body *'); for (i = 0; i < elements.length; i++) { if(getComputedStyle(elements[i]).position === 'fixed' || getComputedStyle(elements[i]).position === 'sticky'){ elements[i].parentNode.removeChild(elements[i]); } } })();

前進之路

Dickover 的持續存在顯示當前網路生態系統的失敗。雖然有人認為這些提示對創作者變現是必要的，另一些人則認為它們產生的阻礙會徹底驅逐使用者。

最有效的阻嚇可能就在於命名本身。將這些模式稱為「Dickover」而非「轉換模態」或「成長提示」，會在業界產生社會成本。產品經理在會議中提出「Dickover 客戶」的想法將變得極其困難。

最終，網路正處於十字路口：它會繼續成為探索與閱讀的場所，還是會演變成一系列以任何代價提取資料與電子郵件的關卡？

Sources