网站上线前的最后几天，团队最容易陷入“再看一遍页面”的低效循环。设计师检查间距，开发检查功能，市场检查文案，但没有统一清单和问题等级，结果往往是小问题反复讨论，真正影响咨询、索引和安全的问题却被遗漏。
有效验收应该以用户任务和业务风险为中心，并明确责任人、测试环境、问题等级和关闭标准。下面的清单适合企业官网、品牌官网和B2B营销网站；涉及交易、账户或敏感数据的系统，还需要更深入的安全与业务测试。
01 先建立问题等级
等级 | 定义 | 处理要求 |
|---|---|---|
P0 阻断 | 网站无法访问、核心交易/表单不可用、严重数据或安全问题 | 不得上线，修复并完整回归 |
P1 严重 | 核心页面错误、移动端不可用、关键SEO或统计缺失 | 原则上上线前修复 |
P2 一般 | 局部样式、次要功能、非关键内容或兼容性问题 | 评估后修复，可形成上线后清单 |
P3 优化 | 文案润色、轻微间距、非关键动效和增强项 | 不阻断上线，进入后续迭代 |
02 内容与品牌信息检查
- □ 公司名称、Logo、联系方式、地址、营业主体和版权年份准确；
- □ 导航、面包屑、按钮、页脚和返回路径无死链；
- □ 服务、产品、案例、新闻和团队信息为最终版本，没有测试文案；
- □ 页面标题层级清楚，每页只有一个主要H1；
- □ 图片清晰且尺寸合理，重要图片有替代文本，装饰图使用空alt；
- □ 字体、图片、视频、图标和客户Logo具备使用权限；
- □ 中英文、数字、日期、标点、单位和品牌术语保持一致；
- □ 空内容、未完成栏目和长期不会维护的模块已移除或隐藏。
03 页面与响应式检查
不要只在设计稿尺寸检查。至少覆盖常见手机、平板、笔记本和大屏宽度，并测试真实内容：长标题、长英文、极端数字、无图片和多条标签。
检查项 | 需要验证 |
|---|---|
布局 | 无横向滚动、重叠、截断和意外空白；固定元素不遮挡内容 |
导航 | 桌面和移动菜单可打开、关闭、返回，当前状态清楚 |
字体与触控 | 正文可读，按钮与链接可点击，触控区域不过小 |
图片与视频 | 裁切合理、比例稳定、有加载占位和失败降级 |
表格与复杂组件 | 小屏可滚动或重排，内容和操作不丢失 |
动效 | 不阻断阅读，支持键盘/触控，必要时提供减少动态效果 |
方向与缩放 | 横竖屏、浏览器缩放和系统字体变化后仍可用 |
04 功能与用户任务检查
- □ 联系表单、预约、搜索、筛选、下载、登录等核心任务可完整完成；
- □ 必填、格式、错误提示和成功提示清楚；
- □ 重复提交、超时、断网、刷新和返回时行为合理；
- □ 表单邮件、CRM、短信或后台均能收到数据，字段映射正确；
- □ 下载文件存在、命名清楚、版本正确且无敏感信息；
- □ 第三方地图、客服、视频、统计和社交链接可用；
- □ 404、无权限、空数据、加载失败和系统维护页面已准备；
- □ 后台内容发布、编辑、删除、排序和权限符合实际运营需求。
05 SEO基础检查
项目 | 验收标准 |
|---|---|
索引控制 | 正式页可索引；测试、后台、预览、搜索结果等按策略控制 |
Title与Description | 每个核心页面唯一，准确描述内容，不重复堆关键词 |
标题与正文 | H1/H2层级合理，重要内容为可抓取文本而非仅图片/画布 |
URL | 简洁稳定、统一小写、无双斜杠和无意义参数，旧URL有映射 |
Canonical | 重复或相似页面指向正确规范URL，HTTP/HTTPS和www版本统一 |
内链 | 导航、正文和相关文章直接链接最终URL，不经过多次重定向 |
站点地图 | 仅包含规范、可索引、返回200的页面，并在robots.txt中引用 |
多语言 | 每个语言使用独立URL，hreflang互相完整，不强制自动跳转 |
结构化数据 | 与页面可见内容一致，通过相应测试工具验证 |
Search Console | 域名资源、站点地图、URL检查和核心监测已配置 |
06 性能与页面体验检查
性能应同时看实验室测试和真实用户数据。Google当前核心网页指标的良好参考线包括：LCP在2.5秒内、INP低于200毫秒、CLS低于0.1。它们不是唯一的质量标准，也不能保证排名，但可以帮助发现加载、交互和布局稳定问题。
- □ 首屏主图、视频和字体已压缩，移动端不加载不必要的大资源；
- □ 非首屏图片合理延迟加载，关键资源不会被错误延迟；
- □ 图片、视频和嵌入内容有明确尺寸，避免布局跳动；
- □ 第三方脚本、统计、客服和广告不会阻塞核心内容；
- □ 页面在弱网和中端手机上仍能完成核心任务；
- □ 缓存、压缩、CDN和静态资源版本策略已配置；
- □ 重要页面用PageSpeed Insights/Lighthouse与真实设备复核。
07 安全、隐私与合规检查
- □ 全站HTTPS有效，证书、重定向和混合内容无异常；
- □ 后台、服务器、域名、代码仓库和第三方平台使用企业账号及最小权限；
- □ 表单和接口有输入验证、速率限制、防垃圾和错误处理；
- □ 管理后台没有默认密码，离职和测试账号已清理；
- □ 隐私政策、Cookie说明和用户同意与实际收集行为一致；
- □ 敏感数据不写入前端源码、公开日志、URL或分析工具；
- □ 备份、恢复、监控、日志和安全更新责任明确；
- □ 支付、医疗、金融等特殊业务完成相应的专业合规与安全评估。
08 统计、转化和运营检查
目标 | 需要验证 |
|---|---|
数据采集 | 统计代码只加载一次，环境和域名正确，内部流量策略明确 |
关键事件 | 表单成功、电话/邮件点击、下载、搜索、视频和CTA有事件 |
来源追踪 | UTM、落地页、表单来源和CRM字段能够连接 |
隐私与同意 | 同意机制与统计、广告和第三方脚本实际行为一致 |
内容运营 | CMS权限、发布流程、图片规范、SEO字段和回滚方式清楚 |
监测与告警 | 可用性、表单、错误、性能和证书到期有责任人 |
09 上线部署与回滚检查
- □ DNS、域名、SSL、服务器和CDN变更有明确时间与负责人；
- □ 正式环境变量、邮件、支付和第三方接口与测试环境区分；
- □ 上线前完成数据库和旧站备份，保留可恢复版本；
- □ 旧URL到新URL的301映射已测试，重要外链不失效；
- □ 上线窗口内安排技术、内容和业务负责人共同值守；
- □ 若出现P0问题，有明确回滚条件、步骤和权限；
- □ 上线后24小时、7天和30天有检查计划。
10 最终交付与接管检查
- □ 设计源文件、前端/后端源码、数据库和部署文档按合同交付；
- □ 域名、服务器、CMS、统计、搜索平台和第三方账号由企业掌握；
- □ 字体、图片、插件、SDK和开源依赖授权清单完整；
- □ 管理员、编辑、客服和技术人员完成基本培训；
- □ 维护范围、Bug提交、响应方式和新增需求流程明确；
- □ 项目问题清单有最终状态，未关闭项有负责人和时间。
常见问题
网站验收应该由谁负责？
至少需要业务/内容、设计、开发和项目负责人共同参与。涉及安全、隐私、法务和SEO时，应由相应专业人员复核。
上线前必须把所有P2、P3问题修完吗？
不一定。P0和P1通常应阻断上线；P2、P3可根据风险形成明确的上线后清单，但不能被遗忘。
只用Chrome测试够吗？
不够。应根据目标用户覆盖主流浏览器、系统和真实设备，尤其要测试移动端Safari、Chrome及企业常用环境。
Lighthouse达到100分才能上线吗？
不需要追求形式上的满分。重点是核心任务、真实用户体验、关键指标和业务风险，同时持续优化。
网站上线后还要验收吗？
需要。DNS、缓存、第三方接口、统计和搜索抓取只有在正式环境才能完全验证，建议上线后立即和分阶段复核。
服务 | 查看 |
|---|---|
企业官网设计与网站建设 | |
Google SEO与网站优化 | |
项目咨询 |
