结论是：WordPress 建站合同必须把源码交付范围、后台权限归属、验收标准、交付后维护责任这四件事写成可执行、可核对的条款，只写一句“交付源码”几乎没有约束力。适用条件：网站由外部服务商搭建，预算在几千到几万元之间，后续计划自己运营或可能更换服务商的外贸企业。
合同里为什么必须单独写“源码与后台交付”条款？
很多外贸企业签合同时只写一句包含网站源码，真正交付时才发现拿到的是一个导出压缩包，主题被加密，插件用的是共享授权，数据库也没有导出权限。这不是服务商故意设套，而是源码这个词在外贸建站行业里没有统一定义。合同不把范围写清楚，出现分歧时双方只能各说各话。建议在谈价格之前，先把交付物列成清单写进附件，这比事后争论谁对谁错有效得多。
从采购角度看，源码与后台交付本质上是一个资产归属问题。你付的钱，买的是一个可以独立运行、可以搬走的网站，还是只买了一段时间的使用权，完全取决于合同怎么约定。如果后台超级管理员账号在服务商手里，域名和服务器也登记在对方名下，那么你更换服务商时几乎等于从零开始，之前投入的内容和推广积累很难完整带走。
判断是否需要重点写这一条，可以看三个信号。一是你打算自己或自己的团队日常更新产品、发布文章；二是你有多个海外市场，未来可能要扩展多语言站点；三是你所在行业变化较快，两三年内可能更换服务商或更换建站方案。只要满足其中任意一条，就应当把源码、账号、数据库和授权来源写成可逐项核对的交付清单，而不是一句笼统的承诺。
源码交付应该包含哪些具体文件与账号权限？
完整的源码交付通常包含四类内容：WordPress 核心的原始安装包、主题与子主题的全部源文件、插件清单及其授权来源、以及数据库导出文件。如果服务商对主题或插件做过二次开发，应当交付修改后的文件，而不是只给编译或加密后的产物。交付时最好附一份说明文档，写清版本号、目录结构和数据库表前缀，方便后续维护人员接手。
账号权限部分要写到具体账号，而不是写提供后台。通常包括服务器或主机的控制面板账号、域名管理后台、WordPress 超级管理员账号、数据库账号、FTP 或 SFTP 账号，以及 CDN、SSL 证书、搜索控制台和网站统计工具的访问权限。这些内容应当在合同附件里逐项列明数量和归属主体，交付时按清单打勾确认，避免出现只给普通管理员、不给超级管理员的情况。
还有一个容易被忽略的点是第三方商业授权的转移。付费主题和插件通常按站点数量授权，服务商用自己的账号购买，交付后你能不能继续收到更新，取决于授权是否一并转给你。合同里应写明授权归属、授权数量和续费责任人。否则第一年一切正常，第二年更新到期，插件停更带来兼容和安全隐患，成本还是要你来承担。
WordPress 后台交付的责任边界怎么划分？
后台交付最容易扯皮的地方，是哪些事该服务商管、哪些事该客户管。建议在合同里划三条线：服务商负责交付时网站的状态与功能可用，客户负责交付后的日常内容运营，双方共同约定安全更新与备份的执行周期。没有这三条线，网站被挂马、插件冲突或页面打不开时，责任往往说不清楚，处理时间也会被拉长。
具体到条款，建议把交付项按表格形式写进合同附件，每一项都对应可验证的标准。标准要写到能检查的程度，例如主题必须提供未加密的源文件，插件必须注明名称、版本和授权来源，后台超级管理员至少有一个归客户所有。写得越细，交付时的沟通越简单，后续出问题也越容易界定属于哪一方的责任范围。
| 交付项 | 合同中应写明的标准 | 交付后主要责任方 |
|---|---|---|
| WordPress 核心 | 注明版本号并提供原始安装包 | 服务商交付，客户负责后续升级 |
| 主题与子主题 | 全部源文件，不含加密或编译代码 | 服务商交付，客户拥有修改权 |
| 插件 | 清单、版本号与授权来源 | 服务商交付，客户负责续费 |
| 数据库 | 完整导出文件与导入说明 | 服务商交付，客户负责定期备份 |
| 后台账号 | 至少一个超级管理员归客户持有 | 客户持有并自行改密 |
| 域名与服务器 | 登记在客户或客户指定主体名下 | 按合同约定，迁移时配合转移 |
这样拆分的好处是出问题时能快速定位。比如网站突然变慢，先判断是主机资源不足、插件冲突还是流量异常；如果是客户侧开启插件自动更新导致版本不兼容，那就属于操作范围问题，服务商可以提供有偿修复。责任清晰不等于服务商甩手不管，而是让双方都知道该找谁、按什么标准处理，减少互相等待的时间。
交付验收流程应该怎么设计？
验收不是打开首页看一眼觉得还行，而是按清单逐项确认并留下记录。建议在合同里约定验收期，例如交付后七到十五个工作日；约定验收方式，例如清单加会议或录屏确认；约定不通过时的整改次数和时限。验收期写清楚，可以避免交付无限期拖延，也能让双方对什么算完成有共同理解，减少反复沟通的成本。
第二步最值得强调。很多企业拿到源码后从未验证过，等一两年后要换服务商，才发现压缩包是残缺的，主题配置文件缺失，数据库导入报错。用交付物在一套独立环境里完整还原一次，通常几十分钟就能验证真假。这一步几乎不增加成本，却是整份合同里性价比最高的动作，建议直接写进验收流程作为必做项。
交付后的维护、安全与更新责任怎么约定？
交付完成不等于责任结束。WordPress 的插件漏洞、主题兼容和核心版本升级是持续发生的，合同应当写明质保期长度、质保覆盖范围，以及安全事件的处理时限。质保覆盖的通常只是交付功能的缺陷修复，不含新增需求和内容修改，这一点要分开写。没有约定的话，网站一旦被入侵，往往只能推倒重做，代价由谁承担又成了新的争议。
更稳妥的写法是把维护分成两档。基础档包含核心与插件的安全更新、定期备份和可用性监控；增强档再加上内容更新、页面调整和性能优化。两档分别写清响应时限和计费方式，客户可以按自己的运营节奏选择。这样既不会为用不上的服务付费，也不至于等出了问题再临时议价，把主动权交回自己手里。
签合同前最容易忽略的条款有哪些？
除了源码和后台，还有几项常被漏掉的内容。网站文案与图片的版权归属要写清楚，避免使用来源不明的素材带来侵权风险；服务商是否可以把该站点作为案例展示，需要客户书面同意；合同终止后服务商应在约定天数内提供完整数据导出并配合迁移。最后一项尤其重要，不写清楚，主动权仍然在对方手里。
另外，付款节奏也建议与交付节点绑定。常见做法是按签约、设计确认、开发完成、验收通过分阶段付款，最后一笔在源码与账号全部交接、验收确认签字后支付。这不是不信任服务商，而是让双方的利益节奏保持一致。合同条款写得越具体，合作过程反而越顺，因为大家都不需要靠猜测来推进项目。
- 交付物清单是否作为合同附件逐项列明
- 域名与服务器是否登记在客户或客户指定主体名下
- 主题与插件授权来源、授权数量、续费责任人是否写明
- 验收期、整改次数与质保期起算时间是否明确
- 数据迁移配合义务与响应时限是否约定
- 文案图片版权归属与案例展示授权是否说明
服务商说源码都会给，还需要写进合同吗？
需要。口头承诺无法界定范围，合同应把交付物列成附件清单，写清文件类型、账号数量和授权归属。有了清单，交付时才能逐项核对，后续出现分歧也有依据可查。
后台超级管理员账号一定要归客户吗？
建议至少有一个超级管理员账号由客户持有并自行改密，同时明确服务商保留哪些账号及其权限范围。这样既方便日常维护协作，也避免客户完全失去对网站的控制权。
质保期内的问题都免费修吗？
取决于合同怎么写。通常质保覆盖交付功能的缺陷修复，不包含新增需求、内容修改以及第三方插件自身的问题。建议在合同中分别列出免费范围与付费范围，避免事后争议。