网站上线前检查清单
按“上线后再修有多贵”排序,而不是按做起来有多快。
一句话结论:上线前的检查应当按“这个问题上线之后修起来有多贵”排序,而不是按做起来有多容易。一个错误的价格数字、一个收不到的联系方式、一个把访客挡在门外的渲染失败,代价远高于一处间距不齐;后者可以上线后慢慢调,前者会在你发现之前就造成不可逆的损失。
第一优先:错了就来不及的
- 价格、额度、承诺的数字全站一致。页面、定价页、条款、结构化数据、对外文案里的同一个数字必须来自同一个地方。分叉的数字要么让你少收钱,要么变成一次纠纷。
- 收款链路真金白银走一遍。测试模式通过不代表正式模式通过。至少完成一次真实付款与一次退款。
- 联系方式真的能收到信。发一封测试邮件到表单里留的地址,确认它没有落进垃圾箱或一个没人看的邮箱。
- 法务页存在且与实际做法一致。隐私政策里写的数据保留期,要和系统实际执行的一致。
- 不该被收录的页面已经挡住。账号页、后台、结算回调、私人分享链接应当在
robots.txt里排除,敏感页面另加noindex。
第二优先:让访客根本进不来的
- 在手机上完整走一遍主路径。不是缩放浏览器窗口,是拿真手机。
- 确认没有横向滚动,关键内容没有被裁切。
- 关掉 JavaScript 看一眼页面。如果什么都不剩,那么不执行脚本的搜索与 AI 抓取器看到的也是同样的空白。这不一定要改,但你必须知道。
- 检查控制台错误。一个抛异常的脚本可能让整块内容永远不出现。
- 确认自定义域名、HTTPS 与重定向都正常,包括带 www 与不带 www 的两种写法。
第三优先:影响理解与信任的
- 每个页面有独立的标题与描述,不是全站共用一句。
- 分享链接的预览卡正确:标题、描述、图片。发到聊天窗口里自己看一眼最快。
- 所有链接都能打开,尤其是页脚里那些很久没人点过的。
- 表单的成功与失败状态都试过:故意填错,看报错说不说得清怎么改。
- 404 页面存在且能把人带回去,而不是一个死胡同。
第四优先:能测量就顺手修的
- 图片有替代文本,表单控件有关联标签。
- 标题层级不跳级。
- 正文与背景对比度足够,用测量值判断而不是肉眼。
- 可点元素在手机上足够大、不互相挨着。
- 图片预留了尺寸,避免加载时布局跳动。
第五优先:上线后再做也不迟的
- 间距与对齐的细节打磨。
- 动效与过渡。
- 插画与配图的风格统一。
把这一组明确放在最后,是为了防止一件很常见的事:团队在上线前一天反复调整间距,而没有人真的用手机走完一次付款流程。
上线当天还要做的两件事
- 让搜索引擎知道你存在。在 Google Search Console 验证域名并提交 sitemap。没有这一步,收录只能靠运气和时间。
- 确认你能看到出了什么问题。至少有一个地方能让你知道有多少人来了、卡在哪一步、报了什么错。上线后第一周的问题几乎都来自这里。
可以直接引用的一段:上线前检查清单的价值不在于覆盖得多全,而在于排序是否反映了修复成本的真实差异。一个数字不一致或一次收款失败,会在被发现之前持续造成损失;而间距不齐从来不会。
上线前想快速过一遍能被测量的部分,可以把页面地址交给 PageAdvice:它会在桌面与手机两个宽度抓取页面,给出一份按优先级排序、每条带证据和下一步的报告。
审查一个页面