App 深度链接地区测试：安装态与语言路由

深度链接落错页面时，链接参数只是排查的一部分。安装状态、App 版本、打开来源和平台关联配置都会影响最终落点。

测试时按链接类型、安装状态和打开来源记录实际落地页及回退地址。地区出口只用于观察落地页的地区化结果，不会改变操作系统的链接路由。本文聚焦自有 App 的 Universal Links、App Links、自定义 scheme 与应用内跳转。

检查链接类型与安装状态

先确认链接类型：HTTPS 通用链接（Universal Links / App Links）、自定义 scheme，或 App 内跳转。再记录 App 是否安装、版本是否支持该路径，以及链接从浏览器还是其他 App 打开。

不同平台与来源的行为有差异：已安装时要验证关联配置和客户端路由；未安装时，HTTPS 关联链接通常落到网页，自定义 scheme 则需产品显式实现回退逻辑，不能假设系统会自动跳商店。旧版本按产品升级或降级策略验收。

可以用链接类型与安装状态组成基础测试矩阵；再按风险补充平台版本、打开来源、同域或跨域、冷启动或热启动，以及 AASA / assetlinks 验证状态。基础矩阵是起点，不代表覆盖所有组合。

检查落地和回退行为

为每种状态记录产品预期与实际落点。已安装时检查目标页面、冷/热启动和关联验证；未安装时检查网页或产品实现的回退；旧版本则核对升级提示或可用的降级路径。不要把某个平台、浏览器中的单一行为推广成所有平台的规则。

验证语言与地区规则

把链接参数、设备语言/地区和账号偏好按产品规则排列优先级，不预设某一种优先级适用于所有产品。

例如用带 ja 参数的链接在 de-DE 设备上打开，再用无语言参数的链接配合不同账号偏好测试。记录最终页面，并对照产品规则说明结果，而不只写“链接打开了”。

核对回退页面与返回路径

回退时检查语言前缀和页面内容是否匹配、返回是否回到来源位置，以及“打开 App”按钮是否造成循环跳转。商店跳转还应记录目标应用 ID、平台支持的参数和账户 storefront；不能仅凭链接语言与商店显示语言不同判定错误。

这四项都属于可见行为，用录屏或截图记录最直接，但截图里不要出现真实账号信息。

记录时至少保留链接类型、平台与版本、安装状态、打开来源、语言/地区参数、最终落点和回退地址。实际测试完成后再填写结果；未执行的组合保持未测状态。

常见问题

同一链接在浏览器和 App 内打开结果不同，算问题吗？

不一定。先按平台、来源和 AASA / App Links 配置确认产品预期；只有实际行为不符合预期时再作为缺陷排查。

语言该由链接决定还是设备决定？

由产品规则决定。把链接参数、账号偏好和设备设置的优先级写清，并用冲突组合验证。

未安装时回退到应用商店算通过吗？

按产品实现与平台行为验收。检查跳转目标是否正确、应用 ID 是否匹配、返回路径是否清楚；商店语言按 storefront 和平台规则判断，不单凭链接语言参数判缺陷。

深度链接测试为什么也要指定代理 IP 出口？

只有当落地页会按地区变化时，才需要控制出口地区。也可使用目标地区测试机或云主机；记录实际出口和最终落点即可。