结论先说:WordPress建站的年度技术托管与SLA合同,不能只写“日常维护、7×24监控”,而要把服务范围、可用性口径、故障分级与响应恢复时限、备份与恢复演练、更新与回滚、安全处置、性能与SEO边界、数据所有权、验收赔付和退出交接写成可核验条款。它适用于把外贸站长期交给第三方托管、站点承载询盘或订单的企业;若只是临时维护,可先做小范围SLA。
年度技术托管与SLA合同到底应该约定什么?
年度技术托管不是“帮忙看看网站”,而是一组持续交付的技术服务。合同应先列明托管对象:域名、DNS、SSL、主机或云资源、WordPress核心、主题、插件、缓存、CDN、备份、安全防护、表单与询盘链路。对每一项写清服务商负责监控、修复、更新,还是仅提供建议。外贸站还要单列多语言、支付、物流追踪和邮件送达等链路,避免出问题时互相推诿。
采购方要附一张责任矩阵,把服务商、企业方和第三方供应商分开。主机商负责底层网络,不等于托管商负责WordPress插件冲突;企业自己安装的插件、改过的主题、第三方接口,也应约定谁授权、谁测试、谁回滚。合同中最好写明“未列入清单的事项需书面确认后执行”,防止销售阶段承诺很多,履约时只剩基础巡检。
SLA要可量化,也要可采集。每条服务级别都应说明监测工具、监测节点、统计周期、排除条件和证据格式,例如月度报表中的故障起止时间、影响页面、处理记录。只写“稳定运行”“及时处理”无法验收。对年度技术托管,还应约定服务时间、沟通语言、工单入口、紧急电话和升级路径,避免节假日无人响应。
可用性与故障响应必须写到什么颗粒度?
可用性要先定义“什么算不可用”。是首页打不开,还是WordPress后台无法登录、表单不能提交、结账页报错?建议按用户关键路径分级:展示页、询盘表单、会员登录、WooCommerce结账分别设阈值。统计口径要写明监测频率、采样点、计划维护窗口和第三方故障排除,避免服务商用“主机商故障”把责任全部推开。
| 条款项 | 建议写法 | 采购方核验点 |
|---|---|---|
| 可用性口径 | 按月统计关键路径可用率,明确监测节点、频率和排除项 | 要求提供监测截图与月度报表,确认是否覆盖表单和结账 |
| 故障分级 | P1站点不可访问或询盘中断;P2核心功能受限;P3一般问题 | 合同中列出示例,避免服务商自行降级 |
| 首次响应 | P1在15分钟内确认并建工单,P2在1小时内,P3在4小时内 | 响应不等于修复,需另设恢复目标 |
| 恢复目标 | P1先恢复可访问或启用备用页,再定位根因 | 写明RTO与RPO,不承诺无法验证的绝对时限 |
| 计划维护 | 提前24小时通知,限定时段,提供回滚方案 | 紧急维护也要事后补记录 |
| 通知与报告 | 故障发生后30分钟内通知,月度提交事件与处理报告 | 确认联系人、备用通道和报告模板 |
赔付条款要与服务级别挂钩,而不是只写“协商解决”。常见做法是未达可用性或响应时限时触发服务抵扣、延长服务期或专项整改,但应设置上限和申请流程。采购方要核验:谁来统计、何时提交、多久到账、是否影响后续续费。对询盘中断这类直接影响业务的事件,可单独约定复盘报告和整改期限。
备份、恢复与安全责任如何划分?
备份条款要写清对象、频率、保留周期、存放位置和加密方式。至少覆盖WordPress数据库、wp-content中的主题与插件、上传文件、配置文件;使用WooCommerce的站点还要确认订单、客户、优惠券和日志表是否在备份范围内。建议采用本地加异地或对象存储的双份策略,并明确备份失败时的告警与补备责任。
恢复能力比备份数量更重要。合同应约定RPO和RTO:最多可接受丢失多长时间的数据,多长时间内恢复核心业务。还要写清恢复演练频率、由谁发起、是否另收费,以及演练失败后的整改责任。若服务商只承诺“有备份”,却不保证可恢复,遇到插件冲突、误删或勒索攻击时,企业仍会陷入被动。
WordPress核心、插件与主题更新由谁负责?
WordPress更新不能简单写成“保持最新”。核心小版本可按安全策略自动更新,大版本、主题和插件应先在同版本测试环境验证,再安排生产窗口。合同要区分安全补丁、功能更新和重大版本升级,明确谁批准、谁执行、谁验证、谁回滚。对WooCommerce、表单、多语言等关键插件,还要记录兼容性测试结果。
- 建立更新清单:核心、主题、插件、PHP版本、数据库和服务器组件分别列明当前版本与责任人。
- 确定更新窗口:避开询盘高峰和促销期,提前通知企业方,保留可回滚的快照。
- 先在测试环境验证:检查首页、产品页、表单、结账、多语言和邮件通知。
- 生产更新后复核:清理缓存,抽查关键路径,记录日志和异常。
- 设置回滚条件:出现白屏、表单失效、结账报错或明显性能下降时按预案回退。
第三方插件授权和定制代码也容易留下责任空白。高级插件到期、主题被修改、子主题缺失、函数被写进插件文件,都会让更新风险上升。合同应要求服务商维护变更记录,注明更新前后差异;企业方则要保证不擅自安装来源不明的插件。若更新由企业自行执行,托管方只做监控时,也应在合同中写明支持边界。
性能、SEO与数据所有权的责任边界在哪里?
性能条款应围绕可测量的指标和动作,而不是承诺“打开很快”。可约定缓存策略、图片压缩、CDN覆盖、数据库清理、PHP与服务器资源巡检频率,以及出现性能下降时的排查时限。SEO方面,技术SEO如索引、站点地图、结构化数据、重定向、404和Core Web Vitals可由托管方协助;关键词策略、内容创作和外链通常不属于基础托管。
数据所有权必须在合同中写透。域名注册商账号、DNS、主机面板、WordPress管理员、数据库、分析工具、Search Console、广告账户和客户数据,原则上归企业所有;服务商只获得履约所需的最小权限。合同终止时应提供完整导出包,包括数据库、上传文件、配置文件、重定向规则和账号清单,并约定交接期限与费用。
验收、赔付与退出交接怎样写才可执行?
验收应分首次交付和年度服务两部分。首次交付看资产清单、账号权限、备份策略、监控项、工单入口和安全基线是否落地;年度服务看月度报告、故障记录、恢复演练、更新日志和整改闭环。建议设置30至60天观察期,未达到约定项时先整改,再进入正式计费周期。所有验收结果用书面或工单确认。
赔付和退出条款要能执行。赔付可包括服务费抵扣、免费整改、延长服务期,但应写清触发条件、计算方式、申请时限和上限;涉及数据泄露、恶意代码、域名丢失等高风险事件,应约定专项处理流程。退出交接要列明迁移配合、DNS转移、账号移交、数据删除和保密义务,避免合同到期后网站无法迁移或历史数据拿不回。
谈判时可用一张“必须写、建议写、可不写”清单推进:必须写的是服务范围、责任矩阵、可用性口径、故障分级、备份恢复、数据归属和退出交接;建议写的是更新窗口、性能巡检、技术SEO检查和月度报告;可不写的是与托管无关的内容营销承诺。把所有附件作为合同组成部分,并约定变更需书面确认,才能让年度技术托管真正可验收。
SLA写99.9%可用性就够了吗?
不够。还要定义监测对象、统计周期、排除条件、故障分级和未达标处理。若只覆盖服务器ping,却不覆盖表单、结账和后台,实际业务中断可能没有被计入。
插件更新导致页面错乱,责任在谁?
看合同是否约定更新前测试、更新窗口、回滚条件和变更记录。若服务商未经确认直接更新关键插件,通常应承担修复责任;若企业自行安装来源不明插件,则应另行界定。
合同到期后,网站数据怎么拿回?
应在合同中写明导出范围、格式、时限和配合方式,包括数据库、上传文件、配置、重定向与账号清单。域名和主机账号应归企业所有,避免被服务商锁定。
WordPress建站和年度托管可以分开采购吗?
可以,但要确认交付边界。建站方应提供完整管理员权限、资产清单和技术文档;托管方按SLA接手监控、备份、更新和安全。分开采购时,责任矩阵更要写细。