GCP项目被识别为开发/staging应用导致验证失败，触发原因是什么？

• 项目本身名称、OAuth同意屏填写的应用名称包含dev、test、staging、debug、「开发」、「测试」、「预发布」等和开发测试阶段相关的关键词，或是应用名称和最终面向用户上线的公开名称不匹配
• OAuth同意屏提交的应用官网、隐私政策页、服务条款页无法公开访问，或是内容为测试占位内容、信息不全，甚至返回404、403等访问错误
• 提交的权限使用演示视频中存在测试水印、开发调试工具栏，或是操作流程中使用测试账号、展示测试环境数据，未体现面向普通用户的真实使用场景
• 应用未正式上架到公开应用市场（安卓端Google Play、国内正规应用市场，iOS端App Store），审核团队无法检索到应用正式对外发布的公开证明
• 项目的OAuth授权用户数长期低于100，且没有提供明确的公开发布相关佐证材料
• Firebase默认生成的项目带有开发环境相关的标签、配置，未做生产环境的对应调整
• 和审核团队沟通的邮件表述模糊，未明确说明应用已完成开发正式上线，甚至提到「还在调整功能」「后续计划上线」这类容易被判定为未完成开发的表述

针对性补全材料建议 #

你已经完成OAuth同意屏基础配置的前提下，可以针对性调整提交内容：

• 若应用已上架，回复邮件时附上应用商店的公开可查链接、上架凭证
• 核对OAuth同意屏的所有公开信息，移除所有和开发测试相关的表述，确保官网、隐私政策页面可正常公开访问，内容符合实际运营情况
• 重新提交演示视频，全程使用普通用户账号操作，隐藏所有调试类UI元素，完整展示从账号登录到调用Google Fitness API的全流程，明确说明对应权限的用户使用价值
• 回复审核邮件时明确说明应用已完成开发、正式对外开放服务，不属于开发/测试阶段项目

内容的提问来源于stack exchange，提问作者mirkancal