方法与常见问题

这是一份关于「谷歌应用商店不让哪些人安装哪些应用」的记录。我们持续检测 Google Play 覆盖的 217 个国家和地区的应用目录，并公开结果：我们收录的每一个应用、它在哪些商店可以获取、在哪些不能，以及每次检测的日期。

本站由 GreatFire 运营，该组织自 2011 年起持续监测网络审查。姊妹项目 AppleCensorship 对苹果 App Store 做同样的事。

我们从这些数据中得出的主张另见 为什么这很重要。

我们的爬虫会针对每一个应用，逐个国家向 Google Play 发起请求，就像身处该国的访问者那样。Play 会给出三种回应之一：返回带「安装」按钮的页面、返回没有安装按钮的页面，或者根本不提供该应用。只有第一种才算「可获取」。

每次回应都会连同时间戳一并保存，因此本站的每个数字都能追溯到背后的检测记录。单次检测不会被视为状态变化：某个商店必须在超过 24 小时的时间里持续给出相同回应，我们才会记录一次下架或恢复。之所以有这条规则，是因为 Play 会返回临时性错误，而一个对每次错误都信以为真的监测系统，会发布根本没有发生过的下架。

我们从 2023 年 11 月开始以这种方式检测 Play。各地的检测密度并不均衡，这一点我们如实说明——有些国家的检测远比另一些深入，因此「某应用在一个我们几乎没怎么爬取过的商店里缺失」这一论断，要比「在一个我们每天爬取的商店里缺失」弱得多。这也是本站每个计数都会标明自身分母的原因。

按本项目对这个词的用法，是的。这里需要说清楚，因为这一主张针对的是谷歌的整套机制，而不是对某个具体应用的猜测。

谷歌为每个国家运营独立的 Play 目录，并决定你看到哪一个。无论某个应用在你所在的目录中缺失的原因是什么——政府命令、山景城的政策决定，还是开发者本就没有在该地上架——对你的影响完全相同，而执行这一结果的是谷歌。你看到的是一个有缺口的目录，而且没有人告诉你缺口的存在。这种在整个国家层面上的「不予提供」，就是本站所说的审查。

数据无法告诉你的是某个具体应用为什么缺失，我们也不会假装知道。一个在某国缺失、却在其余 216 个国家可获取的应用是很强的信号；而一个只在三个国家上架、其余地方都没有的应用，多半只是区域性产品。本站为每个应用同时公布这两个数字，如何判断由你决定。凡是谷歌或政府公开说明过原因的，我们都会写明并附上出处——这种情况很少，因为两者都不按国家公布应用层面的下架记录。

并非如此，有两个原因。

第一，对于不知道自己需要后路的人来说，后路毫无意义。Play 不会告诉你某个应用存在、只是没有提供给你——它只是向你展示一个目录，而这个目录看上去是完整的。没有人会去侧载一个自己从未听说过的应用。把缺失的部分公布出来，正是侧载本身做不到的事，也正是本站存在的意义。

第二，这条后路正在收窄。从 2026 年起，安卓要求在 Play 之外安装的应用必须由经谷歌验证的开发者签名，首批在巴西、印尼、新加坡和泰国推行。不愿或无法向谷歌登记的开发者——其中包括任何有理由被政府追查的人——会同时失去侧载和 Play 两条路径。详情与出处见 为什么这很重要。

可以。在任意页面的顶栏按名称搜索，或者如果你知道包名，可以直接打开它的页面——包名就是 Play 网址中 id= 后面的部分，例如 com.whatsapp。应用页面上的每个商店旁边都有一个检测按钮，点击后会立即向 Play 发起查询并显示结果，同时附上 Play 链接，方便你自己动手核对。

单次检测只是一条读数，不是结论。如上所述，只有在超过 24 小时内持续得到一致的结果，才会记录为状态变化。

没有一键下载的按钮，但有一套有文档的 JSON API，它能做的比一份表格更多：

• /api/apps/{包名}/status ——某个应用在每个商店的最新检测结果，带日期。它允许跨源调用，因此在脚本里或直接在浏览器控制台里都能用。
• /api/explore —— 检索页背后的引擎：按商店、类别、受众规模和可获取情况筛选我们收录的全部应用，并读回各项计数。
• /rss ——下架记录发布时的订阅源。

字段定义以及各项数字的更新频率见 llms.txt。我们不公开底层检测记录的整体转储——那有数百万条——如果你的研究确实需要，请与我们联系。

请告诉我们，并注明你当时查看的页面，以及相关的应用或国家。检测结果可能出错——Play 对不同请求会给出不同回应，而我们的爬虫只能看到它被展示的内容——一份写明页面的反馈，我们可以拿去和存档的检测记录核对。

如果你是开发者，而自己的应用在某个你确实上架过的地区被标为「无法获取」，同样欢迎告知。这件事本身也是一个发现。

联系我们，我们会尽快回复。