📍 WDQWDWQD987AAAAA:216.73.217.111
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /fa2e7531f3ae.html
📄

山西做网站：交付时应拿到哪些资料

交付时应拿到的不只是网页文件，而是一套能证明“这个站归你控制、能继续维护、能迁移”的资料。核心包括：域名与服务器账号、源码与数据库、后台管理权限、设计源文件、内容与素材、备案与合规材料、以及一份交付清单。缺少任何一项，后续改版、换服务商或多人协作时都可能返工。

先看一个假设的交付场景

假设你委托一家团队为山西本地业务做一个企业站，约定包含首页、产品页、新闻模块和留言表单。项目上线后，对方只发来一个网址和后台账号，说“都做好了”。三个月后你想加一个英文页面，发现没人知道服务器在哪、源码在谁手里、表单数据存到哪个邮箱。这就是典型的交付不完整。

正确的做法是：在合同或验收单里提前列明交付物，上线后逐项核对，而不是等出问题再补。下面按类别说明该拿什么、怎么检查。

账号与访问权限：确保控制权在你手里

这部分最容易漏，也最关键。需要拿到并当场验证：

• 域名管理账号：能登录域名注册商后台，确认域名持有人邮箱、到期时间、解析记录可修改。
• 服务器或虚拟主机账号：能登录主机控制面板，或拿到 SSH、FTP 信息。若是云服务器，还要拿到云平台账号或子账号。
• 数据库账号：数据库地址、库名、用户名和密码，用于备份和迁移。
• 网站后台管理员账号：用管理员身份登录一次，确认能发布、修改、删除内容。

检查方法：让对方退出登录，你自己用这些账号登录一遍。如果登录不了，说明权限没真正移交。常见错误是把“后台编辑账号”当成管理员账号交付，结果你无法安装插件或改主题。

源码、数据库与设计源文件

只拿到网址不等于拿到网站。需要拿到：

• 完整源码包：包含主题、插件、自定义代码。若是定制开发，应有可读的工程目录。
• 数据库导出文件：通常为 .sql 文件，包含文章、页面、设置和表单记录。
• 设计源文件：如 .psd、.fig 或矢量文件，方便后续改图。若设计是直接在线完成，至少要有分层导出或标注文件。
• 素材原图：产品图、横幅、图标，避免以后想换尺寸却只有压缩过的网页图。

检查方法：在本地或测试环境导入一次数据库和源码，看能否还原出与线上一致的页面。如果导入后大量图片丢失或页面错位，说明交付不完整。这一步能直接暴露“只给截图和网址”的问题。

备案与合规材料

在山西做网站，如果使用国内服务器，通常涉及 ICP 备案。交付时应拿到：

• 备案主体信息、备案号和备案密码（或备案平台账号）。
• 域名证书或域名持有证明。
• 若涉及经营性内容，相关许可材料按实际要求提供。

检查方法：登录备案系统，确认备案信息与当前主体一致，且能自行提交变更。常见错误是备案由服务商代管，你手里没有任何账号，换服务商时无法操作。

内容、表单与协作资料

多人协作时，这部分决定后续是否返工：

• 栏目与页面清单：每个页面对应的标题、路径、负责人。
• 表单接收设置：留言发到哪个邮箱或后台，是否有多人接收。
• 账号分工表：谁有管理员权限、谁只有编辑权限。
• 操作说明：如何发布文章、替换图片、备份数据。哪怕只有一页文档，也能减少重复询问。

检查方法：让一位不参与建设的同事，按说明独立发布一篇测试文章并删除。如果能完成，说明资料够用；如果卡在某一步，就补文档或补权限。

交付清单与验收步骤

把以上内容整理成一张清单，逐项打勾：

1. 域名账号可登录，解析可改。
2. 服务器或主机账号可登录。
3. 数据库可导出、可导入。
4. 网站后台管理员可登录。
5. 源码包和数据库文件已收到并测试还原。
6. 设计源文件和素材原图已收到。
7. 备案信息可自行查看和变更。
8. 表单接收邮箱或后台可查看。
9. 操作说明和账号分工表已收到。

如果对方只给部分资料，先书面确认剩余资料的交付时间，再付尾款。适用条件是：合同或验收单里已写明交付物；如果没写，补一份补充说明再继续。判断结果很简单——任何一项你无法独立操作，就算未完成交付。

下一步：把上面的清单复制到验收邮件里，让交付方逐项回复“已提供”或“不适用”，并附上账号和文件。这样多人协作时，谁负责哪一项、还缺什么，一目了然。