网站维护按次、按月还是按年？不同维护模式怎么选

网站上线当天看起来一切正常，半年后却可能出现证书到期、插件冲突、表单失效、员工账号遗留、内容改不动和备份从未验证。维护不是“有问题再找开发”，它还包括发现问题、降低发生概率，以及在故障后尽快恢复。

按次、按月和按年没有天然高低。选择取决于网站变化频率、业务依赖程度、内部能力和可接受的停机风险。先把这些因素说清楚，报价才有比较意义。

01 先区分保修、维护和新增开发

保修通常只处理交付范围内、由原代码或配置引起的问题；维护包括升级、监控、备份、内容支持和日常小改；新增页面、功能、业务接口和整体改版属于新需求。三者混写在“免费维护一年”里，双方都会产生不同期待。

合同应明确什么算Bug、什么算环境变化、哪些修改有工时上限，以及第三方服务变更是否包含。否则一个浏览器升级导致的兼容问题，或客户自己改代码引起的故障，很难判断责任。

02 按次维护：适合低频、低依赖的网站

按次模式没有固定月费，出现需求后再评估工时和排期。它适合结构稳定、内容更新少、即使短暂停止也不会直接影响核心业务的展示型网站。

缺点是响应时间不一定有保障，供应商也未必长期保留完整上下文。每次重新了解环境会产生启动成本，紧急故障时临时找人往往比平时维护更贵。

03 按月维护：买的是持续可用的响应能力

月度服务适合持续发内容、投放落地页、频繁调整产品资料，或网站与销售线索紧密相关的企业。固定额度可以覆盖例行检查、小修改、版本更新和问题响应。

月费不能只写“每月维护”。应列出包含工时、响应等级、监控范围、备份频率、内容支持数量和超出后的计费。否则客户以为随时无限修改，团队则把月费理解成待命费。

• 月度可用工时以及能否结转；
• 普通、重要和紧急问题的响应与处理目标；
• 备份、恢复演练、可用性监控和安全更新范围；
• 内容发布、图片处理和页面调整的数量边界；
• 第三方服务费、插件费和服务器费是否另付。

04 年度维护：适合需要预算稳定和连续责任的企业

年度合同通常把月度服务、例行巡检和年度复盘整合在一起，适合希望固定预算、保持同一团队和减少采购次数的企业。它并不意味着一次付费后所有改版都包含。

年度服务的价值在于连续性：团队了解网站历史、账号和技术债，能提前规划升级与内容变化。合同中仍要设置季度或半年复盘，防止服务变成自动续费但无人使用。

05 用业务风险决定SLA，而不是套模板

企业官网、招聘站、活动站和客户门户对故障的容忍完全不同。SLA可以区分页面局部异常、表单失效、后台无法发布和全站不可用。每一级明确响应、沟通和恢复目标，避免把所有问题都标“紧急”。

供应商无法控制的云服务、域名注册商、网络攻击和第三方接口故障，也应写清协作责任。SLA不是承诺永不出错，而是发生问题后谁在多久内做什么。

06 真正容易漏掉的是账号和退出机制

无论哪种模式，域名、服务器、代码仓库、CMS、统计和第三方平台都应由企业掌握最高权限。维护方可以代管，但停止合作时必须有清晰交接。

退出条款应说明数据和源码导出、账号移交、密钥更换、最后备份、未使用工时、迁移支持和资料删除。没有退出机制，长期维护很容易变成技术锁定。

07 用总拥有成本比较三种方案

按次看起来便宜，但应把紧急加急、重复熟悉环境和故障损失算进去；月度和年度看起来固定支出较高，但可能降低停机和内部协调成本。

先统计过去一年真实需求：内容更新次数、故障数量、版本升级、营销活动和内部投入，再估算下一年变化。维护模式应随着网站阶段调整，不必一次决定永久方案。

08 维护合同里应有一张排除项示例表

“不包含新增功能”仍然太抽象。最好列出常见边界：修改现有文案与新增页面模板不同；修复原代码缺陷与第三方接口规则改变不同；恢复备份与重新录入丢失内容不同。示例能减少临时争论。

还应说明客户自行修改代码、安装插件、变更服务器和泄露账号后的责任。供应商可以协助排查，但无法为不受控制的环境承担无限责任。

每次维护结束记录问题、原因、处理和预防动作。年度复盘时，这些记录能判断是否需要升级架构、增加监控或改用另一种维护模式。

常见问题

网站上线后一定要购买维护吗？

不一定，但企业必须明确谁负责更新、备份、监控、账号和故障处理。内部团队能承担时，可以不外包。

免费维护一年通常包含什么？

应以合同为准。通常更接近交付缺陷保修，不应默认包含新增功能、持续内容运营和第三方环境变化。

月度维护工时用不完可以累计吗？

没有统一规则，需要在合同中约定。长期无限累计会让供应商难以排期，也可考虑限定结转周期。

服务器和插件费用包含在维护费里吗？

不一定。第三方费用最好单独列明，避免维护费变化时资产归属不清。

更换维护供应商需要哪些资料？

至少包括源码、部署文档、账号权限、环境变量清单、备份、域名DNS、第三方服务和已知问题。