常见应用评审失败
本部分介绍 Microsoft 在 Teams 应用评审期间发现的最常见故障。
重要
Microsoft 会广泛测试提交到 Microsoft Teams 应用商店的应用，以查找 bug 和 Microsoft 商业市场策略冲突。 大多数应用最初未通过 Teams 应用商店应用评审。 只有在发现应用 完全符合 Microsoft 商业市场认证策略且无 bug 后，才获准在 Teams 应用商店上发布应用。 本部分旨在让你了解应用在初始应用评审中失败的最常见原因，以便你可以在应用开发过程中处理这些问题，并提高应用通过应用评审的可能性。
应用说明
出色的说明可以使你的应用在 Teams 应用商店中脱颖而出，并有助于鼓励客户下载它。 必须避免应用说明中出现以下错误：
| # | 避免以下事项 |
|---|---|
|
清单和 AppSource 完整说明中不包含新用户的前进方式信息，如“注册”或“入门”或“帮助”和“联系我们”链接。 |
|
|
特定于区域的应用名称或功能不会在清单和合作伙伴中心应用说明中标注。 |
|
|
应用清单和长说明中不会指出外部帐户或服务对完成登录、注销和注册体验的限制或帐户依赖关系。 |
违反 Microsoft 商标和品牌准则
引用 Microsoft 商标、产品名称和服务时，必须遵循 Microsoft 商标和品牌准则。 你必须避免以下在应用评审期间导致拒绝的常见冲突：
| # | 避免以下事项 |
|---|---|
|
|
将 Microsoft 缩写为应用列表中的 MS 或 MSFT，将产品/服务列表中的 Microsoft Teams 的第一个实例引用为 Teams 而不是 Microsoft Teams。 |
|
|
在产品/服务内容中使用 Microsoft 品牌资产，而无需 Microsoft 的快速许可。 |
|
|
创建应用列表 (包括产品/服务说明、标题、图标、屏幕截图和视频) ，以模拟或提供它是 Teams 应用商店的官方 Microsoft 应用。 |
测试
详细的测试说明和凭据可帮助你成功快速地查看应用。
确保在合作伙伴中心的“认证信息说明”部分提供查看应用所需的所有详细信息、需要登录的功能的有效演示凭据以及设置任何特殊配置的说明、需要难以复制和完成的环境的功能的演示视频或硬件。
Microsoft 365 应用合规性
Microsoft 365应用合规性计划通过评估有关应用的安全性和合规性信息，帮助组织评估和管理风险。 在提交应用以供审阅之前， 必须先完成 发布者验证才能在 Teams 应用商店上发布。
应用名称
你必须避免应用名称中的以下违规行为，这些违规行为会导致在应用评审期间被拒绝：
| # | 避免以下事项 |
|---|---|
|
|
在整个应用中使用应用名称不一致。 |
|
|
追加了 Beta 版、 开发和 Prod 的应用名称，以指示应用尚未准备好生产。 |
支持链接
支持链接不得要求用户进行身份验证，并且必须直接获得适当的支持信息。 必须确保应用包含有效的支持链接，以便用户联系。
清单架构
Teams 应用清单介绍了应用如何集成到 Microsoft Teams 产品中。 应用清单必须符合公开发布的 清单架构。 如果应用支持本地化，请确保使用本地化清单架构版本 1.5 或更高版本。
应用 UI
应用的 UI 不能 看起来不完整，并且应直观地使用。 截断或重叠内容的应用以及显示损坏图像的应用无法通过应用评审。
有效域
应用提交必须遵守 microsoft 商业市场认证策略下的外部域准则。 若要使应用通过评审，请确保应用清单中列出的有效域受组织的直接控制。 如果要在清单的 messageHandler 链接展开部分下声明任何域，必须确保列出的域受组织的直接控制。
隐私策略
你的应用一览必须包含有效的隐私策略链接。 具有无效、不安全和损坏隐私策略链接的应用无法通过应用评审。 你的隐私策略必须遵循特权策略准则。
使用条款
你的应用一览必须包含有效的使用条款链接。 具有无效、不安全和中断使用条款链接的应用无法通过应用评审。 必须遵循使用条款准则。
机器人
如果应用包含机器人，则必须在清单的 commandList 节中声明至少一个受支持的机器人命令。 机器人必须在其已安装的范围内提供值。 机器人必须响应所有已安装范围支持的用户命令。 对于具有复杂配置体验的应用，机器人必须提供符合 Teams 机器人欢迎消息设计指南的欢迎消息。 机器人必须响应通用命令并正常失败。