微软商城(Microsoft Store)是 Windows 用户获取应用的核心渠道,也是开发者触达全球数亿用户的重要入口。无论你是发布 UWP 应用、Win32 桌面程序,还是基于 Windows App SDK 的现代应用,都绕不开「打包、上传、提交、引用」这四个环节。本文将提供一份完整的微软商城应用上架攻略,从 MSIX 打包到合作伙伴中心上传提交,再到应用内引用商店下载,手把手带你走完上架全流程。
一、上架前的准备工作
在开始打包之前,请先确认以下四项准备就绪,否则后面每一步都可能返工(想先了解费用问题可参考这篇微软商店免费上架攻略):
- 注册合作伙伴中心账号:登录 Microsoft Partner Center 注册开发者账号,个人与公司均可申请,需支付一次性注册费用(以官方最新价格为准)。
- 开启开发者模式:在 Windows「设置 → 隐私和安全性 → 开发者选项」中开启开发者模式,方便本地旁加载测试安装包。
- 准备商店素材:应用图标、截图、功能介绍文案等需符合微软商店官方规范,图标通常要求多尺寸成套提供。
- 确认内容合规:应用不得包含违规内容,需符合 Microsoft Store 认证政策,涉及用户数据的应用还必须准备隐私政策页面。
二、应用打包:MSIX 打包详解
MSIX 是微软当前主推的打包格式,支持增量更新、自动修复、更安全的安装与卸载,是微软商城上传的标准格式。根据你的项目类型,可以选择两种主流打包方式。
2.1 使用 Visual Studio 打包
如果你的项目本身就是 Visual Studio 解决方案,打包非常简单:右键项目 →「打包」→「创建应用包」,选择「Microsoft Store」分发方式,填写发布者名称(必须与合作伙伴中心账号完全一致),Visual Studio 会自动完成签名并生成 .msixupload 上传文件,这也是提交到商店的推荐格式。
2.2 使用 MSIX Packaging Tool 打包传统桌面应用
对于没有源码的 Win32 程序,可以使用微软官方免费的 MSIX Packaging Tool(在微软商城可直接下载)。通过「Application package」向导,选择现有的安装包或已安装应用,按提示生成打包配置后即可产出 MSIX 包。打包完成后务必在本地测试安装,确认签名有效、依赖组件完整,再进入上传环节。
三、微软商城应用上架:上传提交到合作伙伴中心
3.1 创建应用与提交
登录合作伙伴中心,进入「应用和游戏」→「新建应用」,系统会分配唯一的产品 ID(ProductId),请妥善保存。随后进入产品页面点击「提交」,开始第一次上架流程。
3.2 上传安装包
在「包」(Packages)页面点击上传,选择打包阶段生成的 .msixupload 文件。系统会自动校验签名与发布者身份,若发布者名称不匹配会直接报错,此时需要回到打包阶段重新签名后再传。
3.3 填写商店列表信息
微软商城应用上架时,商店列表信息直接影响用户转化。在「商店列表」中填写应用标题、简介、搜索词(Search terms)、功能说明、系统要求,并上传截图与图标。搜索词对商店内搜索排名影响明显,建议写满并覆盖用户真实搜索习惯的关键词,例如「应用下载」「微软商城 上传」等。
3.4 提交认证与发布
信息填写完整后点击「提交到 Microsoft Store」进入认证队列,提交前建议核对微软官方发布文档中的最新要求。首次认证通常需要 1 至 3 个工作日。如果认证失败,认证报告中会给出具体原因,逐条修改后重新提交即可,无需重复支付费用。
四、在应用或网页中引用微软商城
应用上架成功后,还需要把商店入口引用到官网、社交媒体与应用内部,让用户能一键跳转下载。
4.1 商店链接与协议
在合作伙伴中心的产品页面可直接复制商店网页链接(也就是微软商城应用上架的对外入口),格式为 https://apps.microsoft.com/detail/{ProductId}。更推荐使用商店协议链接 ms-windows-store://pdp/?ProductId={ProductId},它会直接唤起 Windows 自带的商店应用,跳转体验更流畅,适合放在官网按钮、邮件签名或二维码中。
4.2 应用内引用与更新检测
开发者可以在应用启动时调用 Windows 商店更新 API 检查新版本,发现更新后引导用户跳转商店完成升级;也可以在「关于」页面放置「评分与评价」入口,引用商店评分页 ms-windows-store://review/?ProductId=xxx,帮助提升应用评分与下载转化。
五、常见问题与避坑指南
- 发布者名称不一致:打包签名用的发布者必须与开发者账号完全一致,否则上传被拒。
- 图标尺寸不全:商店要求多尺寸成套图标,缺失任意尺寸都会导致认证失败。
- 隐私政策缺失:涉及用户数据的应用必须提供可访问的隐私政策链接。
- 已提交的包无法直接修改:需要新建提交版本并重新上传安装包。
- 首次认证失败很正常:对照认证报告逐条修改,比反复猜测更高效。
结语
掌握「打包、上传、引用」三步,你的应用就能顺利完成微软商城应用上架。建议先用一个小成本应用跑通全流程(想快速做出第一个应用,可参考这篇VibeCoding 单机游戏开发攻略),积累经验后再上架更复杂的产品。如果这篇微软商城应用上架攻略对你有帮助,欢迎收藏转发,也欢迎在评论区分享你的上架经验。

印象最深的是它对“旁加载测试”的强调。很多人只关心最后的提交,却忽略了本地验证这一步,等到审核被拒才回头补功课。流程写得很细,对首次上架的开发者来说,确实能少走不少弯路。
读完最大的收获是理清了”旁加载测试”和正式提交的先后顺序——先本地验证打包产物再走上传,能省掉不少审核来回折腾的时间。整个流程中规中矩,但MSIX格式的打包要点写得清楚,对不熟悉这套工具链的开发者来说,算是一份能照着操作的参考手册。
文章步骤清晰,从注册账号到素材准备都列得具体,尤其“先开开发者模式再做旁加载测试”这点很实用,能避免打包后才发现环境问题。不过个人开发者可能更关心审核周期和失败后的反馈机制——毕竟首次上架若有细节不符,来回修改的时间成本不低。如果能补充常见驳回原因和处理经验,对新手会更友好。