国家/地区定向（country targeting）决定哪些 Google Play 账号能安装你的应用——判断依据是账号的注册国家，而不是手机当前所在的位置。正因为如此，你的数据看板里显示某个市场是开放的，但一整批测试人员却始终看不到安装包。2026 年的相关开关分散在三处：正式版页面、每一条测试轨道的国家/地区标签页，以及分阶段发布里的「国家/地区可用性」选项。本文把三处一一看清，并说明国家变更究竟何时真正生效。
应用可用范围与应用定向是两回事
Play Console 里有两个相关但独立的开关，把它们混在一起，就会出现「那个国家看不到我的应用」这类问题：
- 应用可用范围（App availability） —— 正式版轨道上的国家清单。Google 的表述很明确：一旦你把某个国家设为可用，当前以及未来的所有正式版发布都会包含该国家。
- 国家/地区定向（Country targeting） —— 开放测试与封闭测试的逐发布设置。默认情况下，测试版发布直接沿用你在正式版里配置的可用范围。
- 内部测试不受定向限制 —— 国家/地区定向完全不适用于内部测试轨道。你可以添加任何地点的测试人员，即使所在国家没有公开版本，对方依然能收到内部测试包。
两个开关背后是同一条规则：定向依据的是用户的 Play 国家，即 Google 账号的注册地，而非当前位置。持境外账号的用户仍按境外统计，用当地账号的访客则按当地统计。
第 1 步：在正式版页面设置应用可用范围
- 打开 Play Console 并选择应用。
- 进入 正式版（Production） 页面。
- 选择 国家/地区（Countries/regions） 标签页。
- 点击 添加国家/地区 或 移除国家/地区，勾选要增删的国家。
- 确认选择。
这一步会带来两个商业层面的连带影响：
- 付费应用 —— 新加入的国家会自动生成价格，如果自动取值不合适，随后再编辑本地价格。
- 订阅 —— 你必须为新增国家设置价格，否则该市场的订阅无法售卖。
可用范围是分发决策，不是「相关性」决策。 由于定向依据账号注册地，面向本地或特定地区的服务，只要希望访客在出发前就能安装，就必须给出更宽的可用范围。范围收得太窄，商店页会对最需要它的人显示「你的国家/地区无法下载」。
第 2 步：为测试版发布自定义国家/地区定向
前提条件：只有在两种情况之一成立时，你才能自定义测试轨道的可用范围——应用尚未向正式版上传任何 app bundle；或者已经上传，且正式版轨道至少有一个国家可用。
- 打开目标轨道。若为 开放测试：测试 > 开放测试，选择 国家/地区 标签页。若为 封闭测试：测试 > 封闭测试，点击该轨道旁的 管理轨道，再选择 国家/地区 标签页。
- 注意该轨道默认与正式版同步：正式版可用范围的变化、预注册的变化，都会同步落到测试版发布上。
- 要脱离同步，点击 取消同步国家/地区（Unsync countries/regions）。同步选项只在以下条件之一成立时可用：轨道上没有任何已发布的版本；正式版轨道至少定向一个国家；预注册已开始且定向了至少一个非「世界其他地区」的国家。
- 取消同步后，点击 编辑国家（Edit countries），勾选要增删的国家。
- 确认选择。
如果国家相关控件是灰色不可点，多数情况是权限不足，而不是 Play Console 出问题——没有测试轨道权限的账号无法修改，控件按设计被禁用。
第 3 步：把分阶段发布限定到指定国家/地区
- 进入对应轨道页面：更新正式版时进入 正式版 页面，测试版则进入开放测试或封闭测试页面。若看不到正式版页面，说明你缺少管理正式版发布的权限。
- 选择 发布（Releases） 标签页。
- 在要修改的版本上点击 编辑（Edit）。如果不需要改动其他内容，可以直接点击 检查版本（Review release） 跳到检查环节。
- 滚动到 分阶段发布（Staged rollout） 区域，填写放量比例。
- 在 国家/地区可用性 下选择 指定国家/地区（Select specific countries/regions），勾选本次放量覆盖的国家。该选项仅在更新正式版发布时出现。
- 点击 开始向正式版发布（Start rollout to production）。
三条硬约束决定你怎么规划这次放量：
- 默认情况下，分阶段发布沿用你在正式版轨道配置的国家清单。
- 分阶段发布一旦开始，就无法再移除国家。 也就是说清单在启动瞬间即被锁定，必须提前想清楚。
- 若你指定了具体国家，升级仅面向 Google Play 账号位于这些地区的用户。账号在别处的用户即使身在目标市场，也会继续停留在旧版本。
国家/地区定向的四类典型用法
- 以测试形式进入新市场 —— 先在某个国家跑开放测试，而不把正式版扩展到该国家。
- 按地区拆分正式版与测试版 —— 正式版只覆盖一部分国家，开放测试覆盖其他市场。
- 全球测试、有限正式版 —— 开放测试面向全球，正式版仅在一小部分国家可用。
- 让内部与 QA 全球可访问 —— 内部测试与封闭测试可以纳入任何地点的成员，包括公开版本尚未覆盖的国家。
国家变更的审核与发布时机
国家/地区变更并不是「看不见的底层管道」。发布概览（Publishing overview） 页面会像列出商店列表修改、应用内容变更一样把它们列出来，包括：
- 影响正式版与测试轨道的国家/地区定向变更；
- 轨道与正式版之间的每一次同步或取消同步；
- 因正式版定向变更而被连带影响的已同步轨道。
变更会停留在「尚未提交审核（Changes not yet sent for review）」中，直到你点击 提交审核（Send for review）；也可以用 稍后保存（Save for later） 把某项留下、先提交其他项。除非开启了 托管式发布（managed publishing），Google 审核通过后变更会立即发布；开启托管式发布时，已通过的变更会停在「可发布（Ready to publish）」，由你自己决定上线时机。处理时间可能是几小时，也可能长达 7 天，极少数情况更久，因此提交与计划上线之间预留一周缓冲是稳妥做法。另外，首次发布应用时无法使用托管式发布。
并非所有变更都受托管式发布拦截，以下项目会照常推进：把已有分阶段发布提高到 100%、更新版本说明、价格变更、设备排除规则变更、下架应用、停止商店列表实验，以及应用内商品页面的变更。
提交国家变更前的检查清单
- 这次改的是应用可用范围（正式版，且被未来所有发布继承），还是测试轨道的定向（逐轨道）？
- 要新增的每个国家，价格（付费应用或订阅）都设好了吗？
- 如果近期要启动分阶段发布，国家清单是否已经定稿？启动后无法再缩减。
- 测试轨道仍与正式版同步，还是有意取消同步？
- 这次变更是否需要通过托管式发布卡在某个固定上线时间？
- 移除某些市场后，商店列表的文案是否仍然准确？
一句话模型：应用可用范围决定应用在正式版以及未来所有发布中的存在范围；测试轨道默认继承它，取消同步后才各自独立；内部测试完全不受限；分阶段发布可以在单次发布中收窄范围，但一旦启动就无法再放宽。每一次定向变更都是一次需要审核的发布事件，把审核窗口算进计划里。