WordPress建站合同避坑：增项、付款节点与源码归属

报价单里到底在为什么付费

建站合同上吃亏的地方，很少是总价谈高了，更多是三处没写清：增项怎么算、每个付款节点对应什么、源码和权限最后归谁。这三处任何一处模糊，后面都会变成被动加价或者被绑定。不过在谈这三条之前，得先看懂报价单本身：同样一句“做个外贸官网”，不同服务商报出来的价格能差两三倍，差价通常不在“水平”，而在工作量被切到了哪一步。

模板建站、轻定制、全定制的差别，实际落在四个环节上。模板建站基本不做策划和设计，选一套现成主题，改 logo、配色、首页区块顺序，然后把产品资料录进去，钱主要花在配置和录入上。轻定制是在现成主题和区块体系上改结构，栏目会调整，首页版式会重做，产品列表、产品详情、关于我们这几个核心内页单独设计，策划做一轮（栏目结构、产品分类、卖点排序），开发做少量功能，比如产品筛选、多语言、表单字段。全定制从信息架构和文案框架开始，出原创视觉稿，前端和功能都要开发，钱花在人和时间上。所以看报价时可以直接问一句：这个价格里，策划、设计、开发、内容录入各占多少工作量。答不上来的，说明报价是拍出来的，不是算出来的。

第二件事是把一次性费用和年费分开看。域名、主机、主题与插件授权、后续维护，这四项里除了域名通常几十到一百多一年，其余都可能是年付。合同里应该有两张表：一张是一次性交付费用，一张是每年固定支出，并且写明第二年起多少钱、涨价按什么规则。不少低价首年报价是把年费藏在了后面，等第二年续费时才发现主题授权、插件订阅、主机续费加起来是笔不小的数。WordPress 建站费用按模板、轻定制、全定制分成三档，差异也主要来自这里，可以先对照自己的需求落在哪一档。

第三件事最容易被忽略：同一个需求换种描述，差价会非常大。“支持多语言”可以是插件机器翻译，可以是人工翻译三套文案，也可以是三个独立站点，三种做法的工作量差十倍。“产品筛选”可以是标签页跳转，也可以是即时筛选加结果联动。“响应式”在今天属于标配，不构成加价理由。所以报价必须绑定一份需求范围清单，把页面数量、模板数量、功能点、语言数、产品条数、修改轮次、内容由谁提供写进去。清单不写，后面所有分歧都只能靠“当时说的是”来解释，而这句话在合同里没有效力。

合同里最容易出问题的三类条款

增项条款的问题通常不在“要不要收费”，而在“什么算增项”。“包含三次修改”这种写法几乎等于没写，因为一次修改可以是一个页面上换一段文案，也可以是整版推翻重做。稳妥的写法是三件东西同时进合同：需求范围清单作为附件；增项单价表，按页面、按功能点或者按工时，明确单价；免费微调的范围，比如文案替换、图片替换、配色调整、已有模块的复用与位置调整算免费，超出部分按单价表执行。还有一条很关键：所有口头承诺必须落到附件里，谈的时候说“这个顺便给你做”，写不进附件就等于没有。加项要走书面确认（邮件、企业微信、微信截图都可以），确认后才动工，避免最后账单上出现一堆自己没同意过的条目。

付款节点的问题，是节点背后没有可验证的交付物。“签约付 50%、上线付 50%”听上去干脆，但如果合同没定义什么叫上线、验收不通过怎么办，首付之后主动权就不在自己手里了。合理的做法是让每个节点对应一件看得见、能验证的东西：启动款对应需求确认书和栏目结构图；中期款对应设计稿确认，或者首页加核心内页已经部署到测试环境可以点开看；尾款对应验收通过，加上源码和权限完成移交。另外要注意按时间付款的条款，比如“三个月内付清”，这种写法和交付进度脱钩，一旦对方排期延后，钱已经付完了。与付款节点配套的还有售后条款，响应时限、免费范围和收费边界，最好在签合同阶段一起确认清楚，WordPress 售后服务里对响应时限、免费范围与收费边界有更细的划分，可以作为对照。

源码归属是最容易埋雷的一条，因为它平时不痛，等到要换服务商或者要做二次开发时才发作。合同里要明确四件事：是否全量交付源码，包括主题文件、子主题、插件、数据库、图片与文档；主题与插件的授权是否包含在内，授权是买断还是年付、续费由谁承担；是否加密、是否绑定域名或服务器；客户是否有权自行二次开发或交给第三方维护。很多纠纷来自“源码交付了，但主题是加密的”“插件是年付授权，换了服务商就跑不起来”“数据库能导出，但图片还在对方的对象存储里”。这几句写进合同，后面能省掉大量扯皮，WordPress建站常见问题十问十答里也收录了源码交付相关的典型问法。

签合同前要问清的六个问题

需求范围清单能不能作为合同附件，超出范围怎么算。 这是所有增项争议的源头。答案应该是“能”，并且附带增项单价表。如果对方只愿意在正文里写一句“以双方确认的需求为准”，却不给清单模板，就要提高警惕，因为“确认”这个动作可能发生在付款之后。

验收标准和验收期限写在哪一条，验收不通过怎么处理。 验收标准要具体到可检查：栏目是否齐全、产品数量是否到位、询盘表单能否正常收到并留痕、移动端显示是否正常、页面打开速度、有没有死链、基础的 title 和 description 是否填写、站点地图和 robots 是否配置。改版站还要加一条旧链接 301 跳转。期限上要写清提交验收后几个工作日内答复，逾期视为通过；验收不通过时，整改期限是几天、整改几轮、仍不通过怎么处理。

后台、主机、域名、数据库权限归谁，交付时怎么移交。 主机和域名最好由客户自己注册、自己持有账户，服务商只拿操作权限。数据库和后台管理员账号在验收时当场移交，而不是“以后给你”。这一条和第 3 节、第 5 节是连着的，权限不清，源码交付也只是一句空话。

售后响应时限、免费范围与收费边界是否写清。 要区分“故障”和“新需求”：网站打不开、被黑、表单失效属于故障，多长时间响应、多长时间处理；改文案、加栏目、换版式属于新需求，按什么价格算。两条混在一起，就会出现“这也算售后”和“这也要收费”的互相不服。

主题与插件授权怎么算，续费谁承担。 正版授权是成本，不是赠品。要问清楚授权挂在谁的名下、第二年续费多少钱、不续费会失去什么（通常是更新和技术支持，严重的是功能失效）。这也直接影响源码交付的含金量。

素材和内容录入的边界在哪里。 产品资料、公司介绍、证书图片由谁提供，服务商负责录入多少条产品、多少个页面，超出怎么计价，翻译由谁做。内容往往是项目延期最大的原因，写清楚反而对双方都轻松。

付款节奏怎么设计：按里程碑而不是按时间

定金的作用是锁定排期，所以它应该和启动条件绑定，而不是签完字就付。启动条件可以写：需求确认书签字、素材资料提交到指定清单、双方确认项目排期。同时明确启动后先交付什么，通常是栏目结构图和首页线框，这一步做完再往下走，能挡掉大量后期返工。定金比例按项目规模定，节点数量比比例更重要：一个只有两段的付款结构，中间没有可验证的交付物，风险全压在验收那一刻。

中期的节点建议设两个，而不是一个。第一个是设计稿确认，包含首页和核心内页的视觉方案；第二个是前端页面确认，也就是页面已经部署到测试环境，用手机和电脑都能点开。这两个节点各自对应一笔款，好处是每一笔钱付出去时，手上都有一件已经确认过的东西。对定制项目来说，设计稿阶段的修改成本最低，越往后改越贵，把钱压在这个节点上，双方都有动力早点把版式定下来。

最后是尾款和异常处理。尾款对应验收通过加移交完成，两个条件都满足才付。合同里还要写三种情况的处理方式：因客户资料未按时提供导致的延期，工期顺延且不计违约；因服务商原因延期，约定整改期限，逾期怎么处理（比如按日扣减、或延长免费维护期）；出现分歧时，任一方书面提出后几日内答复，期间暂停计费。退出机制也要有：做到一半不做了，已完成部分怎么结算、已交付的设计稿和代码怎么处理。这些条款谈的时候显得多余，用的时候能救命。

源码全交付的验收动作

先核对清单，再谈交付。清单至少包含：主题文件与子主题、使用的插件（标明哪些是正版授权、哪些随站交付、哪些是付费年订阅）、完整数据库导出、图片与文档素材、后台账号。缺一项都要在交接单上写明，不要接受“这些后面补”。清单的作用不是形式，而是让“全交付”这三个字有边界：主题文件给了、插件给了、数据库给了，但图片还在对方 CDN 上，严格说不算交付完成。

然后是权限当场验证。后台管理员账号登录进去，看用户列表里自己是不是管理员、插件是否可停用；主机或面板账号能登录、能看到文件目录；域名管理权限在自己名下，或者已发起转移；数据库能导出；DNS 和 SSL 能查看。这些动作要当着面做一遍，不是收一份文档就算完。源码全交付的标准可以归纳成一句：不加密、不绑定域名与服务器，站点、数据库、账号完整归客户。这也是小兽WordPress 的交付标准，可以直接拿来当验收的对照项。

再做一次试部署，这一步最能暴露问题。在另一台主机或者本地环境把站点搭起来，导入数据库，看能不能正常打开、有没有报错、功能是否可用。如果试部署时发现主题需要远程授权验证、某个插件依赖原服务商的接口、图片路径指向外部地址，那就说明交付并不完整。试部署不需要做得完美，能跑起来、后台能进、核心页面能看，就足够判断独立性。

最后签一份交接确认单，把交付内容、交付时间、双方确认人固定下来，邮件确认同样有效。这张单子的价值在于时间点：它证明了某年某月某日，源码和权限已经完成移交。此后如果出现账号被改、授权失效、续费争议，责任归属是清楚的。

把报价单和合同做成一张可核对的表

拿到几份报价单之后，不要横向比总价，而是把内容拆进同一张表：页面数量与模板数量、功能点清单、语言数量、产品条数、内容由谁提供与录入多少条、修改轮次、交付周期、一次性费用、每年固定支出、增项单价、源码交付范围、验收标准、付款节点。填完之后差价对应的工作量会自己浮出来：贵的那家多半是策划和设计做得多，便宜的那家往往是把内容录入和授权费用留到了后面。这时候的判断才有依据。

谈需求的过程中，同步把增项单价确认掉。常见的加价场景很集中：加语言、加产品分类、加筛选、加在线客服或多语言表单、临时改版式。这几项在签约前问一遍单价，比上线前被动接受报价要主动得多。同时把“什么算免费微调”写进合同，避免每次改一句话都要走一次报价流程。想看实际交付长什么样，可以翻一翻 WordPress 定制建站案例，重点看栏目结构和页面层级，而不是只看视觉。

结论只有一句：先定交付物和验收标准，再谈价格与付款节奏。顺序反过来，价格谈得再漂亮，也会在增项和验收两个环节被拉回去。

照着做：

1. 把需求写成范围清单：页面数、模板数、功能点、语言数、产品条数、修改轮次、内容责任方。
2. 要求清单作为合同附件，并附增项单价表（按页面、按功能点或按工时）。
3. 写清免费微调范围，口头承诺全部落进附件。
4. 重排付款节点，每个节点对应一件可验证的交付物。
5. 写清验收标准与答复期限，逾期视为通过、不通过如何整改。
6. 确认主机、域名由自己持有，后台与数据库账号验收时当场移交。
7. 确认主题与插件授权的归属、续费金额与不续费的后果。
8. 明确源码交付范围：主题、子主题、插件、数据库、素材，且不加密、不绑定域名与服务器。
9. 在另一台主机试部署一次，验证不依赖原服务商也能运行。
10. 签交接确认单，用邮件固定交付时间点。

如果你正拿着几份报价单在对比，可以把需求发给我们：按你的建站方式给出分项报价、增项规则与源码交付说明，也可以先约一次需求梳理，把这份核对清单对着你的合同过一遍。