Chrome 给网站定位加了“大致位置”，隐私真正的考题才刚开始

你查个天气，网站以前经常只给一个粗暴选择：给不给精确定位。

Google 现在在 Android 版 Chrome 里补了一个中间档。网站请求位置时，用户可以选择共享“大致位置”，而不是只能交出精确位置。桌面版 Chrome 计划未来几个月跟进。iOS 版 Chrome 是否上线、何时上线，Google 没有公布。

这不是一场隐私革命。它更像一次补课：把“网站到底需要多精确的位置”这个问题，重新放回用户和开发者面前。

用户多了一个中间档

这次变化发生在 Chrome 和网站共享位置这一层。

受益最直接的是 Android Chrome 用户。以后遇到网站弹出定位请求时，不必只在“允许精确定位”和“拒绝定位”之间选。能用粗粒度位置解决的服务，可以少暴露一点。

普通用户的判断可以很简单：陌生网站、内容网站、资讯网站，先给大致位置；配送、导航、附近设施这类服务，如果功能跑不起来，再考虑精确位置。

这也不是让所有网站只能拿大致位置。开发者仍然可以请求精确位置，用户也仍然可以授权。别把它误读成 Google 全面收紧定位追踪。它只管浏览器向网站交位置这件事。

还有一个容易混淆的点：Android 系统层面本来就有应用位置权限，Chrome 这次处理的是网站侧请求。可以把它理解成两道门。系统管 Chrome 这个应用能拿多少，Chrome 再管网站能从浏览器拿多少。

这道门补上了，用户才有更细的选择。

开发者不能再默认“越细越好”

Google 还会推出新的 API，让开发者请求大致位置，或者在确实需要精确位置时说明必要性。

这句话很关键。因为过去浏览器权限最大的懒惰，就是把“功能可用”和“数据全给”绑在一起。

网站想做天气，拿精确位置当然也能做。想推本地新闻，拿精确位置也能做得更细。想投广告、做画像、算转化，精确位置更有价值。开发者的冲动很朴素：能要就要。

天下熙熙，皆为利来。放到今天，就是数据越细，商业解释越多。

所以这次更新真正打到的点，不是“大致位置”这四个字，而是权限精度被拆开了。以前用户回答的是“给不给”。现在多了一个回答：“给，但别给太细。”

对 Web 开发者来说，接下来要做的不是把弹窗文案换个说法，而是重新审一遍定位需求：

• 天气、新闻、区域内容，优先请求大致位置；
• 外卖、导航、附近网点，再说明为什么需要精确位置；
• 如果拒绝精确位置，核心功能能不能降级运行。

这会增加一点产品和开发成本。但这个成本本来就该存在。用户不该替网站的偷懒付隐私账。

Google 做对一步，难在默认选项

我愿意肯定这次改动。它没有把隐私讲成口号，而是落在一个具体摩擦上：少交一点位置数据，同时保住大部分日常功能。

但真正的分水岭不在按钮，在默认和约束。

如果网站还是把精确位置放在最顺手的位置，把大致位置做成“勉强可用”；如果请求精确位置时只写一句“为了提供更好服务”，那新 API 很快会变成合规话术机。

平台治理从来不只看有没有选项。选项摆在哪里、默认是什么、拒绝后还能不能继续用，才决定用户有没有控制权。

这有点像早期浏览器的弹窗拦截。不完全一样，但逻辑相近：不能把所有网站的商业冲动，都丢给用户逐个抵抗。平台必须设边界。否则，每一次授权看着合理，拼起来就是一张很细的用户地图。

接下来最该看四件事：

Chrome 这步走对了，但还只是开门。位置数据不是单一物品，它有精度、有层级、有代价。

下一步更难：让开发者为“为什么要这么精确”付出解释成本。否则，按钮是新的，旧习惯还在。