九月底的一个下午,一家做工业配件的企业老板在微信上发来一句话:网站打不开了,客户打电话来问公司是不是出事了。他先联系服务器商,对方回复机器运行正常;再打给当年做网站的人,号码已经停机。翻出合同才看清,服务器、程序、备案分别捏在三家手里,没有一家负责「网站能不能打开」这件事。停了整整两天半,正好压在一个投标截止日前面。后来他问的还是同一个问题:维护托管到底该买什么,一年又要花多少钱。
巡检和故障响应,合同里没写响应时间等于没承诺
不少维护套餐的说明里写着「7×24 小时技术支持」,落到实际是一个客服邮箱。市场专员上午九点发现首页白屏,发邮件过去,下午三点才收到一句「已重启」。这中间门店正在做节日活动,推广账户照常扣费,客户点进来是一片空白。
对经营的影响很直接:一天预算烧完了,转化是零,还有人以为公司关门了。更麻烦的是没人能说清故障从什么时候开始、影响面有多大。可执行的条款要写到具体:工作时间内多少分钟响应、紧急故障多少小时内介入、夜间和节假日是否包含在内。写清楚的和没写清楚的,出事那天的差别是几个小时,也是几万块推广费。
备份有没有、放在哪、多久能恢复
问托管方「有没有备份」,十有八九回答「有的」。再往下问一句「备份放在哪台机器」,答案往往是同一台服务器、同一块硬盘。这就等于没有。
企业真正会遇到的是三种情况:编辑误删了整组产品资料,程序升级之后页面错乱,站点被人塞进一堆陌生文件。三种都要靠备份兜底,而备份只有做过一次恢复验证才算数。有家贸易公司的产品参数有六百多条,客户留言积累了三年,误操作之后没有可用备份,两个员工手工补录了两周,期间新询盘一直没人接。托管清单里应当写明备份频率、保留几个时间点、是否异地存放、恢复需要多久。
安全防护和挂马清理,责任归属要提前说清
网站被植入跳转代码这种事故,经营者通常是被客户告知的。手机打开官网跳到陌生页面,搜索引擎给出一条风险提示,采购负责人接起电话,对方开口就问「你们网站是不是有问题」。
后果不止是面子问题。推广审核会被驳回,品牌词的搜索结果挂着警告,正在谈的客户临时改口说再看看。清理、提交复审、等待重新收录,前后常要拖两三周,这段时间的询盘基本断掉。维护托管里要明确:是否包含安全监测与异常文件清理、被入侵后由谁处理、处理完是否做复测、同一问题反复出现时怎么算。这些不写进合同,出事之后就是互相推。
程序更新和页面小改,常被砍掉的一项
报价单上「日常维护」四个字很容易含糊过去。市场专员要把首页轮播换成新品图,要把页脚的电话改成新号码,要临时加一个活动落地页,得到的回复是「这属于新需求,另外报价」。活动排期就卡在这里。
拖一次两次还能忍,全年算下来是另一笔账:改一次收一次费,临时找外包还要重新讲一遍业务背景,沟通成本比开发本身还高。谈托管时问三个数就够了——每月包含多少工时的小改动、超出部分怎么计价、改完由谁负责上线后的验证。把这三句落到服务清单里,后面少吵很多架。
域名、备案、证书的到期日,谁在盯
域名、SSL 证书、备案信息变更,各有各的到期时间和办理时限,通常分散在行政、财务和原开发三个人手里,谁都不完整。
证书过期当天,浏览器会把访客拦在一个「不安全」的提示页前面,客户还没看到产品就先退出了;域名过期更麻烦,官网和公司邮箱同时失效,恢复要重新实名、重新走审核。这类事故没有技术难度,纯粹是没人管到期日。维护托管应当把这几项做成一张台账,提前提醒续费、提前提醒信息变更,并且在换人交接时能直接交出去。
月度报告和固定对接人,出问题知道找谁
很多企业的报障方式是群里@人。页面打不开找一个,后台登不上找另一个,谁也说不清上次改了什么、什么时候改的。一个问题在三个人之间转一圈,两天过去还在「排查中」。
维护这件事要能被核对。固定对接人、月度运行报告,内容至少包括站点可用情况、备份执行记录、异常处理记录、本月改动清单。有了这份东西,续费时能判断这笔钱值不值,内部追责也有依据;没有这份东西,所谓维护就只是一句口头承诺,年底连做过什么都说不出来。
一年费用从几千到几万,差在这几处
普通企业展示站,每年几千元是常见区间;带商城、多语言、会员体系或对外接口的站点,一年上万也不少见。差价不在「服务态度」,而在这几个变量:站点规模与页面数量、服务器规格与带宽、是否包含内容代运营、响应时限的等级、以及有没有历史遗留代码需要接手。
低价套餐通常只覆盖「服务器能开、到期有提醒」,代码层面的修改另计,安全事件也不在范围内。所以判断方式不是比总价,而是把上面六项逐条对照:哪些进了服务清单,哪些写着「另议」,哪些干脆没提。同样标价八千的两份合同,一份含每月四小时改动和异地备份,一份只含重启和提醒,实际价值差得远。
维护托管买的不是几项服务,是「有人对网站的正常运转负责」。签之前把六个问题问一遍,把答案写进条款,比省下几千元划算得多。西安尊云科技从 2015 年起做网站建设、程序开发与二次开发,也承接网站维护托管,站点规模、历史代码、改动频率都可以先评估再定方案。如果拿不准现有托管够不够用,可以把当前的服务清单发给我们,做一次对照梳理。