Epic Games Store 开发者上架是一个把 PC 游戏提交到该商店过审上架的流程：在开发者门户注册并完成税务与收款信息，提交商店页素材与构建版本，通过功能审核与年龄分级后发布，成交按平台公布的比例分成。它的关键在商店页质量与版本审核节奏，不在分成数字本身。

先说清定位：这是PC 端的第二个货架，不是替代品。绝大多数团队的做法是先在主要渠道上线，再把这里作为增量；少数团队会因为独占合作把它作为首发阵地。

Epic Games Store 开发者上架是一个什么流程？

五个阶段：

注册开发者账号。 在开发者门户完成主体信息、税务信息与收款方式。税务信息填错会导致后续无法结算，这一步不要赶。

创建产品页。 填名称、简介、分类、系统需求、支持语言、发行日期。

准备商店素材。 主视觉图、徽标、截图、宣传片、分级信息。规格按官方要求，缺一项就不完整。

提交构建版本。 上传可运行的游戏包，配置成就、云存档、控制器支持等可选能力。

通过审核并发布。 审核验证功能与合规，通过后按设定时间上线。

上线后的每次更新也要走审核。 补丁不是随便推的，这一点与移动端商店类似。

分成比例算有优势吗？

在主流 PC 商店里偏高。但分成只是收入的一部分，曝光与转化同样决定结果。

要算清的是到手收入，不是分成数字：

平台分成。 按官方公布的比例扣除，比例历史上相对稳定，但签约前仍要以当时条款为准。

支付渠道成本。 部分地区与支付方式会产生额外手续费。

退款准备金。 平台通常会在结算中预留一部分应对退款，过一段时间再释放。

税务与汇兑。 跨境结算涉及预扣与汇率，实际到手与账面会有差。

一句实话：分成高五个点，抵不上曝光差一个量级。 选渠道时先看能不能被看到，再算分几成。

审核主要查什么？

查能不能跑、有没有明显缺陷。崩溃、存档丢失、无法进入游戏，是一票否决项。

审核的实际关注点：

启动与退出。 从商店安装后能否正常启动，退出是否干净。

核心流程完整。 能否从头玩到通关或进入主循环，关键系统是否可用。

存档与读档。 强退后能否恢复，云存档能否同步。这一项出的问题最多。

输入设备。 键鼠与手柄是否都能用，提示图标是否对应。

商店信息一致性。 截图与实机是否一致，系统需求是否准确，语言支持是否属实。

一个实用建议：用一个干净的机器做一次全流程测试。 在没有开发环境的机器上安装、启动、玩一遍，很多问题只有在这个条件下才会暴露。

年龄分级必须做吗？

必须做。多数地区按分级结果决定能否销售，没分级就上不了架。

处理要点：

走国际通用的分级问卷。 填一份问卷，生成各地区对应的分级结果，这是最省事的路径。

问卷要如实填。 漏报暴力、赌博、内购、用户生成内容，会导致分级被推翻，进而被下架。

分级会影响商店展示。 不同分级在部分地区的可见性不同，做全球发行要提前规划。

内购与随机机制要单独申报。 这两类在多数分级体系里有专门项，漏报是常见问题。

独占协议值得签吗？

看团队现金流。有保底能活下来，但会放弃其他渠道的首发窗口。

判断框架：

保底金额能否覆盖开发成本。 如果能覆盖大部分，风险显著下降。

放弃的窗口有多长。 半年与一年的差别很大，尤其对依赖话题热度的品类。

是否影响后续渠道的条件。 有些渠道对「已在他处独占」的产品有额外要求。

团队对长期品牌的规划。 短期现金流与长期渠道关系往往冲突，要明确优先级。

这类协议通常带保密条款，谈的时候要留足时间。 临上线才谈，几乎没有议价空间。

商店页怎么做得更有效？

商店页是转化的主战场，四个元素按重要性排：

主视觉图。 缩略图尺寸下能不能被认出来，是第一道关。信息太密、字太多，在列表里就会糊。

宣传片的前五秒。 多数人不会看完，前五秒必须给出核心玩法。

截图讲什么。 不要放菜单和设置页。放玩法、放场景、放结果。

简介的第一句。 用一句话说清「这是什么类型的游戏，玩起来像什么」。用「像某某游戏」这类类比，比堆形容词有效得多。

标签要选准。 标签影响推荐与筛选，选错等于放弃自然流量。

小团队最容易在哪一步卡住？

卡在素材。 素材规格多、要求细，一个团队往往没有专职美术来做商店页，结果拖了几周。

卡在本地化。 多语言支持是加分项，但如果商店页承诺了却不完整，差评会集中在这一点。

卡在结算信息。 税务与银行信息填错，上线后才发现收不到钱。

卡在版本管理。 没有分支策略，审核版本与开发版本混在一起，改一个 bug 带出三个新 bug。

这四件事的共同点是：都不是技术问题，但都会拖住上线。 想对照其他 PC 渠道的规则，可以看Steam 游戏上架的商店页与审核口径。

延伸阅读