Google新验证码系统：无谷歌服务的手机将被挡在门外

用GrapheneOS的用户注意了——上网可能要多一道坎。

Google正在推进新一代reCAPTCHA验证系统，而它的入场券是Google Play Services。根据官方支持文档，当系统触发风控、要求用户扫描二维码完成人机验证时，Android设备必须运行25.41.30或更高版本的Play服务。没有它，验证直接失败。

这对普通用户几乎无感。但对"去谷歌化"手机的用户来说，这是个坏消息。

所谓de-Googled手机，指的是移除了Google服务框架的Android设备。GrapheneOS是其中最具代表性的系统——它基于Android开源项目构建，默认不预装Play Services，主打隐私和安全。按照新规则，这类设备一旦遇到需要扫码验证的reCAPTCHA关卡，就会被系统判定为不兼容，无法完成验证。

这并非突发变动。据PiunikaWeb追溯，Google从去年10月就开始为这套验证机制铺路，只是直到最近才被Reddit用户从支持文档的角落翻出来。

reCAPTCHA的进化逻辑不难理解。传统的图片选框、文字识别对AI越来越形同虚设，扫码验证确实能拦住自动化脚本——毕竟让机器人掏出手机扫二维码，成本陡增。但代价是验证链条被绑死在Google的生态闭环里：要证明你是人，先得证明你是Google生态的人。

问题在于，这个"人"的定义权被单方面收紧了。Play Services版本号成了硬门槛，没有谈判空间。对隐私极客和小众系统用户而言，这不是多一步操作的问题，是根本走不到那一步。

更现实的担忧是扩散效应。reCAPTCHA被大量网站采用，如果新版系统全面铺开，de-Googled设备的可用性将系统性受损。浏览网页、提交表单、甚至某些登录流程，都可能变成无法完成的任务。

Google从未公开承诺过对无服务框架设备的兼容性，这次只是把潜规则写成了明规则。但对依赖替代系统的用户来说，这意味着他们长期维持的"用Android，但不用Google"的平衡状态，正在被验证码这种基础设施级的环节打破。

目前尚不清楚是否有变通方案。GrapheneOS等技术社区是否会找到绕过机制，或者Google是否会为边缘场景保留兼容通道，都还是未知数。可以确定的是，人机验证的战场正在从"识别图片"转向"识别设备归属"，而后者对生态封闭性的要求要高得多。

对大多数用户，这或许是更安全的上网体验。但对另一群人，这是数字生活空间的又一次收缩。