这篇文章被Cloudflare拦截了，我们能读出什么？

你有没有想过，一篇关于心理健康的内容，为什么会被当成机器人攻击拦截？

原文标题叫《But He's Not Here》，作者Aditya Vaidyanathan，发在Medium的mental_health频道。但当我们试图访问时，看到的不是文章，而是Cloudflare的验证页面——那个熟悉的"Just a moment..."旋转圈。

这本身就是个值得拆解的信号。

第一，Medium的内容分发正在"硬化"

原文的URL结构暴露了几个事实：/@aditya vaidyanathan/ 是个人作者路径，?source=rss------mental_health-5 说明这是通过RSS抓取的分发渠道，__cf_chl_tk= 是Cloudflare的挑战令牌。

这意味着什么？Medium对RSS流量的态度变了。以前RSS是开放互联网的血管，现在它被当成需要验证的"可疑流量"。

作者选择mental_health标签，内容大概率涉及个人创伤、抑郁或丧亲体验。这类内容的读者往往在深夜搜索，情绪脆弱，网络环境敏感。Cloudflare的拦截虽然号称"保护"，实际上把最需要内容的人挡在了门外。

一个写"他不在了"的作者，被系统判定为"可能不是人类"。

讽刺拉满。

第二，个人叙事平台的信任危机

Medium曾经是"好内容"的代名词。2012年上线时，它承诺对抗点击农场，让长文有生存空间。但现在，它的技术栈正在背叛这个承诺。

我们看到的代码里有几个硬指标：

- cType: 'managed' —— 这是Cloudflare的托管挑战，不是简单的验证码，是行为分析+指纹识别

- cTplV:5 —— 模板版本5，说明这套拦截系统迭代过多次

- 360秒自动刷新 —— 如果验证失败，页面会强制重载，打断阅读流程

这些设计对普通用户是摩擦，对 Tor 用户、VPN 用户、隐私浏览器用户是死刑。而心理健康内容的读者，恰恰是这群人的高占比群体。

平台在"安全"和"可达性"之间选择了前者。或者说，选择了让广告商安心的前者。

第三，RSS作为基础设施的衰亡

原文URL里的 source=rss------mental_health-5 是个遗迹。

RSS曾经是内容分放的开放协议。读者用阅读器聚合信息，作者获得直达渠道，平台无法截流数据。但Medium的RSS链接现在被Cloudflare包裹，相当于在开放管道上加了付费墙。

更隐蔽的是参数里的 mental_health-5。数字5表示这是第5个RSS源分组，说明Medium的RSS输出已经被切割成多个频道，便于精准管控。健康类内容被单独归类，触发更严格的安全策略。

这不是技术中立。这是平台对特定内容类型的隐性降级。

第四，作者名的文化信号

Aditya Vaidyanathan。南亚裔名字，大概率印度背景。

Medium的作者分布曾经以硅谷白人男性为主，2016年后刻意多元化。但技术基础设施没有跟上这个变化——Cloudflare的指纹识别对非英语姓名、非美国IP、非标准设备的误判率更高。这是有研究数据支撑的偏见，虽然原文没提，但URL里的身份信息足够让我们追问：这个拦截是随机的，还是结构性的？

作者写的是"But He's Not Here"。这个"他"是谁？父亲？伴侣？还是某个理想化的自我？我们永远不知道了。因为验证页面不会回答文学问题。

第五，我们能做什么

作为读者，绕过Cloudflare的技术手段很多，但成本不该由内容消费者承担。

作为从业者，这件事提醒我们：平台的中立性是幻觉。每个技术决策都在奖励某些内容，惩罚另一些。心理健康议题被拦截，不是因为内容有害，而是因为它的读者画像不符合"高价值用户"模型——停留时间短、转化率低、广告敏感。

作为写作者，Aditya Vaidyanathan的选择值得尊重。他没有把内容锁在付费墙后，没有切成短视频，没有加震惊体标题。他用了最朴素的标题，发在最通用的平台，然后被最通用的安全系统吞噬。

这大概是2024年内容创作者的标准困境。

最后，关于那篇我们没能读到的文章：标题是"But He's Not Here"，中文可以译成"但他不在这里"或者"他人已逝"。无论哪种译法，都比验证页面的"Just a moment..."更接近真实的人类处境。

毕竟，死亡不会等你通过验证码。