独立站准备上线时，最容易漏掉的不是页面颜色，而是访客能否打开正确网址、找到可靠信息，并顺利把询盘送到负责的人。下面这份独立站上线前检查清单适合企业负责人、市场人员和建站团队共同使用。它把事项分成“上线前必须通过”“上线当天复查”“上线后持续观察”三层。请为每一项保存截图或测试记录，而不是只在会议上说“应该没问题”。

一、先确认访问入口：域名、HTTPS 与跳转

在手机网络与电脑网络各打开一次正式域名，分别输入带 www、不带 www、http 和 https 的地址。选定一个正式版本，其他入口应跳转到它；浏览器不应出现证书警告。再从导航、页脚和一条外部分享链接进入主要页面，查看是否落到预期位置。这里要检查的是实际访问路径，不能仅凭后台“已启用 SSL”就打勾。

旧站改版还要列出最重要的旧网址，把每个旧页面映射到相关的新页面，逐条测试跳转；不要把全部旧链接一律导向首页。已有网站的范围和迁移责任，可结合我们的网站改版报价与验收清单一起确认。新站如需选择 CMS、插件和服务器，应在上线前明确维护责任，相关背景可看企业网站平台选择指南。

二、逐页核对内容，不只检查首页

至少抽查首页、主要服务或产品页、关于我们、联系页、隐私页面和一篇文章。核对页面标题是否说明内容、导航是否能找到关键页面、联系方式是否一致、图片替代文字是否能传达信息。产品参数、交付范围、认证和客户名称必须由业务负责人确认；没有证据的数字或承诺不要因上线赶工而保留。手机端要实际阅读文字和点按按钮，确认表格不会挤出页面、表单不会被悬浮元素盖住。

用真实任务检查页面是否可用

不要把“有内容”当成“能完成任务”。请让一位没有参与建站的同事完成三个动作：找到目标产品、判断是否适用、找到联系或询盘入口。记录他停顿的位置，再修正文案、层级或按钮。W3C 的页面结构教程说明了清晰标题结构的重要性；它可作为基础检查依据，但单项检查并不等于整个网站已通过可访问性合规评估。

三、把询盘链路完整走一遍

表单必须由未登录的测试者从公开页面提交。先试正常填写，再故意留空必填项、输入不合格式的邮箱，检查错误提示是否清楚。提交成功后确认页面显示明确回执，通知邮件进入正确邮箱，客户关系系统或工单中也能找到这条测试记录；最后让接收人员回复一次，验证往返链路。测试记录应包括页面网址、提交时间、测试邮箱、收到通知的时间和负责排障的人，正式报告中须隐去个人信息。

如果网站面向海外访客，至少用目标市场常见的手机宽度复核按钮、字段和电话格式。表单字段应有可见标签，不要只用输入框内的占位提示代替。具体做法可参照 W3C WAI 的表单标签教程。任何“提交成功”动画都不能代替实际送达验证。

四、让搜索引擎有机会发现页面

上线前核对正式页面没有误设 noindex，robots.txt 没有误挡应公开的目录；打开 XML 站点地图，确认列出的主要网址是正式域名、返回正常并指向可访问页面。Google Search Console 可以提交站点地图和检查网址，但“提交”“已发现”“已抓取”“已收录”是不同状态。Google 的站点地图说明明确，提交并不保证抓取或收录。不要向客户承诺“上线当天一定收录”。

与此同时检查页面的规范网址、内部链接和导航，避免正式版与测试版互相指向。若搜索平台尚未验证，记录负责人、验证方式和预计完成时间，不要在验收表里填写“已提交”。其他搜索平台也要按各自后台的真实回执分别核验，不能用 Google 的状态替代。

五、用一张表交接责任与通过证据

下面的表格可直接复制到项目验收记录。通过标准应由项目双方在上线前约定；示例中的测试动作不是对当前 airsang.cn 的检测结果。

六、上线后 24 小时与 7 天还要看什么

正式发布后 24 小时，重新从公开入口完成一次表单测试，核对关键页面、导航和手机布局；检查邮件是否被过滤、分析工具是否记录到正确页面。七天内按日查看 404、异常跳转和搜索平台的抓取提示，并把每项问题分配给具体负责人。搜索收录的时间不由清单决定，重点是记录状态变化并处理真实错误。

结论：让“可以上线”成为可核实的判断

一份有效的上线前检查清单，不是几十个无人负责的勾选框，而是“动作、通过证据、负责人和复查时间”的组合。先保障访问、内容和询盘，再核对搜索发现，发布后继续观察。如果你的团队正在准备新站，可带着现站或测试站网址、主要页面清单和表单接收方式，与 AIRSANG 一起划定上线验收范围。预算尚未确定时，也可以先读独立站建站费用与预算拆分，再决定哪些检查由内部承担、哪些交给服务商。