建站外包交付物验收：上线前必须测试的20项清单

建站外包最容易出问题的地方，不是首页好不好看，而是上线后才发现表单收不到、移动端错位、SEO标题重复、GA4没记录、域名权限没交接。验收如果只看设计稿还原度，就会把真正影响获客和维护的风险留到上线后。B2B网站验收必须像交接一套增长系统，而不是交一组页面截图。

Google SEO入门指南提醒网站结构、标题、链接和内容都会影响搜索理解。建站验收如果不检查这些基础，网站虽然能访问，却可能从第一天就难以被搜索引擎和买家理解。上线前多花半天做清单，往往能避免后面数周返工。

核心要点

• 验收不是看首页，而是过上线关。
• 表单、数据和权限比视觉更容易被漏掉。
• 每个问题都要绑定责任人和期限。
• 上线前必须确认后续维护方式。

第一关：访问与移动端

访问测试要覆盖桌面端、移动端、主要浏览器、不同网络和关键页面。很多网站在设计预览里正常，上线后移动端首屏文字挤压、图片过大、按钮不可点、404页面没有处理。B2B买家可能从邮件、LinkedIn或WhatsApp里打开网站，移动端体验不能只当附属项。

web.dev关于Core Web Vitals的说明把加载、交互和视觉稳定性作为用户体验的重要指标。验收时不需要追求每个指标完美，但要知道是否存在明显拖慢首屏或造成布局跳动的问题。尤其是首页、产品页、询盘页，不能带着明显性能问题上线。

访问类验收项

• 1. 首页、核心产品页、服务页、资源页都能正常访问。
• 2. 移动端首屏文字、按钮、导航不重叠。
• 3. 404页面可用，错误链接已经修复。
• 4. 图片已压缩，关键页面加载没有明显等待。

第二关：SEO基础和收录准备

SEO验收不是等网站上线几个月后才做。上线前要检查标题、描述、canonical、robots、sitemap、内链和页面层级。B2B网站如果一开始就URL混乱、标题重复、重要页面没内链，后续再补SEO会很痛苦。尤其是外包建站项目，SEO基础必须写进验收范围。

Google关于站点地图的文档说明，sitemap可以帮助搜索引擎发现页面。网站上线时应该确认sitemap能访问、重要页面在其中、robots没有误拦截。否则你可能以为网站上线了，搜索引擎却没有顺利发现关键页面。

SEO类验收项

• 5. 每个核心页面有唯一、可读的title和meta description。
• 6. sitemap.xml能访问，并包含核心页面。
• 7. robots.txt没有误拦截重要目录。
• 8. 导航和正文内链能连接产品、案例和询盘路径。
• 9. 图片有有意义的alt，而不是空白或文件名。

第三关：表单和询盘通知

表单是B2B网站最重要的转化入口之一，却也是外包验收最容易被轻描淡写的模块。不要只测试“能提交”，还要测试通知是否到正确邮箱、垃圾箱是否拦截、成功页是否清楚、错误提示是否可读、附件是否可上传、移动端是否能填写。

W3C WAI表单教程强调标签、说明、错误提示和反馈的重要性。B2B询盘表单如果错误提示不清楚，买家可能不会再次填写；如果提交后没有反馈，买家也不知道是否成功。验收时必须从买家视角走完整条路径。

表单类验收项

• 10. 所有表单都能正常提交，成功页或提示明确。
• 11. 邮件通知能到达正确收件人，并包含完整字段。
• 12. 必填、错误提示和附件上传都经过测试。
• 13. 表单旁说明回复时间、资料用途和下一步。

第四关：数据和转化事件

很多网站上线后才发现没有安装GA4，或者安装了但没有设置关键事件。这样最初几周的数据就丢了。对B2B网站来说，关键事件不只包括表单提交，还包括询盘按钮、邮箱点击、电话点击、资料下载、价格页访问和案例点击。没有这些事件，持续CRO就没有证据。

GA4关键事件文档说明可以把重要互动标记为关键事件。验收时要现场测试事件是否触发，而不是只确认代码存在。Google Tag Manager表单触发器文档也可以帮助团队检查表单提交记录，但必须结合实际表单测试。

数据类验收项

• 14. GA4已安装，实时报告能看到访问。
• 15. 表单提交、按钮点击、资料下载等关键事件可触发。
• 16. Search Console已准备验证或已提交站点。
• 17. 内部人员测试流量能被识别或排除。

第五关：权限、备份和维护交接

权限交接不清，是建站外包的长期隐患。域名、主机、后台、插件、代码仓库、图片源文件、GA4、Search Console、邮箱服务，哪些账号归客户，哪些由服务商代管，必须写清楚。否则上线几个月后要改页面、换服务商或排查问题时，很容易找不到权限。

Google关于请求重新抓取的说明提醒网站更新后可能需要让搜索引擎重新发现变化。若Search Console权限没有交接，客户连基础维护动作都做不了。建站项目结束前，权限和维护流程必须像页面一样验收。

权限和维护类验收项

• 18. 域名、主机、后台、GA4和Search Console权限已交接。
• 19. 备份机制、更新责任和紧急联系人已确认。
• 20. 上线后修复窗口、维护费用和响应时间写入交付说明。

验收清单怎么用

这20项不要只当内部备忘录，而要变成项目交付表。每一项标注状态、责任人、问题截图、修复期限和复测结果。影响访问、表单、数据、SEO收录和权限的问题，建议上线前修完；文案微调、非核心图片和小样式问题，可以上线后排期，但也必须写期限。

TimZhang踢木桩在做AI急速建站和品牌独立站搭建时，会把上线验收和后续增长复盘连在一起。因为B2B网站不是交付后就结束，验收清单的目的也不是挑毛病，而是确保网站上线后能被搜索、能记录数据、能承接询盘。

如果你正在验收外包网站，下一步可以把这20项按“必须上线前修复”和“上线后排期优化”分成两栏，再让服务商确认责任。没有责任人和期限的验收问题，最后通常会变成客户自己承担的运营成本。

验收问题要分红黄绿三类

不是所有问题都要阻止上线。更实用的方法是把验收问题分成红、黄、绿三类。红色问题影响访问、表单、数据、安全和搜索基础，必须上线前修；黄色问题影响体验或局部转化，可以上线后短期修；绿色问题是文案、图片或非核心样式优化，可以进入后续迭代。没有分级，团队会在小问题上争论很久，却漏掉真正危险的问题。

例如，表单通知不到邮箱是红色问题，产品页某张图片不够美观可能是黄色问题，某个非核心页面的措辞可以是绿色问题。这个分级能让服务商和客户快速达成一致：哪些必须立即修，哪些可以排期，哪些不影响上线。验收的目标不是追求零问题，而是避免关键风险带病上线。

验收会议应该留下什么记录

验收会议结束后，至少要留下四类记录：问题清单、截图或链接、责任人、修复期限。口头说“后面再改”最容易丢。B2B网站上线后还会有内容更新、广告投放、SEO提交和销售使用，如果验收问题没有记录，后续每个人都会以为别人处理了。

最理想的交付物不是一个压缩包，而是一份可继续运营的网站说明：后台怎么用，内容怎么改，表单去哪收，数据怎么看，谁负责维护，遇到问题联系谁。这样客户拿到的不是一个孤立网站，而是一套可接手的运营资产。

验收后还应该安排一次上线后复测。因为有些问题只有真实域名、真实访问和真实表单通知环境下才会出现。建议上线后24小时内检查访问、表单、GA4实时数据和Search Console验证；上线后一周检查404、收录、速度和询盘反馈。验收不是一个时点，而是上线前后的一段交接期。

对于B2B网站，最值得盯紧的是询盘链路。首页能打开不代表网站能获客，产品页漂亮也不代表买家能提交需求。只要表单、通知、数据或销售承接有一处断掉，外包项目的实际价值就会大打折扣。因此20项清单里，表单和数据不应该被当成技术细节，而应该被当成增长入口。

20项清单最好不要在上线前一天才拿出来。更稳的做法是把验收项拆进项目节点：原型阶段确认页面目标和URL，开发阶段确认移动端和表单，内容阶段确认SEO标题和内链，上线前确认数据、权限和备份。这样验收不是最后挑错，而是一路减少返工。

验收时还要区分“交付物存在”和“交付物可用”。例如有sitemap不等于URL都正确，有GA4不等于关键事件都能记录，有表单不等于销售能及时收到完整信息，有后台账号不等于运营知道怎么更新内容。B2B网站的验收标准应围绕询盘链路，而不是只围绕页面数量。

可以把20项清单分给不同责任人：市场负责人看页面信息和转化路径，SEO负责人看收录基础和URL，销售负责人看表单字段和通知，技术负责人看速度、安全、备份和权限。TimZhang踢木桩在网站健康检查里，也会把问题按增长影响分级，先修会阻断访问、询盘和数据的问题。

上线后复测同样不能省。真实域名、真实缓存、真实表单通知、真实移动端访问，都会暴露测试环境里没有出现的问题。建议上线后24小时完成一次红色问题复测，上线后一周完成一次Search Console、404、速度和询盘质量复盘。这样外包交付才从“上线成功”变成“可运营交接”。如果没有这一步，后续广告、SEO和销售动作都会建立在不可靠的基础上，团队也很难判断问题来自流量还是网站承接，更难安排下一轮修复优先级并明确责任人和验收口径。

相关阅读

• 找freelancer建站 vs 找专业团队
• 建站只是开始：为什么需要持续CRO
• 预约网站诊断