‘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