App 条款与条件：EULA、商店规则与应用内条款

位置决定了用户在同意之前是否有公平的机会看到条款。请在以下位置放置链接：

1. 商店页面：在 Apple 上，使用自定义 EULA 字段或在应用描述中放置条款链接；在 Google Play 上，放在应用说明或您的开发者网站中。
2. 注册界面：在“创建账户”按钮旁边放一句清晰的说明，例如“创建账户即表示您同意服务条款”，并附上可点按的条款和隐私政策链接。
3. 付费墙：在购买按钮附近写明订阅名称、时长、价格，以及条款和隐私政策的链接。
4. 设置或“关于”界面：用户日后可以找到的固定链接。
5. 变更通知：在重要条款变更时发送应用内消息或电子邮件。

使用稳定的公开网址，让商店页面和应用永远不会指向失效的页面。关于如何发布一个长期有效的链接，请参阅如何获取隐私政策网址；同样的方法也适用于条款。

Legal Policy Generator 会根据您的回答生成这两份文件。问卷、完整预览以及简易 HTML 和 PDF 下载均免费，无需注册账户。生成的条款不构成法律建议。

通过主流商店分发的每个应用都已经附带某种许可条款，所以真正的问题是：这一默认条款能否涵盖您的应用所做的事情。如果您的应用具备以下功能，通常是不能的：

• 账户或登录，需要关于安全、暂停和删除的规则
• 订阅或应用内购买，需要清晰的续订和取消条款
• 用户内容，例如帖子、聊天、评价或上传内容
• 社区或多人功能，需要行为规则和内容审核
• 关联的服务，例如网页控制台、API 或云同步

一个没有账户或购买的简单离线工具，商店许可可能就足够了。几乎其他所有应用都能从自己的服务条款中受益，因为商店许可处理的是软件本身，而不是您如何运营围绕软件的服务。

同样按功能逐项分析的逻辑也适用于隐私。如果您还在准备这方面的内容，请阅读App 隐私政策怎么写，因为商店页面会先要求您提供隐私政策网址，然后才会问到条款。

Apple 的《许可应用最终用户许可协议》，即所谓的标准 EULA，开篇就作出一个简单的声明：通过 App Store 提供的应用是许可使用，而不是出售。根据 App Store Connect 帮助文档，只要您没有提供自定义 EULA，Apple 就会在所有国家和地区适用标准 EULA。

标准 EULA 涵盖软件许可的基本内容：

• 在遵守 Apple 使用规则的前提下，在用户拥有或控制的 Apple 品牌产品上使用该应用的不可转让许可
• 对复制、逆向工程和再分发的限制，法律允许的情形除外
• 允许许可方收集用于更新和支持的技术数据
• 用户违反条款时终止许可
• 免责声明和责任限制

它不涵盖的是您的服务。关于您的账户规则、社区准则、订阅档位、内容审核流程，或您何时可以暂停用户，它只字未提。对于许可本身之外的任何事项，您都需要自己的服务条款，并在应用及其商店页面中加以链接。

您可以在 App Store Connect 的“App 信息”下输入自定义许可协议，以替换标准 EULA。Apple 只接受纯文本，会去除 HTML，并允许您选择该协议适用的国家或地区。

在以下情况下，可以考虑使用自定义 EULA：

• 您的许可条款有实质性不同，例如仅限企业使用或有席位限制
• 您需要标准 EULA 中没有的许可限制
• 您希望用一份文件为 iOS 用户合并许可条款和服务条款

自定义 EULA 必须满足 Apple 的开发者 EULA 最低条款。除其他要求外，它必须：

1. 承认该协议是您与用户之间的协议，而不是与 Apple 之间的协议
2. 声明由您而非 Apple 负责维护和支持
3. 由您负责产品索赔和知识产权索赔
4. 包含您的名称、地址和联系方式
5. 将 Apple 及其子公司列为第三方受益人

许多开发者发现，更简单的做法是保留标准 EULA 作为许可，并为服务另行发布服务条款，这种方式同样适用于 Android 和网页端。

Google Play 的运作方式不同。《Google Play 开发者分发协议》第 5.3 条允许您为应用附加自己的最终用户许可协议，规定两者冲突时以分发协议为准，并声明 Google 不对您的 EULA 条款负责。该协议还要求您负责为应用提供支持和维护，以及处理用户对应用的投诉。

对于用户，Google Play 自身的条款授予其使用通过 Play 获取的内容的基本许可，并指出应用可能附带开发者的附加条款。

在实践中，大多数 Android 开发者会：

• 在稳定的公开网址上发布服务条款
• 在 Play 商店页面的说明或开发者网站中链接条款
• 在应用内的注册环节和设置中展示条款

如果您在两个平台上都发布应用，通常一套服务条款就能同时涵盖两者，在计费、退款或商店规则有所不同的地方分别写明针对各渠道的段落。App 服务条款生成器会根据您的回答搭建这种结构，让 iOS 和 Android 用户读到的是一份连贯的协议。

计费是应用条款最容易出错的地方，因为交易的很大一部分是由商店而不是您来完成的。

• 说明由谁计费。通过 Apple 或 Google Play 进行的购买由商店按照其条款处理。通过 Stripe 等服务商在您网站上进行的购买则遵循您自己的条款。
• 准确描述取消方式。商店订阅通常在用户的商店账户设置中管理和取消。告诉用户应该去哪里操作。
• 不要承诺您无法兑现的退款。商店购买的退款通过商店的流程进行。只针对您能控制的渠道说明您自己的退款政策。
• 在购买前说明所提供的内容。Apple 指南 3.1.2(c) 要求您在请用户订阅之前，清楚说明用户支付价格后能获得什么。
• 在应用内链接条款和隐私政策。对于自动续期订阅，Apple 的开发者协议要求在应用内可以访问这些链接，而且 App 审核通常也会检查商店页面中是否有条款链接。

美国法律还为定期扣款增加了规则，包括《恢复在线购物者信心法》和加州的自动续订法。当您的回答表明存在定期计费时，Legal Policy Generator 的订阅和自动续订章节（包括加州相关措辞）就会启用。

如果用户可以发帖、聊天、分享或上传，您的条款就需要为这些内容制定规则，而 Apple 的 App 审核指南设定了底线。指南 1.2 要求包含用户生成内容或社交网络服务的应用具备：

• 过滤不良内容、防止其被发布的方法
• 举报冒犯性内容的机制，并及时作出回应
• 屏蔽滥用行为用户的功能
• 公布的联系信息，以便用户联系您

该指南还指出，删除违反指南、您的服务条款或社区标准的内容是您的责任，而这以您拥有可以援引的条款为前提。

因此，您的应用条款应涵盖：

• 用户内容归谁所有，以及您展示这些内容所需的许可
• 禁止的内容和行为
• 如何处理举报，以及您可以采取哪些措施
• 用户如何申诉或投诉

如果应用在欧盟提供，《数字服务法》还要求您的条款描述内容限制和审核程序。带有聊天或用户自制关卡的游戏也面临同样的问题；关于数据方面的内容，请参阅游戏隐私政策指南。

应用条款应说明您何时可以暂停或关闭账户、购买内容和用户内容会怎样处理，以及用户如何离开。

• 您暂停或终止账户的权利：将其与明确界定的违约行为挂钩，例如欺诈、滥用或重复侵权，并说明在可行时是否会事先通知。
• 用户离开的权利：Apple 要求支持创建账户的应用在应用内提供删除账户功能，Google Play 要求允许创建账户的应用同时在应用内和通过网页链接提供删除功能。您的条款应指向这一途径。
• 付费内容会怎样：如实说明终止后未使用的额度、虚拟物品或订阅如何处理。商店订阅可能需要在商店账户中单独取消，请直白地说明这一点。
• 终止后仍然有效的条款：许可限制、责任限制和争议条款通常会继续有效。

让删除相关的措辞与隐私政策中的保存期限章节保持一致。如果一份文件说数据会立即删除，另一份却说 90 天，您就制造了一个用户、审核人员和监管机构都能发现的矛盾。