外贸独立站的售后维护承诺,只有写清四件事才算真正落到合同里:维护范围与不包含项、故障分级与响应时限、第三方费用与账号归属、变更与交接流程。缺少任何一项,“免费维护一年”都会在上线后变成扯皮。本文给出一份可直接对照使用的条款清单,供处于采购决策阶段的外贸企业逐项核对。
为什么售后维护责任必须在合同里逐条写明
外贸独立站上线只是开始,真正决定它能否持续带来询盘的是后面的维护工作:服务器到期、程序更新、插件冲突、证书过期、表单失效,任何一项没人跟进,站点都会在没有任何提示的情况下停摆。合同里只写一句“提供一年免费维护”几乎没有约束力,因为没写清维护什么、谁来做、多久响应、费用谁承担。采购方在决策阶段放过这些模糊表述,后面每一次故障都会变成一次拉扯,而且很难靠沟通补回来。
从风险角度看,外贸独立站面对的是海外访问环境和谷歌收录机制,故障往往不是“改个页面”就能解决的。站点打不开可能涉及服务器、DNS、CDN 或程序本身;询盘收不到可能是表单配置、邮件服务或反垃圾策略;页面被挂马或被降权,恢复周期更长。责任不清时,建站方说这是服务器问题,主机商说是程序问题,损失的时间和询盘却由企业自己承担,客户并不会因为“还在排查”而等待。
判断一份售后条款是否合格,可以问三个问题:出问题时谁在多久内接手;修复到什么程度算完成;超出范围怎么计费。这三个问题都能在合同里找到明确答案,责任才算写清。反过来,如果只能找到“及时响应”“定期维护”“专业团队跟进”这类形容词,就等于没有约定。下面的内容按维护范围、响应时限、费用归属、变更交接和签约核对五块展开,每块都给出可执行的写法。
维护范围和责任边界要在合同里逐项列清
范围条款既要写包含什么,也要写不包含什么。必须写明的包含项通常有:程序与插件的安全更新、数据库定期备份与可恢复性验证、SSL 证书续期、域名与服务器到期提醒、页面报错与死链修复、询盘表单与邮件送达测试、站点可用性与访问速度监测。这些动作是维持站点正常运转的最低要求,缺一项就可能出现无人负责的空白区,出问题时双方都以为对方在做。
不包含项同样要列出来:新增页面与改版设计、产品批量录入、文案撰写与图片拍摄、谷歌广告投放、外链建设,以及因客户自行修改代码或自行安装插件导致的故障。写出边界不是推卸责任,而是让双方对“一次维护”的定义保持一致。很多争议并不是谁不肯修,而是双方对“这算不算维护范围”的理解不同,最后只能靠谁更着急来推动。
对制造类外贸企业,建议把多语言站点、产品目录结构、询盘邮件到达率单独写明。比如新增语种算不算维护、询盘邮件被拦截由谁排查、目录分页错乱归谁修、产品参数表批量更新是否按次计费。这些细节最好做成一份附件清单,与合同同时签署,后续每次服务都按清单验收。口头承诺一旦没有写进附件,过半年换了对接人就很难追溯。
故障分级、响应时限和修复标准怎么写才可执行
只写“及时响应”等于没写。可执行的做法是先把故障分级:阻断级指站点无法访问、询盘无法提交;严重级指核心产品页报错、多语言切换或表单异常;一般级指样式错位、图片缺失、死链;咨询类指后台操作疑问。分级之后,每一级配一个首次响应时间和一个修复目标时间,条款才有可操作性,双方在故障发生时也不必先争论严重程度。
时限还要写清计时起点和工作时段。建议以“客户通过指定渠道提交并收到系统回执”作为起点,避免口头通知无法举证。工作时段要写明是否含法定节假日、是否覆盖海外时区。如果做不到七乘二十四小时,就老实写工作日几点到几点,并写明节假日如何处理。写一个做不到的承诺,比写一个保守的承诺更容易引发纠纷,因为客户会拿它当标准。
修复标准要可验证,不能只写“已处理”。例如表单类故障的完成标准是“页面可正常提交,且测试邮件在十分钟内到达指定邮箱”;页面报错的完成标准是“该页面在主流浏览器和手机端均能正常打开”。同时约定未达时限的处理方式,例如顺延服务期或抵扣后续服务费用。下表给出一份可直接调整后使用的分级参考,企业可按自身询盘量决定是否加严。
| 故障级别 | 典型情形 | 首次响应 | 修复目标 |
|---|---|---|---|
| 阻断级 | 站点无法访问、询盘表单失效、证书过期 | 2 小时内 | 8 小时内恢复或给出替代方案 |
| 严重级 | 核心产品页报错、多语言切换异常 | 1 个工作日内 | 3 个工作日内修复 |
| 一般级 | 样式错位、图片缺失、死链 | 3 个工作日内 | 约定期限内批量处理 |
| 咨询类 | 后台操作、插件使用疑问 | 2 个工作日内 | 给出说明或远程协助 |
费用、续费与第三方成本由谁承担
费用条款最容易漏的是第三方支出:域名、服务器、CDN、SSL 证书、企业邮箱、付费插件与主题授权、备份存储。合同里要写明这些由谁采购、谁付费、谁负责到期提醒。建议约定账号所有权归客户,服务方只保留操作权限,这样合作终止时域名、服务器和数据都拿得回来,不会被卡住。很多企业直到要换服务商时才发现域名注册在对方名下,处境非常被动。
维护费本身要写清计费周期、包含的工时或次数、超出部分单价。常见的坑是写了“包含维护”却没写次数上限,或者写了次数却没写单次工时。比较稳妥的写法是每年包含若干小时维护工时,超出部分按小时计价并注明是否含节假日加价,同时说明工时如何记录和确认、客户能否随时查询已用工时。工时可见,双方的信任成本会低很多。
续费与调价也要落在纸面:首年价格、续费价格、调价幅度上限或提前通知期。还要写明服务终止时的交接义务,包括源码、数据库、账号权限、操作文档的交付形式与时限。预算有限的企业可以先对照建站套餐了解费用结构,再谈维护条款,避免维护费和建站费被混在一起报价,后期无法拆分比较,也不知道钱花在了哪一块。
- 域名、服务器、CDN、企业邮箱的账号归属与续费责任人
- 维护费周期、包含工时或次数、超出部分单价与计费方式
- 首年价格、续费价格、调价幅度上限与提前通知期
- 第三方付费插件与主题授权的续费方与到期提醒责任
- 服务终止时源码、数据库、账号、文档的交接清单与时限
变更流程、沟通机制和服务记录怎么约定
维护不能靠随机救火,要有固定入口和固定流程。合同应指定唯一的报障渠道,比如工单邮箱或指定对接人,并约定任何修改都先提交需求、评估影响与工时、书面确认后再执行。口头说一句“你顺手帮我改一下”,在执行方看来是额外劳动,在客户看来是理所应当,这类模糊请求最容易产生争议,也最容易打乱排期。
变更还要留痕。每次维护记录时间、内容、执行人、结果,按月或按季提供简报,方便企业掌握站点状态。对正在做谷歌 SEO 与 GEO 的企业,站点结构、URL 规则、模板的改动可能影响收录与 AI 搜索中的呈现,因此涉及全站结构、robots、重定向、结构化数据的修改,必须提前告知并留下记录。否则一次“小改动”可能让前期优化成果打折。
沟通机制要写明对接人数量、例会或汇报频率、升级路径:一线对接人多久无响应可以升级到项目负责人。对外贸企业,还建议约定英文沟通的支持范围,例如海外客户投诉时能否由服务方直接用英文回复技术说明。这些内容看起来琐碎,却决定了售后体验是顺畅还是每次都要重新解释一遍背景,时间成本差别很大。
签约前逐条核对:哪些维护条款最容易埋坑
核对方法很简单:把合同里每一条承诺翻译成一个可验证的动作。写“定期备份”,就问备份频率、存放位置、多久做一次恢复演练;写“安全维护”,就问谁执行更新、更新前是否在测试环境验证、出问题能否回滚;写“优化访问速度”,就问用什么工具衡量、达到什么水平算完成。翻译不出来的承诺,基本就是形容词。
高频坑点集中在几处:维护期从签约日而不是上线日起算;“免费维护”只含咨询不含修改;响应时限不写工作时段;第三方费用表述含糊;终止条款缺少数据导出和账号交接。这些都可以通过要求对方在附件里逐条列明来规避,也可以把沟通中的口头承诺补充成书面确认,作为合同附件的一部分,避免换成新人对接后不被承认。
决策建议是把建站条款和维护条款放在一起谈:先明确站点规模、语种数量、是否需要后续 SEO 与 GEO 服务,再倒推维护范围和工作量。对比多家报价时,用同一张核对表逐项打勾,比只比总价更能看出真实成本。价格低但响应时限模糊的方案,长期成本往往更高,因为每一次紧急故障都可能变成一次额外付费。
免费维护期应该从签约日还是上线日算起?
建议从上线上线并通过验收之日算起,并在合同里写明具体的起止日期,而不是只写“一年”。如果站点分批上线,按最后一期上线时间计算更合理。签约日到上线之间通常还有较长开发周期,从签约日起算会白白消耗维护期。
维护服务和谷歌 SEO、GEO 服务要写在同一份合同里吗?
可以合并也可以分开,关键是边界写清。维护解决站点能否正常运转,SEO 解决收录与排名,GEO 解决内容能否被 AI 搜索引用,三者工作内容不同。合并签约时要在附件里分列工作项与验收标准,避免“维护”被当成“优化”来要求。
企业自己改了代码或装了插件导致故障,维护方还要负责吗?
合同里最好提前约定:因客户方自行修改代码、安装未经验证的插件、误删数据导致的故障,属于超出维护范围,修复按次或按工时另行计费。这条不是推卸责任,而是提醒双方在改动生产环境前先沟通,降低故障概率。
合作终止后,网站源码、域名和数据归谁?
应明确归客户所有,并写明交付内容与时限,包括源码、数据库、域名与服务器账号、SSL 证书、操作文档。建议约定终止后若干工作日内完成交接,并保留一段过渡期用于技术协助,避免业务中断。