做网站公司没签合同怎么办？一文搞懂维权与防坑指南
做网站公司没签合同，这就像在悬崖边跳舞，看着刺激，实则步步惊心。很多老板觉得“熟人好办事”或者“流程太麻烦”，先干活后补票，结果网站做了一半，对方坐地起价，或者做出来的东西完全不是你要的。
更扎心的是，你发现对方给你套用的还是那种烂大街的模板，界面粗糙得像十年前的网页，模板网站太丑不够用，想改又改不动，想换又舍不得沉没成本。这时候你才意识到，没签合同意味着什么？意味着你手里没有任何法律凭证证明这笔交易的存在，更别提扯皮时怎么算责任了。
今天这篇干货，不整那些虚头巴脑的理论，直接结合我在行业摸爬滚打十年的经验，把做网站公司没签合同这个坑底朝天翻一遍。咱们用一文搞懂的方式，拆解从前期避坑、中期补救到后期维权的实操逻辑，特别是针对那些还没签合同的“裸奔”项目，给你一套能落地的自救方案。
概念速懂：为什么“没合同”是建站行业的头号大忌？
很多人有个误区，觉得口头约定也算数。在法律上确实有“口头合同”的概念，但在网站建设这种非标品行业，口头约定的模糊性大到让你怀疑人生。
1. 需求边界模糊 做网站和买瓶水不一样，水有固定包装，网站是“软”的。你要什么风格？要多大的功能模块？响应式断点设在哪里？这些如果没有白纸黑字写下来，乙方（建站公司）完全可以按最省事的套路做。比如，你说要“高端大气”，他给你做个蓝底白字加闪烁文字的，你也很难说它不符合“高端大气”的定义，因为定义权不在你手里。
2. 交付标准缺失 这是最致命的。什么叫“完工”？代码跑通算完工吗？页面打开算完工吗？SEO结构符合W3C 标准算完工吗？如果没有合同约束，乙方可以随时以“需求变更”为由要求加钱，或者以“已完成基础功能”为由拒绝免费修改Bug。
3. 资产归属不清 域名归谁？服务器归谁？源代码给不给？数据库结构文档有没有？如果没有合同约定，理论上这些数字资产可能还挂在乙方名下，或者被乙方锁死在私有代码库里。你花了钱，却可能连自己网站的源代码都拿不到，以后换个维护人员，直接面临“被绑架”的风险。
所以，做网站公司没签合同的核心风险，不是“赖账”，而是“扯皮”。这种内耗会消耗你大量的管理精力，甚至拖垮整个项目进度。
注册与购买流程：如何从源头锁定“隐形合同”？
既然已经没签正式合同了，或者正在谈但还没落笔，我们得赶紧把“隐形合同”补上。别指望对方会主动给你写一份完美的合同，你得主动出击，通过以下三个关键节点，把核心权益锁定下来。
1. 域名与服务器：所有权必须在你手里
这是最硬的底线。无论签不签合同，域名注册商和云服务器供应商的账户，必须是你自己公司的主体注册，或者至少管理员邮箱必须是你公司的。
- 错误做法：让建站公司用他们的账号买域名，买服务器。
- 正确做法：你自己去阿里云、腾讯云或GoDaddy注册域名。如果是海外站，注意ICP备案问题，如果必须备案，确保备案主体是你公司。
操作建议： 检查你的域名DNS解析记录。如果NS记录指向了建站公司的服务器，立即要求他们提供完整的DNS配置文档，并逐步迁移到你的域名服务商控制台。记住，谁掌握DNS解析权，谁就掌握网站的生死。
2. 需求确认单（SOW）：代替合同的“救命稻草”
如果没有正式合同，那就必须有一份双方盖章（或双方项目负责人邮件确认）的《需求确认单》。这份文件不需要像合同那么厚重，但必须包含以下要素：
- 功能清单：明确列出首页、详情页、后台管理等模块的具体功能点。
- 视觉标准：附上设计稿（UI图），注明“以此设计稿为最终验收依据”。
- 技术标准：明确代码需符合W3C 标准，页面加载速度指标，以及SEO基础结构（如H1标签唯一性、Alt属性填充等）。
- 交付物清单：源代码、数据库结构文档、后台操作手册、域名及服务器账号密码。
关键技巧： 通过邮件往来确认细节。每一轮沟通后，发一封总结邮件：“根据今天的沟通，确认修改点为……，预计交付时间为……，请回复确认。” 邮件是法律认可的有效证据，尤其是带有时间戳和发送方邮箱的邮件。
3. 付款节奏：用资金杠杆控制进度
没签合同，就别指望对方按时交付。你要用付款节奏来倒逼进度。
- 常规陷阱：预付80%，做完付20%。
- 补救策略：如果已经付了大部分款，剩下的尾款一定要死死攥在手里。如果还没付，坚决执行“3-3-3-1”或“5-3-2”付款比例，且每一笔付款前，必须看到可演示的阶段性成果。
表格：无合同状态下的风险控制对照表
| 风险点 | 常规做法（高风险） | 补救措施（低风险） |
|---|---|---|
| 域名归属 | 乙方代注册 | 甲方自行注册，乙方配置解析 |
| 代码归属 | 乙方保留源码 | 要求提供Git仓库访问权限或完整源码包 |
| 验收标准 | 口头说好 | 邮件确认UI稿+功能列表 |
| 修改次数 | 无限改或限制模糊 | 明确“免费修改3次”，超出按工时计费 |
配置与部署步骤：技术层面的“防身术”
很多项目经理不懂技术，容易被乙方忽悠。其实，你要懂的不是怎么写代码，而是怎么验证代码是否合规。这里给你几个实操步骤，用来检验乙方交付的质量。
1. 代码规范性检查
打开浏览器开发者工具（F12），切换到Elements面板。
- 检查HTML结构：看是否有嵌套错误的标签，比如
<div>没闭合。 - 检查语义化：看是否使用了
<header>,<nav>,<main>,<footer>等语义化标签。符合W3C 标准的语义化HTML，对SEO和可访问性至关重要。 - 检查图片Alt属性：随机点开几张图片，看
alt属性是否为空。空的Alt属性不仅影响SEO，也是无障碍访问的大忌。
命令示例（使用W3C Validator在线检测）： 你可以把页面URL或源代码粘贴到 W3C Markup Validation Service 进行检测。如果报错超过10个，说明代码质量极差，这可以作为你要求免费整改的有力证据。
2. 性能与安全基线测试
- SSL证书：检查浏览器地址栏是否有小锁图标。没有HTTPS的网站，不仅用户不信任，谷歌也会降权。要求乙方必须配置免费的Let's Encrypt证书或企业级证书。
- 加载速度：使用Chrome DevTools的Lighthouse工具，对页面进行审计。如果性能得分低于60分，要求优化。常见的优化手段包括：图片WebP格式转换、CSS/JS压缩、CDN加速。
代码块示例：查看页面加载资源
# 在浏览器控制台输入以下命令，查看加载时间最长的资源
performance.getEntriesByType("resource").forEach(function (resource) {console.log(resource.name, resource.duration);
});
如果某个图片加载时间超过2秒，直接截图发给乙方，要求压缩或延迟加载。
3. 数据库备份与迁移能力
这是最容易被忽视的一点。要求乙方提供一次完整的数据库导出文件（.sql格式）。
- 测试导入：你在本地环境（如XAMPP或Docker）尝试导入这个SQL文件。
- 验证数据：检查用户表、产品表、订单表的数据是否完整，外键关系是否正常。
如果导入失败，或者数据缺失，说明乙方的代码耦合度太高，或者根本没有做数据隔离。这时候，你更有理由拒绝支付尾款，因为他们没有提供可维护的交付物。
常见问题：遇到“烂尾”或“耍赖”怎么破？
Q1：乙方说“代码有加密，不能给源码”，怎么办？
回答：这是典型的“绑架”行为。如果是定制开发，源码必须100%交付。如果是模板二次开发，至少要有核心模块的源码或完整的配置权限。 对策：
- 查阅之前的沟通记录，是否有约定交付源码。
- 如果没有约定，可以提出支付一笔“源码解锁费”，但金额不能高于剩余尾款。
- 如果对方坚持不给，评估重新开发的成本。通常，基于现有UI稿重新开发的时间成本，远低于被绑架的成本。
Q2：网站上线后出现Bug，乙方不修，怎么维权？
回答：没合同确实难维权，但你可以利用“行业惯例”和“公开证据”。 对策：
- 截图保存Bug现场（包括控制台报错信息）。
- 通过邮件正式函告，列出Bug清单，要求限期修复，并抄送乙方法务或高管。
- 如果金额较大（超过5万），考虑发律师函。律师函的威慑力往往大于实际诉讼成本。
Q3：域名被乙方注销了，怎么找回？
回答：这是最严重的情况。 对策：
- 立即联系域名注册商（如阿里云、GoDaddy），提供公司营业执照、法人身份证，申请域名过户或冻结。
- 域名注册商有“域名争议解决政策”（UDRP），如果是恶意注册或转移，可以发起仲裁。
- 同时报警，以“侵犯财产罪”立案。虽然立案门槛高，但警方的介入往往能促使乙方妥协。
优化建议：从“救火”到“防火”的长期策略
做网站公司没签合同是一次教训，但更重要的是建立一套标准化的项目管理流程，避免下次再踩坑。
1. 建立“最小可行合同”模板 不要追求几百页的合同，准备一份1-2页的《项目委托协议》。核心条款只有5条：
- 项目范围与交付物
- 付款方式与节点
- 知识产权归属
- 违约责任（特别是延期交付的罚金）
- 保密条款
2. 推行“里程碑验收制” 把大项目拆成小阶段。比如：
- 阶段一：UI设计确认（付款20%）
- 阶段二：前端页面切图完成（付款30%）
- 阶段三：后台功能联调完成（付款30%）
- 阶段四：上线部署与培训（付款20%）
每个阶段必须经过你的书面确认（邮件或微信截图），才能进入下一阶段。
3. 技术资产独立化
- Git仓库：要求乙方在GitHub或GitLab建立私有仓库，添加你的管理员账号。这样你可以随时查看代码提交记录，监控开发进度。
- CI/CD流水线：如果条件允许，要求配置简单的自动化部署脚本。这不仅能提高效率，也能让你更直观地看到代码变更。
4. 重视SEO与规范的合规性 在验收阶段，将W3C 标准合规性纳入硬性指标。很多小作坊为了省事，使用大量过时的HTML标签或无效的CSS属性，这不仅影响美观，更影响搜索引擎抓取。
- 检查工具：W3C Validator, Google PageSpeed Insights, GTmetrix.
- 标准：HTML错误数为0，性能得分>80，移动端适配无错位。
结尾互动
网站建设是一个高度依赖信任的行业，但信任不能建立在“裸奔”之上。做网站公司没签合同，看似省了事，实则埋了雷。希望这篇文章能帮你理清思路，无论是正在经历扯皮，还是准备启动新项目，都要把“规则”立在“关系”之前。
在这里，我想听听大家的声音：你更倾向模板建站还是定制开发？或者你在建站过程中遇到过哪些“无合同”的坑？欢迎在评论区留言，我们一起避坑！