应用商店会查你的备案，查不到就不给上架

商店查什么，条文写了四行

《互联网信息服务深度合成管理规定》第十三条：

互联网应用商店等应用程序分发平台应当落实上架审核、日常管理、应急处置等安全管理责任，核验深度合成类应用程序的安全评估、备案等情况；对违反国家有关规定的，应当及时采取不予上架、警示、暂停服务或者下架等处置措施。

这一条拆开是三个信息：

• 核验对象是"深度合成类应用程序"。产品用了生成合成技术、要上架，就在这个范围内。
• 核验内容是"安全评估、备案等情况"。安全评估对应第二十条，备案对应第十九条。
• 处置措施给了四种：不予上架、警示、暂停服务、下架。用哪种由商店判断，条文没有规定先后顺序。

注意最后一点：条文列的是措施清单。它给商店的是处置依据，没有规定商店必须下架，也没有规定触发条件。

"查得到"要同时满足三个条件

商店核验备案，实际查的是三样东西，缺一样就可能导致核验不通过：

第十九条原文：

完成备案的深度合成服务提供者和技术支持者应当在其对外提供服务的网站、应用程序等的显著位置标明其备案编号并提供公示信息链接。

最常见的不通过情形是第三行：产品是 A 公司备案的，商店开发者账号是 B 公司。条文没有规定商店怎么处理主体不一致，实践中通常按核验不通过对待，具体以商店审核要求为准。

四种处置措施，轻重不一样

"常见情形"这一列是行业实践的归纳。条文本身只写了措施清单，没有规定触发条件，也就是说商店有裁量空间，你的备案状态是它手里最直接的依据。

小程序也在这个范围内

微信、支付宝这类超级 App 属于条文说的"应用程序分发平台"，对入驻的小程序承担同样的核验义务。依据是第十三条的表述："互联网应用商店等应用程序分发平台"，这个"等"字把小程序容器包含在内。

执行节奏上，小程序的审核和处置由平台规则驱动，通常比应用商店快。各平台的规则以官方公告为准，条文没有规定时限。

开发者上架前要做的三件事

按第十三条反推：

• 备案状态可查：算法备案编号能在备案系统里查到，且与你的应用关联。
• 编号已公示：在产品显著位置或商店详情页放编号和公示链接。
• 安全评估有记录：具有舆论属性或社会动员能力的新功能，按第二十条开展安全评估，留存报告。

三件事都齐了，商店核验就是上架流程里的例行环节；缺任何一样，核验就可能不通过。

还没搞清的地方

1. 各商店核验的技术对接方式（实时查询备案系统、人工审核还是自动比对），条文和公开材料里都没有细节。
2. "显著位置"在移动端的具体标准，目前没有统一细则。
3. 因备案问题被下架后的申诉与恢复周期，我没有查到公开案例。