苹果在 iOS 27.2 的测试版里给 Safari 塞进了一段不太一样的代码：它不会给你带来任何看得见的变化，却会悄悄盯着 Google。据 9to5Mac 报道，从 beta 2 起，Safari 已经具备识别 Google 搜索页面上那些推广 Chrome 或 Google App 的横幅的能力，连你有没有点都会被记下来。
代码会记什么
具体机制是这样的：Safari 会往 Google 首页与部分搜索结果页注入一段 .js 脚本，专门寻找页面上可见的推广横幅或其他页面元素——凡是鼓励用户打开或安装 Chrome、Google App 的都算。脚本还会去匹配与这两个应用相关的链接，包括它们的自定义 URL scheme 和 App Store ID。
一旦发现推广，Safari 可以记录三类事件：横幅是否展示过；用户看起来是否登录了 Google 账号；用户有没有与横幅产生交互。交互结果会被归成「接受」或「忽略」两类，分别落账。
换句话说，这套代码要做的事情是量化：Google 在苹果的地盘上推广自家浏览器有多勤快，iPhone 用户买不买账。这类数据以前只有 Google 自己心里有数，现在苹果也可以自己数一遍了。
截至 iOS 27.2 beta 3 与 Safari 27.2 beta 的发布说明，苹果没有公开文档提到这个功能，它到底会不会随正式版上线也还是未知数。
苹果想干什么，还没答案
9to5Mac 的判断很克制：测试不等于上线，iOS 27.2 正式版会不会带上它没有定论。但时间点耐人寻味——这段代码出现的背景，是欧美监管机构正盯着 Safari 与竞品浏览器的竞争问题。
在英国，Google 曾把「持续向 iPhone 用户推广 Chrome」当作自己仍在与 Safari 竞争的证据提交给监管机构；监管方则在审视两家公司的搜索协议，是否削弱了双方在浏览器市场上竞争的动力。在欧盟，数字市场法（DMA）对浏览器选择屏与默认项有明确要求，欧盟委员会此前调查过 Safari 的选择屏是否合规。
把这三件事放在一起看，就明白这段代码的微妙之处：监管方争论的核心之一，恰恰是「Safari 的用户有没有被推向 Chrome、推得有多频繁、效果如何」——而现在，Safari 自己就能出这份数据了。无论苹果最终把数据用在自己的产品决策上，还是整理成材料递给监管者，主动权都攥在了自己手里。
所以苹果建这套监测，究竟是自己要用这些数据，还是准备拿来回应监管质询，现在看不出结论。能确定的只有一件事：Safari 已经具备识别并记录这类交互的完整能力，随时可以调用。
国行用户基本无感，但棋路值得看懂
对国内读者来说，这件事的直接影响约等于零：Google 搜索与 Chrome 在中国大陆无法正常使用，国行设备的使用场景里也基本不会出现这类推广横幅，这段代码即便随正式版上线，也几乎不会在国行机器上触发。
真正值得记下的是姿态。浏览器入口的每一次「推广与反制」，背后都连着搜索流量分成的巨额协议——Google 为保住 Safari 默认搜索引擎的位置，每年要向苹果支付天价费用。苹果现在选择「先把账记下来」，无论这笔数据日后是谈判筹码还是合规证据，都说明这门生意正在被重新审视。
换个角度想，这也是苹果少见的「留证式开发」：功能没有官宣、没有文档、没有任何面向用户的入口，却已经写进了连续两个测试版本的系统里。真到需要拿出来用的那天，数据可以立刻接上；用不上，它就静静躺在代码里，不影响任何人。
想自己看代码的，去 beta 3 找
这段代码从 iOS 27.2 beta 2 就已经出现，beta 3 仍然保留。iOS 27.2 beta 3 这次一夜齐发六大系统、新健康 App 挑大梁的情况，站内已经写过一篇，可以对照着看。iOS 27.2 beta 3 齐发六大系统：新健康 app 挑大梁，macOS 滑块翻新。
照例提醒一句：开发者测试版 bugs 多、耗电也不稳定，主力机别装，想看代码开个备用机或者虚拟机就够。
声明：本文来自苹果迷投稿，不代表苹果家园立场，版权归原作者所有，欢迎分享本文，转载请保留出处！
