APP 从开发完成到上架：备案、软著、商店审核与隐私合规的四条并行线

「后台都验收完了，为什么应用商店里还搜不到我们？」这句话在项目收尾时被问得最多。多数时候不是代码有问题，而是四条与代码并行的线没排进计划：App 备案、软件著作权登记、应用商店审核、隐私与权限合规。

这四条线有一个共同点：都不由开发方拍板。备案由 App 主办者住所所在地的省级通信管理局审，软著由中国版权保护中心审，商店审核由平台自己定规则并且随时改，隐私合规由商店人工审核与监管抽检共同把关。开发方能做的是把它们前置、并行，并把材料一次做对。

本文按一个具体场景写：一间做企业管理系统、会员商城或设备巡检类 App 的公司，从开发完成到在 App Store、Google Play 与国内主流安卓商店上线。文章给出四条线各自卡在哪、五个可以并行的排期步骤、工程侧能提前消掉的坑、交付清单与验收指标，以及边界与成本。文中所有时效与门槛都标注出处与适用时间；它们要么是法定期限，要么是平台当期统计，都不是对上线时间的承诺。

一、现状与卡点：开发完成只是第 0 步

把上线当成开发流程的最后一步，是排期踩空最常见的原因。下面五个卡点，几乎每一个都在交付现场出现过。

卡点一：只排了开发计划，没排合规计划

备案要求 App 名称、包名、主体信息与关联域名彼此一致；软著登记的名称与版本号要与提审包一致；商店展示的应用名要与备案一致。任何一处对不上，就要回头改材料，改到备案层面就得重新走一遍。很多项目在开发末期才定名字，结果界面上的名字、商店里的名字、备案里的名字是三套，最后只能挑一个改。

卡点二：把软著当成「上架前补个证」

《计算机软件著作权登记办法》第二十条规定，中国版权保护中心应当自受理日起 60 日内审查完成；第二十二条规定，需要补正材料的，申请人应当在收到通知后 30 日内补正，逾期视为撤回。也就是说，软著存在法定上限，实际排期通常按 30 到 60 个工作日理解。等到商店要求补资质才去申请，等于把上线时间整体往后推一两个月。

登记费自 2017 年 4 月 1 日起停征（依财税〔2017〕20 号，中国版权保护中心已发通告）。成本不是问题，周期才是问题，而周期不受费用影响。

卡点三：隐私政策是模板套的，SDK 清单没写

华为应用市场的《应用审核指南》把提交前最常见的问题列在前三条：App 未核准（备案）、资质材料缺失或不合规、个人信息保护不合规。模板套出来的隐私政策几乎必然落在第三条上——没写清收集哪些信息、为什么收集、交给哪些第三方 SDK、保存多久、怎么注销，链接还是 PDF 或者打不开的页面。

监管侧的尺子也在收紧。《常见类型移动互联网应用程序必要个人信息范围规定》自 2021 年 5 月 1 日施行，明确了 39 类常见 App 的必要个人信息范围，App 不得因为用户不同意提供非必要个人信息，就拒绝提供基本功能服务。这句话直接决定了权限申请的边界：不是「能申请就申请」，而是「这个功能没有它就做不了才申请」。

卡点四：把国内安卓商店当成「同一个包传五次」

国内没有统一的应用商店。华为、小米、OPPO、vivo、应用宝各自审核、各自要求资质、各自规定测试账号怎么给。华为的审核指南写明常规应用审核时效通常为 24 小时，但应用较复杂、遇到节假日或审核高峰期会延长；而备案没通过是直接被挡在提交之前的。

卡点五：iOS 与 Android 的硬门槛不同步

两个平台的硬门槛不在同一时间点，也不在同一个维度上，必须分开排期。

iOS 侧。App Store Connect 的帮助文档写明：中国工业和信息化部要求部分 App 必须具备有效的 ICP 备案号，填报的 ICP 编号与元数据应当与工信部备案信息一致，简体中文的 App 信息也要与备案信息一致。没填或填错，中国大陆区就无法上架。此外，2024 年春季起，App Store Connect 不再接受未在隐私清单（PrivacyInfo.xcprivacy）中声明「必需原因 API」用途的提交；2025 年 2 月 12 日起，新 App 或更新如果新增了列入「隐私影响第三方 SDK」清单、却没有自带隐私清单的 SDK，会收到 ITMS-91061 提交失败提示。

Android 侧。Google Play 要求 2026 年 8 月 31 日起，新应用与应用更新须以 Android 16（API 36）或更高版本为目标，Wear OS 与 Android Automotive 最低 API 35，Android TV 与 Android XR 最低 API 34；确实无法按期完成的可以申请延期至 2026 年 11 月 1 日。新注册的个人开发者账号还要先完成至少 12 名测试者连续 14 天的封闭测试，才能申请生产环境发布（该规则自 2023 年 11 月 13 日起执行）。

二、四条线分别卡在哪

把四条线摊开看，才知道哪一段能催、哪一段只能等、哪一段必须提前动手。

表格里的时效都是「正常情况」。遇到补正、节假日、提审高峰，都会变长。Apple 在 2026 年 3 月对媒体回应称，过去 12 周平均每周处理超过 20 万份提交，平均审核时长 1.5 天。这是当期的统计口径，不是对任何单个 App 的承诺——提审量在涨，审核时长也会跟着波动。

三、五步排期：让四条线并行起来

四条线里只有一条真的在等开发完成，其余三条都可以在开发期间跑完。下面五步的顺序就是按这个思路排的。

第一步：立项第一周，把「三处一致」定死

三处指三样东西，每样都要在三个地方一致：应用名称（备案名称、软著名称、商店简体中文名称）、包名（iOS 的 Bundle Identifier 与 Android 的 applicationId）、主体（备案主体、软著权利人、开发者账号主体、商店展示的开发者名称）。

包名一旦提审基本不可改。改包名在商店侧等于一个全新应用，历史下载、评论、评分都不继承，在备案侧也要重新走流程。名称改一次，备案要做变更，商店要重新审，苹果侧还要求简体中文名称与备案一致，差一个字符都可能提交不上。所以名字不是设计阶段顺手定的，是立项就要定死的。

工程上的做法很简单：把名称与包名写进项目文档第一页，代码、配置、商店后台只引用这一处，不出现第二套写法。

第二步：开发第一周就启动软著与备案

软著要的材料是：源码前后各连续 30 页（页眉标注软件名称与版本号）、用户手册或操作说明、权利归属材料。登记的名称与版本号必须与将来提审的包一致，否则商店核对时会卡住。

备案要的材料是：主体证件、App 名称与包名、签名证书信息（iOS 取发布证书，Android 取签名指纹）、关联域名及其备案情况。注意备案不是直接递给通信管理局，而是经接入服务商提交、先过一遍接入商初审，再到管局，所以「接入商初审」这一段的时间也要算进排期。

这两件事的准备量都不大，通常一到三天就能交出去，但审核是别人的节奏。越早交，越不会卡在最后一周。

第三步：开发中同步做隐私合规

先列三张表，再写代码。第一张是权限清单：每个权限对应哪个功能、不申请会怎样。第二张是 SDK 清单：名称、提供方、读取什么信息、用于什么、隐私政策链接。第三张是个人信息清单：收集什么、存在哪、留多久、给谁看。

这三张表就是隐私政策的骨架，也是商店审核时逐条对照的东西。模板政策之所以过不了，不是因为字数少，而是因为没有这三张表。

几个容易漏的工程细节：首次启动用明显方式提示用户阅读隐私政策，不做默认勾选；会读取设备标识的第三方 SDK，初始化放在用户同意之后；提供账号注销与数据删除入口，且入口不超过三步；iOS 侧补 Info.plist 的权限用途描述，写清楚干什么用，不写「为提升体验」这种空话；Google Play 侧填数据安全表单，表单内容必须与实际收集一致，填得漂亮但对不上，等于自己给自己埋雷。

第四步：提审前跑一遍商店清单

通用项：安装包能正常安装启动，核心功能不需要特殊设备或内网环境就能走通，测试账号能直接登录（涉及会员或付费功能的，要给对应等级的账号），隐私政策是 HTTPS 且能打开，截图与当期界面一致，应用内能看到备案号。

iOS 追加项：ICP 编号与备案信息逐字一致；简体中文 App 名称与备案一致；隐私清单与 App 隐私标签齐全；如果 App 内售卖的是数字内容或虚拟服务，按 App Store 审核指南 3.1.1 需使用 App 内购买项目（实物商品与线下服务不适用该条）。

Google Play 追加项：target API 已升至要求版本；数据安全表单、内容分级、目标受众都已填；新个人账号的封闭测试已经完成。

国内安卓追加项：实名认证、备案号、软著证书、测试账号、隐私政策五项逐家核对。华为的上架指引把 ICP 备案与软件著作权列为审核资质示例，缺一项就提交不了。

第五步：提审、驳回、返工与发版

提审不是一次性动作，是一条流水线。每次驳回都记三件事：驳回原因原文、改了哪里、这是第几次提审。记到第三次就能看出问题是材料还是产品——如果每次都是同一条元数据，那是流程没沉淀；如果每次都是不同功能，那才是产品在补课。

每次发版的材料（截图、测试账号、隐私政策版本、包体）都留档，下一版直接复用。这件事看起来琐碎，但它是把「每次发版重新向客户要一遍营业执照」变成「十分钟走完」的有效办法。

四、技术要点：工程侧能提前消掉的坑

一是包名与版本号。包名是主键。applicationId 与 bundle identifier 提审后不改；versionCode 单调递增，versionName 与软著登记的版本对应。这三条是发版的底线，破了任何一条都会引发连锁返工。

二是权限按功能申请，不按「以后可能用」申请。首次进入不需要定位就不申请定位，不需要通讯录就不申请通讯录。权限申请文案要与隐私政策里写的用途一致，一边写「用于附近门店」，一边在代码里拿经纬度做统计，被抽查到就是问题。

三是 SDK 初始化时机。用户同意前不初始化会读取设备标识的 SDK，这是国内检测里最容易被判定为「未经同意收集个人信息」的点。技术上只是把初始化从 Application 启动挪到同意回调里，但漏掉这一处，往往要整版重提。

四是演示环境与真实数据隔离。给审核员的测试账号进的是演示环境，预置样例数据，不带真实客户数据。这条同时解决两件事：合规上的数据泄露风险，以及商业上的客户名单保密——企业类 App 的审核账号里出现真实客户名称，是很常见的失误。

五是网络与域名。面向中国大陆分发时，接口域名要已完成 ICP 备案并走 HTTPS。只做境外分发、主体与服务器均在境外的，适用的是目标市场规则（例如欧盟的 GDPR），与国内 App 备案不是同一套制度；但只要安装包在中国大陆区可下载，就按中国大陆的规则办。具体适用范围以主管部门与接入服务商的口径为准，不要自己判断。

六是发布清单进版本库。把提审材料做成 checklist 放在代码仓库里，随版本走。换人不丢信息，也不会出现「上一版是谁传的、传了哪些」这种无人能答的问题。

七是多商店的差异项单独维护。用一份「商店 × 材料」的矩阵记录每家要什么、给到哪一步、上次驳回原因是什么。多数商店的通用材料是一样的，差异集中在类目资质、测试账号规范和素材规格上，矩阵化之后，传五个商店不是五倍工作量。

五、交付物与验收

上线这件事最容易扯皮的地方，是「做完了」没有公认的定义。把它拆成清单和指标，双方就都在同一张纸上签字。

交付清单（七项）

· 备案主体材料与备案号截图（含备案信息与实际 App 名称、包名的对照）
· 软件著作权登记证书（名称、版本与提审包一致）
· 各商店开发者账号与主体材料（账号主体登记在客户名下）
· 隐私政策（公网 HTTPS 可访问，含权限、SDK、个人信息三张表）
· 提审包、截图与测试账号（演示环境）
· 各商店提审记录与驳回处理记录
· 发布记录表（版本、日期、各商店状态与上线时间）

验收指标（四项，按周记录）

· 首次提审通过率：按商店分别统计，不要合并成一个数——App Store 与国内安卓商店的驳回原因完全不同，混在一起看不出问题。
· 提审到上线天数：按商店分别统计，取中位数比取平均值稳，个别极端值不会把结论带偏。
· 驳回返工次数：每版多少次、原因怎么归类。这个数直接反映材料质量。
· 发版周期：从代码冻结到全商店可见。它才是客户真正感知到的「更新要多久」。

这四项不是对外宣传的数字，是排期依据。第一次统计出来通常不好看，但有了基线，下一次排期就能把「等审核」这段时间算进去，而不是每次都按「开发完就能上」来做计划。

六、边界与成本

时效不由开发方决定。备案由省级通信管理局决定，软著由中国版权保护中心决定，商店审核由平台决定。商店侧有加急申请通道，但是否受理由平台判断，不能当成排期里的确定项。开发方能承诺的是材料一次做对、返工可追溯，不能承诺某一天上线。

特殊类目资质要客户自己取得。新闻资讯、网络出版、网络文化经营、医疗器械、金融理财、教育培训等类目，各自对应主管部门的许可或备案，开发方不能代办，也不应以「包上架」承接。遇到这类项目，正确做法是在立项时就把取证周期写进计划，而不是等商店驳回再解释。

账号主体归客户。开发者账号、备案主体、软著权利人、域名与服务器，全部登记在客户主体名下。开发方只做实施与协助。这样做短期看是多几道手续，长期看是客户不被绑定——换服务商时，账号和数据都还在自己手里。

成本构成。软著登记费已停征，主要成本在材料准备与代理服务；商店侧 Apple Developer Program 按年收费、Google Play 为一次性注册费，国内多数安卓商店不收费，具体金额以各平台当期定价为准；特殊类目资质与第三方安全评估另计，且往往是最贵的一块。

规则会变。本文所有时效与门槛都标注了出处与适用时间。平台的 target API 要求一年一调，隐私清单与备案口径也在持续细化，提审前请以各平台当期文档为准。任何一篇写死在某个日期的文章，都不该被当成长期有效的清单用。

七、常见问题

问：没有软著能不能先上架？
答：分平台看。App Store 侧目前不把软著作为强制材料，而国内主流安卓商店普遍要求提供——华为的上架指引把 ICP 备案与软件著作权列为审核资质示例。结论很清楚：面向国内分发，就按国内商店的要求准备，不要赌「先上架后补证」。软著要 30 到 60 个工作日，赌输了就是两个月。

问：只做境外市场，还要不要国内备案？
答：工信部 App 备案的适用对象是在中国境内从事互联网信息服务的 App 主办者。只做境外分发、主体与服务器均在境外时，适用的是目标市场规则，与国内备案不是同一套。但只要包在中国大陆区可下载，就按中国大陆的规则办。具体适用范围以主管部门与接入服务商的口径为准。

问：改个应用名或者包名会怎样？
答：包名基本不可改，改包名在商店侧等于一个全新应用，历史下载、评论、评分都不继承。应用名要同步三处（备案、软著、商店），苹果侧还要求简体中文名称与备案一致。所以名字不是「先上线再优化」的东西，要在第一版提审前定死。

问：为什么安卓要传好几家商店？
答：因为国内没有统一的应用商店，华为、小米、OPPO、vivo、应用宝各自审核、各自要求资质。传五家不是五倍工作量，前提是材料做成了矩阵：通用材料一份，差异项单独维护。反过来，只传一家的代价是丢掉了其他四家的入口。

问：能不能保证多久上线？
答：不能。开发方能控制的是材料质量和提审节奏，控制不了通信管理局、版权保护中心与平台的审核。可行的做法是把四条线并行、把每次驳回记录下来，用自己项目的历史基线推算排期，而不是给一个固定天数。

附：口径与来源

· 工业和信息化部《关于开展移动互联网应用程序备案工作的通知》（工信部信管〔2023〕105 号，2023 年 8 月印发）：在中华人民共和国境内从事互联网信息服务的 App 主办者应当履行备案手续，未履行备案手续的，不得从事 App 互联网信息服务；2023 年 9 月起新 App 需完成备案后上架，2024 年 3 月 31 日前存量 App 完成备案，2024 年 4 月至 6 月底开展监督检查；网络接入服务提供者、应用分发平台、智能终端生产企业不得为未履行备案手续的 App 提供网络接入、分发、预置等服务。

· Apple App Store Connect 帮助文档「App 信息」：中国工业和信息化部要求部分 App 必须具备有效的互联网信息服务提供者（ICP）备案号；ICP 编号与元数据应与工信部备案信息一致，简体中文的 App 信息需与备案信息一致；备案号通过验证并保存后，将显示在 App Store 产品页面上。

· Apple《App Review FAQ》：平均 50% 的 App 在 24 小时内完成审核，90% 在 48 小时内完成；部分 App 需要更长时间，提交量高峰期会延长审核时长。属平台统计口径，非对单个 App 的承诺。

· Apple 2026 年 3 月就审核积压对媒体的回应（经财经媒体报道）：90% 的应用可在 48 小时内完成审核，过去 12 周平均每周处理超过 20 万份提交，平均审核时长 1.5 天。属平台当期口径。

· Apple 隐私清单相关要求：2024 年春季起，App Store Connect 不再接受未在隐私清单中声明「必需原因 API」使用原因的提交；2025 年 2 月 12 日起，新 App 或更新若包含列入「隐私影响第三方 SDK」清单、却未自带隐私清单的 SDK，会收到 ITMS-91061 提交失败提示。依据为 Apple 开发者文档与提交失败邮件中的说明。

· Google Play target API 要求：2026 年 8 月 31 日起，新应用与应用更新须以 Android 16（API 36）或更高版本为目标；Wear OS 与 Android Automotive OS 应用最低要求为 API 35，Android TV 与 Android XR 最低要求为 API 34；确实无法按期完成的开发者可申请延期至 2026 年 11 月 1 日。依据为 Google Play 目标 API 等级要求文档。

· Google Play 新个人开发者账号要求：自 2023 年 11 月 13 日起，新注册的个人开发者账号需先完成至少 12 名测试者连续 14 天的封闭测试，才能申请生产环境发布。

· 华为应用市场《应用审核指南》：常规应用审核时效通常为 24 小时，涉及特殊功能、复杂架构或需额外测试评估的应用，以及节假日与审核高峰期，审核时间可能延长；提交前常见问题前三项为「App 未核准（备案）」「资质材料缺失或不合规」「个人信息保护不合规」。华为开发者侧的上架指引将 ICP 备案与软件著作权列为审核资质示例。

· 《计算机软件著作权登记办法》第二十条、第二十二条：中国版权保护中心应当自受理日起 60 日内审查完成所受理的申请，符合条件的予以登记并发证公告；要求补正其他登记材料的，申请人应当在 30 日内补正，逾期未补正的视为撤回申请。

· 中国版权保护中心通告（依据财政部《关于清理规范一批行政事业性收费有关政策的通知》财税〔2017〕20 号）：自 2017 年 4 月 1 日起停止执收软件著作权登记费。

· 《常见类型移动互联网应用程序必要个人信息范围规定》（2021 年 3 月发布，2021 年 5 月 1 日施行）：明确 39 类常见类型 App 的必要个人信息范围，App 不得因用户不同意提供非必要个人信息而拒绝提供基本功能服务。

· 本文第三至第五节的「三处一致」原则、软著与备案材料清单、权限 / SDK / 个人信息三张表、演示环境与真实数据隔离、发布清单入版本库、商店材料矩阵与四项验收指标，均为我们做企业 App 与小程序交付时的实际做法，属工程方法说明，不含真实客户数据，也不构成对上线时间、审核结果或商店排名的承诺。