返回资讯中心
外部精选
软件工程
#开发者实时流

在Steam之外销售游戏的三种交付方式与规划要点

来源标题:Sell Your Game Outside Steam: Keys, Downloads and Direct Sales

文章建议开发者在Steam之外卖游戏时,先明确买家拿到的是什么:Steam激活码、itch.io下载链接,还是自有授权构建,三者属于不同系统,不能统称为“key”。Steam key需通过Steamworks申请,可能被审核或拒绝,不应向买家承诺无限量供应。自建渠道还需规划好支付、交付、更新与支持流程。

Hacker News 最新permitcore_dev2026/11/15 · 今天21 分钟阅读

以下正文由 AI 翻译自 Hacker News 最新(原文版权归原站所有),可能存在偏差,重要内容请以原文为准。

在 Steam 之外销售游戏时,需要在 Steam 密钥、itch.io 下载和你自己授权的构建版本之间做出清晰选择。要规划好支付、交付和支持。

要在 Steam 之外销售游戏,首先要确定买家拿到的是什么。Steam 激活码、itch.io 下载 URL、可下载的构建版本,以及由你的应用校验的许可证,是不同系统提供的不同产品。把它们统统叫作“密钥”,会掩盖购买行为中最重要的部分。

独立的销售渠道可以服务你自己的受众、支持者,或用于销售与游戏搭配的桌面工具。它同样需要清晰的交付、更新和支持流程。一个支付按钮本身并不能替代你当前构建所依赖的各项服务。

Steam 密钥通过 Steam 授予对相应平台包的访问权限。它需要通过 Steamworks 申请,而不是由 PermitCore 生成。在你自己的网站上销售它,买家得到的仍然是一项 Steam 权益以及相关的平台要求。

在规划库存、折扣、支持者奖励或发布时机之前,请阅读现行的 Steam 密钥规则和指南。申请可能会被审核或拒绝;不要向买家承诺未来无限量的密钥供应。该指南涉及对 Steam 客户的同等待遇,并区分零售密钥与测试访问权限。发布状态覆盖密钥(release-state override keys)旨在用于有限的测试,而非零售销售。

itch.io 下载密钥是一个私有 URL,授予对项目文件的访问权限。它不是 PermitCore 许可证,也不会自动在 Steam 上激活游戏。itch.io 还根据其自身规则和库存限制,支持单独提供的外部密钥。

其现行指南通常要求:在提供外部密钥时,项目应包含可下载的文件;请阅读文档中记录的例外情况,而不要想当然地认为仅提供密钥的 listing 就能符合要求。创作者 FAQ 解释了其托管和分发模式。itch.io 不会为你上传的文件添加 DRM。构建版本中已有的任何许可代码都是你自己的集成。

你可以分发一个不要求玩家验证许可证的构建版本。要确定买家如何获取更新以及如何重新找回他们的下载。受限的下载页面控制的是分发,但并不能阻止已下载的文件被复制。要说明使用条款和实际的交付流程,不要暗示私有链接能让二进制文件无法被分享。

你可以分发一个独立构建版本,其受保护的行为会检查 PermitCore 权益。你的应用集成 SDK,检查预期的产品并强制执行结果。该密钥不能在 Steam 上兑换,也不会创建 itch.io 购买记录。

PermitCore 不铸造 Steam 密钥,也不提供内置的 Steam 权益桥接。如果你提供不止一种访问方式,请明确说明并分别运营每条交付路径。不要暗示通过 PermitCore Store 购买会自动将游戏添加到其他平台的库中。

要说明支持的操作系统、版本、下载来源、所需的账户或启动器、设备限额、离线行为以及包含的更新。如果购买的是独立构建版本,请在价格旁注明。如果包含平台签发的密钥,请说明是哪个平台以及代码何时可用。

确认游戏及其捆绑资源的发行权。对于独立构建版本,请审阅适用的平台和发行商协议;通用的许可服务无法替你决定这些权利。保持你的结账页面描述、游戏 UI、支持页面和退款政策一致。

还要盘点依赖平台的功能。云存档、成就、创意工坊内容、多人身份和平台后端,并不会仅仅因为你更改了许可证检查就变得独立。要在移除你打算移除的依赖项的情况下测试实际构建版本。

对于你自己的构建版本,产品范围的许可证功能可以区分诸如完整战役或编辑工具等访问权限。应用程序必须对相应的工作进行门控。一个标志并不会创建 Steam DLC 所有权,也不会自动分发另一平台的内容。

公开演示版可以在没有付费密钥的情况下保持可用,只有在通过有效权益检查后才解锁完整版。如果你使用试用版,请说明其到期时间以及恢复或升级路径。抢先体验和支持者承诺应明确包含哪个构建版本、哪些更新和支持,而不是依赖含糊的“终身密钥”。

有关现有控制项,请参阅基于功能的许可和试用指南。功能名称是应用程序策略的输入;在 Admin 中添加它并不会替你实现游戏功能。

对于受支持的目标和计划,在断开连接之前,请配置受信任的公共验证密钥、稳定的设备标识以及预期的签名离线策略。SDK 2.1.1 不会仅仅因为公共密钥与令牌一起放在可编辑缓存中就信任它。没有配置信任密钥就意味着没有缓存的授权。

除了签名之外,还要检查产品、设备和签名的截止时间。离线证明不会续期浮动会话、发现退款或立即获知吊销。它也不会让依赖服务器的游戏功能在离线状态下工作。被复制的身份或被修改的客户端仍然是独立的限制。

要在你实际的 Windows、macOS、Linux 或掌机构建版本上(视情况而定)测试全新安装、重启、挂起的会话、连接丢失和证明过期等情况。可移植库编译并不等同于 Steam Deck、主机或 Unity 目标认证。Unity WebGL 使用在线验证路径;请查阅 Unity 参考文档了解特定目标的限制。

离线设置参考和关停规划指南有助于将访问承诺与游戏仍然需要的服务区分开来。

(原文较长,此处译出前 6000 字,完整内容请点「打开原文」。)

正文由 探How 从来源站点 RSS 同步,内容未经改写;遇到排版缺失或需要图片、视频时请以原文为准。

打开原文
去社区讨论 →