我的网站或应用需要条款与条件吗？

对每个问题回答“是”或“否”：

1. 您是否在线销售商品、服务或数字内容？
2. 您是否收取定期费用，或提供会转为付费方案的免费试用？
3. 用户能否创建账户？
4. 用户能否发布、上传或分享他人可见的内容？
5. 您是否通过 Apple 或 Google Play 分发应用？
6. 您是否通过 Stripe 等服务商接受银行卡付款？
7. 您是否提供 API、交易平台或企业服务？
8. 您是否面向欧盟、英国、澳大利亚、巴西、加拿大或新西兰的消费者提供服务？

如果您对第 1 至 7 题中的任何一题回答了“是”，强烈建议发布条款，有时这在法律上也是必要的。如果您对第 8 题也回答了“是”，您的条款需要尊重地区性的消费者权利，而不是凌驾于其上。

服务条款生成器会提出类似的问题，并只启用您的回答所支持的条款。问卷、完整预览以及简易 HTML 和 PDF 下载均免费，无需注册账户；高级地区模块或可选模块收费 $5。生成的条款不构成法律建议。

不像隐私告知那样常常有一刀切的要求。GDPR 等隐私法将告知义务与收集个人数据挂钩。但并不存在一条相应的规则，规定每个网站都必须与访客订立合同。

相反，发布条款类信息的义务是由您做了什么触发的：

• 在线向消费者销售商品、服务或数字内容
• 收取定期费用，或提供会转为付费方案的免费试用
• 托管、存储或传输用户提供的内容
• 通过应用商店分发，或通过服务商接受银行卡付款

如果您的网站是一个没有表单、账户、销售或用户内容的静态作品集，您可能根本不需要条款，不过如果您使用分析工具或收集电子邮件地址，可能仍需要隐私政策。关于这个单独的问题，请参阅我需要隐私政策吗；关于两份文件的区别，请参阅隐私政策与条款与条件。

下面的章节逐一介绍每种触发条件，让您看清哪些适用于您目前的项目，哪些会随着项目的发展而适用。

如果您向欧盟或英国的消费者销售，多部法律要求提供的信息，大多数企业都是通过条款和结账页面来提供的。

• 提供者信息：欧盟《电子商务指令》第 5 条要求，您的名称、地理地址、电子邮件地址，以及在适用时的商业登记号和增值税号，必须便于获取且长期可获取。
• 下单信息：第 10 条要求您说明订立合同的技术步骤、如何更正输入错误以及提供哪些语言，并以便于用户保存和复制的方式提供合同条款和一般条件。
• 合同前信息：《消费者权利指令》要求在订立远程合同前提供清晰的信息，包括总价、付款和交付安排、撤销权、合同期限以及终止条件。
• 下单按钮：最后的按钮必须清楚表明下单即产生付款义务，例如“下单并承担付款义务”。

英国在《2002 年电子商务（欧共体指令）条例》和《2013 年消费者合同条例》中保留了同等规则。在实践中，卖家通过一个结构良好的条款页面加上清晰的结账流程来提供所有这些信息。电商条款与条件生成器正是围绕这一流程设计的。

定期计费是美国法律规定最具体的领域。《恢复在线购物者信心法》（15 U.S.C. § 8403）涵盖在线销售的负选择功能，例如在取消前持续续订的订阅，或会转为付费方案的试用。它要求您：

1. 在收集账单信息前，清晰、醒目地披露所有重要条款
2. 在扣款前取得消费者明确的知情同意
3. 提供停止定期扣款的简便机制

加州的自动续订法（《商业与职业法典》第 17600 条及以下）增加了详细的义务：清晰、醒目地呈现续订条款，取得肯定性同意，发送说明如何取消的确认通知，并为在线购买的订阅提供在线取消方式。自 2025 年 7 月 1 日起适用的修正案增加了更多要求，包括年度提醒以及在某些价格变动前发出通知。

FTC 另一项“点击即取消”规则已于 2025 年 7 月被联邦上诉法院撤销，但 ROSCA 和各州法律仍然适用。对于订阅业务而言，清晰的条款加上与之相符的结账流程几乎不可或缺，这也是 SaaS 服务条款生成器将续订和取消作为核心章节的原因。

如果用户可以在您的服务上发帖、上传、评论、评价或发送消息，通常会有两套制度适用。

欧盟《数字服务法》。《数字服务法》第 14 条要求在欧盟提供中介服务的提供者，在其条款与条件中说明其对用户内容施加的任何限制。这包括内容审核的政策、程序、措施和工具，包括算法决策和人工审查，以及任何内部投诉处理机制的规则。与《数字服务法》后续的部分义务不同，这项义务没有针对小公司的豁免。对于许多论坛、社区网站和支持用户上传的 SaaS 工具来说，这是发布条款的一个实实在在的法律理由。

美国 DMCA。17 U.S.C. § 512 中的避风港可以使服务提供者免于承担因用户内容而产生的部分版权责任，但前提是满足相应条件。其中两项与您的条款直接相关：您必须指定一名代理人接收侵权通知，并向美国版权局登记该代理人；您还必须制定、合理执行并告知用户一项在适当情况下终止重复侵权者账户的政策。

根据您的回答，Legal Policy Generator 的服务条款可以包含《数字服务法》和 DMCA 通知章节。

平台规则不是法律，但它们决定了您能否上线并收到款项。

• Apple App Store：除非您提供自定义 EULA，否则 Apple 会对应用适用其标准 EULA。对于自动续期订阅，Apple 的开发者协议要求在应用内可以访问您的隐私政策和使用条款的链接，而且 App 审核通常也会检查商店页面中是否有条款链接。包含用户生成内容的应用必须提供过滤、举报、屏蔽功能，并公布联系信息。
• Google Play：开发者分发协议允许您附加自己的 EULA，并要求您负责为产品提供支持和处理用户投诉。
• Stripe：Stripe 的激活指引要求企业在开始销售时展示客服联系方式、退款和争议政策、在适用时的取消政策，以及针对实物商品的退货政策。Stripe Checkout 还可以要求客户在付款前接受您的条款。

因此，即使没有任何法规要求您提供条款，您所依赖的平台也常常期望您公布关于退款、取消和行为规范的规则。关于应用的具体设置，请阅读应用条款与条件。

在条款可选的情况下，它们仍是您手中主要的合同工具。以下是条款能做到、而网站上其他任何内容都做不到的事情：

• 设定使用规则。可接受使用条款为您因垃圾信息、滥用或欺诈而删除内容或暂停账户提供了有据可查的依据。
• 保护您的知识产权。您声明自己拥有什么，并只授予有限的使用许可。
• 明确用户内容的权利。您取得托管和展示用户发布内容所需的许可，仅此而已。
• 说明金钱相关事项。计费、续订、取消和退款条款可以减少纠纷，并在发生拒付时为您提供依据。
• 在法律允许范围内限制责任。免责声明和责任上限可以降低风险，但消费者法限制了它们的适用范围。
• 选择争议解决途径。在强制性消费者保护的范围内，您可以设定适用法律、管辖地和投诉步骤。
• 保留变更或终止服务的权利，并给予适当的通知。

没有条款，这些问题就只能由默认的法律规则来回答，而这些规则未必反映您的服务实际如何运作。当纠纷最终到来时，正是这种不确定性往往让小企业付出最大的代价。

有些网站确实从条款中获益甚少，至少在上线初期如此：

• 没有表单的个人作品集或简历网站
• 不在线销售任何东西的本地商家信息页面
• 没有评论、账户或赞助内容的业余博客

即便如此，仍有两点需要注意。第一，面向欧盟人群的企业网站通常属于信息社会服务，因此必须显示运营者信息，例如名称、地址和电子邮件；德国读者称之为 Impressum（网站版本说明）。第二，任何联系表单、新闻通讯或分析工具都会带来隐私义务，而这些本来就不是条款所能解决的。

一旦您添加账户、付款、下载、订阅、用户帖子或 API，发布条款的理由就会变得很充分。在迎来第一位客户之前就发布条款，要比日后再推出并请每位现有用户同意容易得多。

一个有用的习惯是：每当您上线涉及资金、账户或用户内容的功能时，都重新审视这个问题。正是这些变化，会让一个原本可以不要条款的网站变成显然需要条款的网站。