3个真实案例教你用网站建设外包协议范本避坑
通讯科技行业深度文章,专业内容持续更新
3个真实案例教你用网站建设外包协议范本避坑
3个真实案例教你用网站建设外包协议范本避坑
域名服务器搞不懂?别慌。很多老板找外包建站,最后钱花了、站烂了,甚至域名被锁,根源都在合同没写清。这份避坑指南,能帮你省下至少三万块的冤枉钱。
项目背景与需求:为什么你的网站总是“半拉子工程”
上周接了个咨询,杭州做机械出口的张总,花八万做了个外贸站。上线三个月,谷歌收录才二十页。他气冲冲问我:“你们外包公司是不是在糊弄我?”
我翻了他和开发公司的合同,就三页纸。写着“开发企业官网一个”,没写具体页面数、没写交付标准、没写服务器配置,更没写域名和邮箱归属。
这就是典型的“需求模糊”。很多中小企业老板觉得,网站嘛,能看就行。但技术圈都知道,网站是基础设施。域名是门牌号,服务器是地基,代码是墙体。地基没打牢,上面盖再好的装修,风一吹就塌。
张总的问题在于,他不懂技术,外包公司利用这种信息差,把最核心的资产控制权拿走了。域名注册在他们手里,服务器密码在他们手里,源代码也没交付。后期想改个价格、换个Logo,都要再交钱。更恶心的是,一旦合作闹掰,对方直接停掉服务器,网站瞬间打不开,连数据都拿不回来。
避坑的第一步,不是找技术牛的公司,而是用协议锁定资产归属。
我见过太多惨痛的教训。有个做餐饮连锁的李总,找朋友的公司建站,没签正式合同,就微信聊了聊。半年后朋友公司倒闭,网站源码找不到了,域名到期没续费,被抢注者以五万块卖回给他。李总哭都没地方哭。
所以,别嫌签协议麻烦。那三页纸,可能决定你未来五年的数字化命运。
技术选型:协议里必须明确的“硬指标”
很多人觉得技术选型是程序员的事,老板管不了。错。技术选型直接决定网站的寿命、速度和安全性,必须写进合同。
第一,服务器与域名归属权。
这是底线中的底线。协议里必须写明:域名注册人必须是甲方(客户)公司或法人个人,服务器账号归属甲方。 开发方只负责配置,不负责持有。
我见过一个案例,深圳一家外贸公司,合同里没写域名归属。三年后想换服务商,原开发公司说:“域名在我们手里,你要走,先把尾款结清。”尾款是五千块,他们拖了两个月,故意不办转移。最后公司不得不重新注册新域名,老域名的权重全废了,SEO排名从零开始,损失几十万。
第二,CMS系统与源代码交付。
别听销售忽悠“我们有自主知识产权系统”。除非你是大公司,否则中小微企业,必须要求交付完整源代码,并指定使用开源CMS,如WordPress、Shopify或自研框架。
为什么?因为私有系统一旦公司跑路,你就成了“人质”。开源系统全球都有人维护,找任何一家技术公司都能接手。
我在GitHub上见过很多开源仓库,比如WordPress的核心代码,或者一些轻量级的电商模板。协议里可以约定:“乙方需基于开源框架开发,并交付全部源代码、数据库脚本及部署文档。” 这样,即使换服务商,迁移成本极低。
第三,性能与SEO基础指标。
别写“网站要快”,要写“首屏加载时间小于2秒,Lighthouse移动端评分大于80分”。别写“要做SEO”,要写“交付时需包含sitemap.xml、robots.txt配置,且页面TDK(Title, Description, Keywords)可后台独立编辑。”
这些细节,看似琐碎,却是后期优化的地基。我在GitHub上查过不少前端优化案例,发现90%的烂网站,都是因为在初期没规范这些基础配置,后期想改,动一下就要重构,成本高得吓人。
第四,响应式与多端适配。
现在用户80%在手机上访问。协议里必须明确:网站必须支持PC、平板、手机三端自适应,而非仅PC端。 很多小公司为了省事,只做PC站,或者手机版是独立的一个烂页面。这在协议里必须禁止。
核心实现:一份能落地的协议范本要点
光讲道理没用,直接上干货。以下是一份经过实战检验的《网站建设外包协议》核心条款范本,你可以直接复制给法务或律师参考。
条款一:交付物清单(必须量化)
| 交付项目 | 具体要求 | 验收标准 |
|---|---|---|
| 域名 | 注册权归甲方,提供管理后台密码 | 甲方可自行续费、转移 |
| 服务器 | 配置不低于2核4G,SSD硬盘 | 甲方持有root/管理员权限 |
| 源代码 | 全量后端代码+前端代码+数据库 | 可在本地环境完整运行 |
| 后台管理 | 支持产品、新闻、会员独立管理 | 提供操作手册,培训1次 |
| 安全配置 | SSL证书免费安装,防火墙基础配置 | 通过https访问,无高危漏洞 |
条款二:知识产权与源码归属
“乙方在本项目中开发的所有代码、设计稿、数据库结构,其知识产权归甲方所有。乙方不得将甲方项目代码复用于其他客户,否则赔偿甲方合同总额300%违约金。”
这一条震慑力极强。很多外包公司喜欢“套模板”,把A公司的站改改颜色卖给B公司。这一条能逼他们要么真做,要么不敢接。
条款三:维护与响应时间(SLA)
“质保期为验收合格后12个月。质保期内,因乙方代码原因导致的Bug,需在24小时内修复。服务器宕机,需在4小时内恢复服务。超时未解决,按每日合同总额1%扣减尾款。”
别写“尽力修复”,要写具体小时数。我在GitHub上看过不少开源项目的Issue处理规范,专业团队都有SLA(服务等级协议)。你作为甲方,也要有。
条款四:付款节点(切忌一次性付清)
建议采用 3-4-3 或 4-4-2 模式:
- 30% 预付款:签合同后支付,启动设计。
- 40% 进度款:UI设计稿确认、前端页面开发完成后支付。
- 30% 尾款:网站上线、交付源代码、完成培训、提供全部密码后支付。
切记:源代码没到手,尾款一分别给。 这是你最大的筹码。
上线与优化:从“能用”到“好用”的跨越
很多老板以为网站上线就完事了。错,上线只是开始。
第一步:ICP备案与SSL证书。
如果是国内服务器,ICP备案是必须的。协议里要约定:乙方负责协助办理ICP备案,提供所需资料清单。如果因为乙方提供资料错误导致备案被驳回,延误时间超过15天,乙方需承担违约责任。
SSL证书(https)是标配。现在谷歌对http网站降权很严重。协议里必须包含免费安装SSL证书的服务,且证书有效期至少一年。别等上线了再问“怎么加个锁”,那是要加钱的。
第二步:SEO基础结构验证。
上线前,让开发方用工具(如Screaming Frog)爬取网站,检查:
- 是否有404死链?
- 图片是否都有Alt标签?
- URL是否规范(小写、短横线分隔)?
- 移动端是否有“Viewport”标签?
我在GitHub上找一个开源的SEO检测脚本,跑一遍就知道网站底子干不干净。如果这些问题都没处理,打回重做,直到通过为止。
第三步:数据备份机制。
协议里必须约定:乙方需配置每日自动备份,备份数据存储在甲方指定的异地云存储中。 不能只存在开发方的服务器上。
我见过一个惨案:某电商公司,服务器被勒索病毒加密,数据全丢。问开发方要备份,开发方说“没做”。损失上百万。如果协议里写了“每日备份至甲方S3存储”,这事儿根本不会发生。
经验总结:避坑不如控坑
说了这么多,核心就一句话:网站建设外包,不是买产品,是买服务+资产。
你买的不是一个网页,而是一个数字资产。这个资产必须在你手里。
给老板们的三个忠告:
- 别贪便宜。 几千块的站,用的是烂模板、劣质服务器、甚至盗用素材。后期SEO难做、安全漏洞多,修修补补花掉的钱,够你做个正规站了。
- 别信口头承诺。 “我们肯定给你做好”、“后期肯定免费改”,这些话听听就好。没写进合同的,等于没说。
- 保持技术敏感度。 你不需要会写代码,但你要懂:域名、服务器、源代码、SSL、备案,这几个词代表什么。懂了,外包公司就不敢忽悠你。
最后,分享一个GitHub上的开源项目思路。你可以关注一些开源的“网站建设合同模板”或“技术验收标准”仓库,里面有很多开发者贡献的实用条款。比如,有人开源了一份《前端交付Checklist》,列出了50项验收细节,非常实用。你可以搜索“frontend-acceptance-checklist”找到类似资源,对照着检查你的交付物。
网站建设是一场马拉松,协议是起跑线。跑得好不好,看后期运营;但能不能跑完,看起跑线是否公平。
还有什么建站疑问?评论区留言挨个回。 比如“WordPress和Shopify怎么选”、“ICP备案被驳回怎么办”,都欢迎提问,我看到必回。