网站上线检查清单的价值，在于把“页面能打开”变成“用户能顺利完成任务，而且出问题时可以恢复”。网站发布前后各做一次系统检查，往往比上线当天临时排错更省时间。如果页面结构和内容还没定，可以先参考建站之前的规划清单。

一、确认域名与访问安全

检查正式域名及常用的 www 或非 www 地址是否都指向预期站点，并将其中一个设为规范地址。HTTP 访问应跳转到 HTTPS，证书应覆盖实际使用的域名。打开几篇详情页，确认图片、字体和接口没有混合内容错误。

如果网站有后台，检查登录、退出和受保护页面：未登录访问后台时应被拦截；表单提交后不要在页面或日志里暴露密钥。生产环境变量只放在可信的部署平台，公钥与服务端密钥不要混用。

二、用真实设备走完主要路径

至少在一台手机和一台桌面设备上，从首页走到最重要的结果页。检查导航是否容易找到，按钮是否能点击，正文是否需要横向滚动，表单错误是否说得清楚。键盘用户应能看到焦点位置，图片要有合适的替代文本，标题层级要便于阅读。

不要只检查首页。文章详情、搜索空结果、404 页面、登录失败和表单提交成功等状态，也属于实际体验。把发现的问题按“阻断任务、影响阅读、视觉细节”排序，先修阻断问题。

三、检查速度与资源

使用浏览器开发者工具或性能检测工具测量真实页面。优先观察首屏主要内容何时出现、交互时是否迟钝、页面是否突然跳动。对过大的图片生成适合展示尺寸的文件；首屏以外的媒体可以延迟加载。删除未使用的第三方脚本，并为图片设置稳定尺寸，减少布局跳动。

性能分数只是线索。每次优化都回到用户任务验证：慢的是哪一页、哪一个资源、哪一种网络环境？不要为了一个分数牺牲可读性或必要功能。

四、让搜索和分享能正确理解页面

每个重要页面都应有独立、准确的标题和摘要，文章详情页使用稳定 URL。检查 canonical 地址、站点地图和 robots 设置，避免测试环境被索引，也避免正式页面被误拦截。分享到聊天工具时，预览标题、描述和图片应与页面内容一致。

如果改过旧网址，为旧路径设置重定向，并检查站内链接是否仍然有效。新文章发布后，从列表页和分类页实际点进去，确认访客可以找到它。

五、准备恢复与上线后观察

发布前保留上一版本的可回退构建，记录数据库备份方式并做一次恢复演练。备份若从未验证恢复，真正需要时就不能算可靠。为错误率、可用性和关键表单建立最基本的监测；记录发布时间和改动范围，便于定位异常。

上线后先检查正式域名上的关键路径，再观察一段时间的访问与错误情况。内容站还应定期复查失效链接、过期信息和图片资源。把这份清单保存为每次发布的固定步骤，网站才能从一次性作品变成可持续维护的服务。