外贸网站上线验收，应沿着“采购商能看懂产品、能提交需求、销售能收到并跟进、企业能接手管理”这条路径进行。首页好看只是其中一项。真正需要确认的是：关键页面是否完整，询盘是否留下记录，域名和管理账号是否可控，以及上线后出现问题时能否恢复。
本文提供一份可复制的验收清单，适用于以产品展示和询盘为主的外贸网站。在线付款、会员定价、ERP 对接等功能，应另外增加专项测试。清单是建议的验收方法，具体交付仍以双方确认的项目范围为准。
先确定验收对象，再安排测试
验收前，把正式域名、页面清单、产品样例、语言版本、目标市场、联系入口和测试负责人写在同一张工作单上。否则，制作方可能认为“页面已经完成”，企业却还在等待产品整理或英文校对，双方谈的其实不是同一个交付范围。
建议至少准备一台电脑和一部真实手机，覆盖首页、分类页、产品页、联系页及一种主要内容页。多语言网站应分别检查各语言的核心路径；不能只验收中文预览，就默认其他版本也可用。目标客户所在地区的访问测试，需要记录测试地区、设备和网络条件，不能用办公室的一次加载代替全部市场的体验。
如果资料和排期还没有确认，可以先按建站周期与资料准备清单整理输入。到了验收阶段，重点应转为“哪里通过、证据是什么、谁来处理遗留问题”。
外贸网站上线验收清单：逐项测试并保留证据
下面的负责人是建议角色，可以按实际分工调整。表中“修正后重测”都需要重新记录结果；口头说已经修复，不能替代验证。
| 项目 | 怎么测 | 通过标准 | 保留证据 | 确认人 | 未通过怎么处理 |
|---|---|---|---|---|---|
| 页面与资料 | 按清单逐页核对公司、产品、联系信息和语言版本 | 无占位文案、错误型号、失效下载或未经确认的承诺 | 页面清单、问题截图、资料版本 | 企业资料负责人 | 先修正事实错误，再复核相关语言页 |
| 手机浏览 | 用真实手机打开导航、参数表、图片及联系入口 | 正文可读，按钮可点，弹窗不挡操作，表格可正常查看 | 机型、浏览器、短录屏 | 企业验收人＋制作方 | 修正布局后复测同类型页面 |
| 采购路径 | 从首页进入分类，再到产品，最后发起询价 | 能识别产品差异，入口清楚，没有断链或错误跳转 | 经过的 URL 与点击记录 | 销售负责人 | 修改导航、产品信息或入口文案 |
| 表单校验 | 分别提交空必填项、错误邮箱及一份有效测试需求 | 无效输入有提示；有效提交得到明确结果 | 测试编号、页面提示截图 | 制作方＋验收人 | 修复校验或接口；有效提交失败时暂停验收 |
| 询盘保存 | 用测试编号查后台或约定的接收系统 | 联系方式、需求、时间及约定来源字段完整可查 | 脱敏记录截图、记录编号 | 销售＋技术负责人 | 查明数据未保存或字段缺失原因，重测完整链路 |
| 通知与跟进 | 检查约定邮箱或通知渠道，并试着回复测试联系人 | 通知能到达；回复目标正确；销售知道去哪里处理 | 通知时间、接收记录、回复结果 | 销售负责人 | 核查投递、垃圾箱和通知配置，确定备用查单方式 |
| 联系链接 | 分别点击邮件、电话和已配置的即时通讯入口 | 打开正确收件人或号码；产品咨询上下文符合约定 | 点击后目标截图 | 销售负责人 | 修正号码、协议或预填内容 |
| 访问与资源 | 在约定地区和设备访问核心页面，打开产品图片与 PDF | 页面与资源可用，无证书错误，性能达到双方约定指标 | 测试时间、条件、报告及原始结果 | 技术负责人 | 定位主机、资源或第三方脚本问题后复测 |
| 搜索基础 | 抽查标题、主标题、正文、可抓取链接、索引指令与规范网址 | 拟公开页面无误留测试限制；标题与内容对应；规范网址指向正确 | URL、页面源码或检查工具记录 | 技术／SEO 负责人 | 修正配置后检查同一模板的全部页面 |
| 统计记录 | 在获准的数据工具中验证一次测试访问和一次表单成功事件 | 约定事件触发且不重复；能区分联系点击与真正提交 | 调试记录、事件定义、统计范围 | 运营＋技术负责人 | 修正触发条件；标记测试数据，避免当成真实询盘 |
| 账号与续费 | 由企业使用独立账号登录，检查权限、恢复邮箱和订阅清单 | 企业掌握约定权限；知道费用、到期日及续费责任 | 账号归属表、权限记录、费用清单 | 企业负责人 | 补齐权限或说明不可转移的第三方许可 |
| 备份与恢复 | 核对文件与数据库备份，在隔离环境抽测恢复 | 可取得约定备份；恢复步骤、责任人及覆盖范围明确 | 备份时间、恢复记录、操作说明 | 技术负责人 | 补做备份或修复恢复流程，再确认交接 |
询盘测试要核对三个结果：页面反馈、数据记录、通知送达
表单弹出“提交成功”，只能说明页面给出了成功反馈。还要继续核对业务记录是否保存，以及销售是否得到通知。如果系统设计为邮件直发，没有后台留存，应在交付前写明这一限制，并约定投递失败时怎样发现和处理。
可以用一个不含真实客户资料的测试编号，例如 QA-FORM-001，写进需求内容。提交后在接收系统查找这个编号，检查联系人和产品信息，再确认通知与记录相互对应。重复点击提交按钮，也应检查有没有产生难以辨认的重复记录。
下面是一张空白测试单，方括号表示待填写的验收记录，不是已经测试通过的结果：
| 记录项 | 填写内容 |
|---|---|
| 测试条件 | [测试编号]／[日期与时区]／[设备、浏览器、地区] |
| 入口与动作 | [来源页面 URL] → [表单入口] → [提交内容摘要] |
| 页面反馈 | [提示文案]／[截图编号]／[通过或失败] |
| 保存结果 | [记录位置与编号]／[字段是否完整] |
| 通知与跟进 | [通知到达时间]／[接收人]／[回复测试结果] |
| 遗留处理 | [问题]／[负责人]／[约定完成日]／[复测结果] |
统计工具中的“联系按钮点击”与这张工作单里的“收到有效需求”不是同一个指标。验收时应把两者分开，避免日后看到很多点击，却无法确认销售实际收到多少咨询。
SEO 验收检查可用条件，不承诺上线即有排名
可以要求核心页面拥有准确的标题、可读正文、清晰的内部链接和正确的规范网址，也可以核查站点地图是否包含计划公开的有效页面。但这些是搜索基础，不能把“技术检查通过”写成“Google 必须收录或获得某个排名”。
特别要检查测试环境留下的 noindex。Google 说明，爬虫需要能够访问页面，才能读到这个指令；用 robots.txt 阻止抓取，并不能替代禁止索引。正式站应按页面用途检查这些设置，而不是不加区分地全部开启或关闭。参考 Google 关于 noindex 的说明。
导航在浏览器里能点，也不代表链接写法一定便于抓取。技术验收可抽查主要分类与产品入口，确认使用带有效 href 的链接，锚文本能说明目标内容。参考 Google 的链接最佳实践。
交接时，要接到可以继续经营的网站
交接文件建议分为四组：资产归属、日常操作、恢复方法、后续费用。域名注册账号、主机或平台权限、内容与业务数据的取得方式，都应按合同逐项确认。付费主题或插件如果使用服务商许可，要明确是否可以转移、结束合作后能否继续更新。
密码不要直接写进普通验收表。可以记录账号用途、归属、权限和恢复方式，再通过双方认可的安全渠道交付。企业接手后，检查恢复邮箱、多因素验证及不再需要的临时权限。
操作培训也应留下可复现结果：由接手人亲自修改一段介绍、发布一个测试产品、查看一条询盘，再按说明恢复修改。如果每一次日常更新都需要找开发者，后续维护范围和费用就应提前谈清楚。
怎样判断可以上线，哪些问题应先解决？
建议把问题按业务影响分成三类：阻断问题、限期修复问题、后续优化。询盘丢失、联系方式错误、核心页面无法访问、重要账号无法交接，应先解决；间距或非关键图片的小偏差，可以在双方认可后列入限期修复；新增语言或新增业务模块，则回到需求评估。
这一分级是工作建议，不是替代合同的统一标准。每一条遗留问题都应有负责人、完成日期和复测方法。最后保存验收版本、通过项目、未完成项目及维护起算约定，避免后面只剩一条“网站已完成”的聊天消息。
验收时经常遇到的三个问题
是否必须拿到服务器最高权限？
要看采用的建站方式。自托管网站需要明确主机、文件、数据库和管理权限；托管平台通常不会交付底层服务器权限，应重点确认店铺所有者、数据导出及订阅归属。判断标准是能否在约定范围内自主经营和交接。
已经有备份文件，还需要恢复测试吗？
建议至少按约定范围做一次隔离恢复演示。拿到一个压缩包，不等于里面的数据完整，也不等于接手人知道如何使用。演示应避免覆盖正在运行的正式网站。
上线后才发现问题怎么办？
按问题是否属于原定范围、影响程度和约定支持期限处理。把复现步骤、页面地址、发生时间和证据交给负责人，比只发一句“网站有问题”更容易定位。新增需求则另行评估工期与费用。
如果正在准备外贸展示站，可以先查看 A-Border 外贸独立站建设服务，再把页面范围、目标市场和验收项目一起列入需求。也可以通过项目需求表说明现有网站或计划交付的内容，先明确可检查的结果，再确认建设范围。