打开一篇标题叫「oh, we meet again」的文章,你看到的不是文字,而是一行自动跳转代码。这种体验像什么?像推门进咖啡馆,店员直接把你拽去隔壁分店。
事件现场:一行代码的"劫持"
![]()
原文结构极简:HTML骨架里只塞了一段脚本。页面加载瞬间,浏览器就被定向到Medium的落地页,带完整的追踪参数。RSS订阅者以为点开了内容,实际成了流量漏斗的一环。
![]()
技术实现很直白。window.onload触发跳转,URL经过编码隐藏真实目的地,source=rss------relationships-5暴露来源渠道——RSS、情感分类、第5位。每个参数都是数据埋点。
拆解:为什么用"空壳"做中转?
Medium这套打法有几个算计。RSS协议本身不防跳转,订阅工具(Inoreader、Feedly)会忠实渲染HTML,用户毫无察觉。把原文托管在独立域名,既规避了平台内容审核,又能统计"从RSS来了多少人、点了多少次"。
更隐蔽的是用户体验设计。跳转后带上的lander路径,通常意味着A/B测试或付费墙前置。你以为是免费阅读,实际可能在为转化率铺路。
行业镜像:内容平台的"RSS悖论"
![]()
Medium一边维护RSS输出(讨好重度读者),一边用跳转拆解它(把读者拉回主站)。这种矛盾不新鲜——Newsletter时代Substack也干过类似的事,邮件里放摘要,全文链回平台。
区别在于技术粗暴程度。Substack至少给你看了开头,Medium这篇直接零内容,RSS成了纯引流管道。
对科技从业者来说,这像个提醒:当你设计开放协议(RSS/邮件/ActivityPub)的接入方案时,"兼容"和"收割"之间的边界,往往由一行跳转代码重新定义。
下次遇到这种空壳链接,你会选择取消订阅,还是顺手看看它想把你带去哪?
特别声明:以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布,本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.