独立站必备：隐私政策、服务条款、退款政策怎么写

很多独立站把这三份文件当成上线前的「走过场」，随便抄一份英文模板机翻一下就挂上去。结果收款审核被问、广告审核被拒，第一关就过不去。这篇讲每份文件到底要写什么——结合本站自己的三份页面讲，都是真实在用的写法。

为什么这三份不能省

三个地方会看：支付平台审核（比如 Creem）要看你的退款政策和客服邮箱对不对得上；广告平台（比如 AdSense）要看网站有没有完整的信息披露；用户付款前，谨慎的会点开看。缺任何一份，都是「这个站不正经」的信号。

隐私政策：写清四件事

• ·收集什么：注册邮箱、订单信息、用户主动写的内容，列出来，别用「等信息」一笔带过
• ·存在哪、给谁看：比如客服处理工单时能看到你的邮箱，技术运维能看到报错日志
• ·用来干嘛：只用来提供你买的服务，不卖数据，不拿去做别的事
• ·用户有什么权利：想导出、想删除，找谁（给个邮箱），多久回复

本站的做法可以参考：在使用指南里我们就写明了，你写下的想法和回答存在服务器上，只用来生成你的工程包，不会被当成代码执行；数据库密码、支付密钥这类东西，不要写进想法或回答里。政策里怎么写，实际就怎么做，两边对不上等于白写。

服务条款：写清「提供什么、不提供什么」

服务条款的核心就一句话：把边界划清楚。提供什么（比如模板工程包下载、下载后的文档指引），不提供什么（比如我们不提供代上线服务、不运行用户的代码），账号有什么规则（一个人一个号、别分享密码）。边界划得越清楚，纠纷越少。含糊其辞的条款，吵架的时候帮不了你。

退款政策：数字商品要写得更细

实物商品能退货，数字商品下载了就「用过」了，所以退款政策必须写得更细：什么情况下退（比如重复扣款、下载前取消）、找谁退（客服邮箱）、多久到账。别写「一经售出、概不退款」这种话——看着硬气，真起纠纷的时候平台不认，写清楚规则反而对双方都好。下单前让用户能看到这份政策，别藏在三级菜单里。

三个落地检查点

• ·页脚每页都能点到这三份，手机上也点得到（本站页脚所有链接在手机上都是 44px 高）
• ·客服邮箱真实有效、全站一致：法律页写的、页脚写的、支付平台填的，必须是同一个
• ·文案和实际做法一致：别写「7×24 小时客服」，实际只有一个邮箱；别写「随时退款」，实际只退重复扣款

写完这三份，顺手做件事：自己扮演一个第一次来的用户，从首页点一遍页脚链接，确认每个都能打开、文案都读得懂。你花十分钟，能省掉审核时几周的来回。

客服邮箱的自动回复怎么写

support 开头的客服邮箱是真人在看，但人不是 24 小时在线。自动回复的作用不是「客服」，是告诉用户「我收到你的信了，不会石沉大海」。写三句话就够：确认收到、说清多久回复（比如「我们会在 2 个工作日内回复」）、紧急情况怎么办（比如「如果是付款问题，请在标题注明【付款】，我们会优先处理」）。

自动回复里别写做不到的承诺。「7×24 小时在线客服」配一个每天看两次的邮箱，等于教用户失望。写「2 个工作日内回复」，然后做到 1 天内回复，用户会觉得超预期。预期管理是客服的一半工作，剩下的一半是真的解决问题。

用户要求删数据：你具体要做什么

用户来信说「把我的数据全删了」，别回「好的」然后去数据库删一行。按这个清单做：先确认是本人（从注册邮箱发来的信，或者登录后操作）；列出来要删什么：账号、订单记录、他写的内容；动手删之前问自己一句：有没有法律要求必须保留的（比如订单记录涉及税务，一般要保留几年，这个要写进隐私政策里）；备份里的数据：说明备份保留 7 天、到期自动覆盖，不会单独去删备份里的一份——这条要提前写在政策里，不然就是撒谎。

删完之后，回一封确认信：删了什么、什么时候删的、备份多久覆盖。用户要的就是这封信。整个过程记个工单，万一以后扯皮，你有记录。记住顺序：先确认身份再动手，删之前先看政策里怎么承诺的，别政策写一套、实际做一套。

条款更新了：怎么通知用户

条款不是一写定终身，涨价、加新功能、换支付方式，都可能要改。分两种：小改（错别字、客服邮箱换了）——直接改，页面上更新「最后更新日期」就行；大改（开始收集新的数据、退款规则变了）——提前通知，给用户选择权：站内公告加邮件通知，提前 15 到 30 天，不同意的用户可以注销退款。

每次更新，旧版本留个底，git 里提交一次就行。用户问「你们以前不是这么写的吗」，你拿得出旧版本，这就是专业。通知的邮件别写成长篇大论：改了哪一条、一句话说清影响、不同意怎么办，三段就够。写多了没人看，等于没通知。

退款纠纷：客服话术

真遇到用户要求退款，先看退款政策，再看订单记录，按规则办，别在邮件里跟用户吵架。符合退款条件的，痛快退，退完回一封确认信；不符合的，把政策里对应的那一条贴出来，语气客气、态度坚定。大部分纠纷都是「规则没看清」，不是「故意找茬」。处理完记一笔：这个纠纷是因为哪条规则写得不清楚，下次改政策的时候补上。

政策页面放哪：别藏起来

三份文件写得再好，用户找不到等于没写。页脚每页都要有入口，手机上也点得到；下单、付款前的页面，再链一次退款政策——用户付款前能看到规则，纠纷少一半。别把它们藏在三级菜单里，也别用浅灰小字糊弄，审核的人第一眼看的就是这些入口在不在。

Cookie 政策：要不要弹框

用了第三方统计（比如 GA4）、广告代码，就弹 cookie 同意框，这是合规要求。只用自己的必要 cookie（比如登录状态），可以不弹。弹框别设计成「不同意就关不掉」，那种是耍流氓，被投诉了一样麻烦。Cloudflare 自带的分析无 cookie，可以不弹，这也是选轻量统计的一个理由。

未成年人：别碰

收集儿童信息是红线，碰都别碰。不知道用户年龄的，就别收集生日、学校这类信息——呼应《加字段》那篇：字段越少，风险越小。如果你的产品明显面向成年人，在条款里写清楚「本服务面向成年人」，多一层保护。合规上最省事的办法，永远是「不收集」。

数据存在哪：告诉用户

服务器在哪个国家、备份保留多久，写进隐私政策。换机房、换云厂商了，记得更新政策。用户不一定看，但审核的人会看，问起来你答得上来。数据跨境是敏感话题，服务器在哪就写哪，别含糊。写清楚了，用户信任你；含糊其辞，被问到就是麻烦。

账号注销：给个入口

用户想走，别为难人家。账号设置里给个注销入口，点进去说清楚：注销后哪些数据删掉、多久删完、哪些因为法律原因保留多久。别让用户发邮件才能注销，那种设计看着是留用户，实际是攒差评。好聚好散，用户走了还可能回来，撕破脸就永远回不来了。

政策版本：留底

每次更新政策，旧版本留个底，git 提交一次就行。用户问「你们以前不是这么写的吗」，你拿得出旧版本，这就是专业。更新日期写在页面顶部，别让用户猜这是哪年的版本。小习惯，大作用，纠纷的时候能救命。