安卓替你“隐身”了：照片定位被默认抹掉，隐私赢了，Web 也被误伤了

如果你习惯把手机照片上传到网站，可能已经悄悄踩进了一个新坑：Android 现在会在多种分享路径里，主动剥离照片里的地理位置元数据。表面看，这是 Google 帮用户挡住“拍张照就把自家门牌号一起发出去”的风险；但落到现实世界，这个变化已经开始让一批依赖照片定位信息的服务突然失灵。

英国开发者 Terence Eden 最近就在博客里吐槽，他们夫妻运营的网站 OpenBenches，专门收集纪念长椅的照片和位置。这个项目很小众，也很温柔：用户拍下长椅，上传照片，网站再根据照片里的 EXIF 地理标签把它放到地图上，方便别人寻找和记录这些承载记忆的公共设施。听起来甚至有点互联网早期那种朴素而可爱的味道。

但如今，这套流程被 Android 拦腰截断了。不是网站坏了，不是用户不会用，而是系统层面开始替你做决定：照片可以传，定位不许带。

一场看不见的“阉割”：照片还在，坐标没了

过去，在移动网页上使用一个简单的图片上传控件，用户就能从相册中选择 JPEG 照片，连同 EXIF 元数据一起交给网站。对于 OpenBenches 这类服务来说，这几乎是零摩擦体验：拍照、上传、定位自动完成。

后来，Google 调整了 Android 的相关行为。开发者发现，原本通过图片选择器拿到的照片，定位信息会丢失。官方曾引导他们改用更通用的文件选择器，这个办法虽然“曲线救国”，却至少还能把 EXIF 原样带过去。问题在于，这种做法也很别扭——因为它允许用户上传任何文件，而不只是图片，体验和安全边界都变得模糊。

结果，现在连这条路也被堵上了。根据作者的描述，不只是普通网页上传不行，PWA 也无能为力；蓝牙、Quick Share 等传输方式同样可能把定位剥掉，甚至直接通过邮件分享，位置信息也会消失。到最后，唯一稳定保留地理标签的办法，竟然只剩下最“上古”的那一种：用 USB 线把照片导到电脑，再通过桌面浏览器上传。

这就有点荒诞了。2026 年了，手机拍照、AI 修图、云端同步都快无感化了，结果想把一张带定位的照片上传到网站，居然还得靠数据线。技术的便利性像坐了电梯上楼，用户体验却从消防通道走了回去。

Google 的理由并不难懂，但它的问题也很典型

站在 Google 的角度，这个决定完全可以自圆其说。大量普通用户根本不知道，手机拍下的照片通常会包含精确到经纬度的拍摄地点。你晒一杯奶茶、一只猫、一张孩子的照片，外人也许就能顺藤摸瓜找到你的住址、学校、常去的路线。过去这些年，关于照片泄露行踪的隐私讨论一直没停过。

所以很多社交平台早就默认去除地理标签了。Facebook、WhatsApp、Mastodon、BlueSky 这类服务，通常不会把原始定位直接暴露给查看者。平台的逻辑很简单：绝大多数用户不需要让别人知道“我站在这条街的第几棵树旁边拍了这张图”，那就默认替你藏起来。这个思路，本身没有问题。

真正让人皱眉的是，Google 又把一个合理的隐私目标，做成了熟悉的“父爱式管理”。它不是给用户一个清晰选择，而是直接把能力从 Web 端拿走。开发者几乎没有提前通知，用户也不理解发生了什么，最后大家的收件箱里堆满抱怨：为什么网站突然识别不到位置了？为什么昨天还可以，今天就不行了？

这也是现代平台治理最让人无奈的一点。隐私保护、内容审核、权限管理，这些方向都没错，但巨头往往习惯用“一刀切”的方式解决复杂问题。它省事、风险小、对公关友好，可成本被转嫁给了开发者和少数真正有正当需求的用户。

Web 的老问题：它越来越像“二等公民”

这件事放到更大的背景里看，其实不只是“照片定位”这么简单，它还折射出一个老问题：在移动生态里，Web 应用的能力边界，越来越由平台方说了算。

原本 Web 最大的魅力，就是跨平台、低门槛、无需安装。你做一个网站，Android 能用，iPhone 能用，桌面端也能用。可一旦涉及更深层的系统能力——通知、后台、文件访问、媒体元数据、蓝牙、近场传输——Web 经常就会卡在平台设下的玻璃门前：看得见，用不上。

Terence Eden 在文中提到，Android 原生应用其实拥有访问带定位媒体的专门权限。换句话说，Google 不是不允许这件事发生，而是要求你换一种身份来做：别做网页了，去开发 App 吧。对大型平台来说，这或许不算问题；可对 OpenBenches 这种社区型、小体量、低预算项目而言，这几乎是在说：你要么额外投入开发 Android app，最好顺便再做个 iOS 版；要么就接受功能残缺。

这会带来一个非常现实的后果：只有资源充足的大公司，才有能力为平台规则不断补课；小团队、独立开发者、公益项目和开放网络服务，反而越来越难做。Web 口口声声是开放的，现实却在把它一点点推向“能看不能碰”的展示层。

这并不是 Android 一家的问题，Apple 也常因系统级权限和沙盒限制被开发者抱怨。但 Android 长期标榜自己更开放，因此当它在关键能力上也不断收紧时，那种反差感会更强。所谓开放，不只是允许你换默认浏览器、装第三方商店，更在于是否允许开发者构建那些平台主流叙事之外的服务。

隐私不该靠删功能来实现，选择权才是更成熟的答案

如果非要问，这件事有没有更好的解法？我认为是有的，而且并不神秘：把选择权明确地交还给用户。

作者提出了一个很朴素的设想——当网站请求读取照片中的位置信息时，系统弹出提示：这个网站想访问你照片里的位置，允许一次、始终允许、拒绝。这个思路当然也有老问题：弹窗太多会让人麻木，文案写不好照样没人看，最终用户还是会下意识点“允许”。但它至少比“系统替你永久决定，且不告诉你”更透明，也更符合现代权限管理的常识。

事实上，这种精细化权限并不新鲜。相机、麦克风、定位、通讯录，今天的手机系统都已经形成了一整套动态授权机制。照片元数据，尤其是地理标签，完全可以被纳入同类管理。甚至还能做得更聪明：允许分享模糊位置、允许分享城市级位置、允许分享精确坐标。对于社交平台和地图服务，需求显然不是一回事，没必要用同一把剪刀全剪掉。

更值得思考的是：谁来定义“对用户最安全”？平台当然希望把风险降到最低，媒体标题也最爱“某功能导致严重隐私事故”这种故事。但当平台为了避免最坏情况，把所有中间地带都抹平时，互联网就会失去很多原本有价值的能力。OpenBenches 这种服务当然不是主流，但它提醒我们，照片定位不只是隐私风险源，它也可能是公共记忆、社区协作、地方志记录、生态观察、灾害上报的一部分。

一项技术特性，从来不只有一种用途。把它粗暴封死，通常只是最省力，不是最优雅。

一张照片的坐标，正在变成平台权力的缩影

别小看这一串 EXIF 里的经纬度。它表面上是数据字段，背后却是平台、开发者与用户之间的权力分配。谁有权访问？谁能决定何时共享？谁来承担误用的责任？这些问题，几乎都浓缩在这次看似不起眼的改动里。

对普通用户来说，Android 默认剥离照片定位，短期内大概率是在“帮你避免踩雷”。对绝大多数人，它甚至不会造成任何感知上的损失。但对 Web 生态来说，这又是一次熟悉的信号：只要平台认为某项能力存在风险，它就可以在没有太多协商的情况下，把能力从浏览器里抽走。

这让我有点担心。不是担心 Google 重视隐私，而是担心科技行业越来越倾向于把复杂问题做成黑箱，把用户教育做成静默限制，把开发者反馈变成 issue tracker 里的长帖。长远看，这会让互联网失去可解释性。你明明什么都没做错，功能却突然坏了；你也很难知道，是代码写错了，还是平台改规则了。

在今天，照片的定位信息被系统拿掉；明天，也许是别的元数据、别的权限、别的接口。每一次都能找到“为了安全”的理由，但如果所有决定都不经过清晰沟通，开放平台就会越来越像封闭花园，只是围墙刷成了开放的颜色。