Lighthouse是Google维护的开源网页质量检查工具，可检查性能、可访问性、最佳实践和SEO等方面。提高Lighthouse SEO分数，应先修报告中真实存在的技术问题，再检查最终页面；SEO 100分不等于已收录、排名靠前或内容事实正确。
它适合检查代表页面和发现回归，也可通过命令行或持续集成运行。单次报告只覆盖当时页面与测试条件，不能代表全站所有页面和所有用户。
先把同一份报告中的不同分数分开
下面保留光算官网/seo/在2026年9月27日的一次手机Lighthouse实验室报告：Performance 75、Accessibility 100、SEO 100；LCP 3.3秒、TBT 650毫秒、CLS 0.002。它说明SEO技术检查通过时，性能仍可能需要改进；这不是今天的分数，也不是客户效果案例。
截图中的TBT属于实验室阻塞指标，不能当作真实用户INP。真实核心网页指标需要足够的用户数据和相应统计口径；一次本机测试不能宣布所有访问者都通过CWV。
怎样运行一次可比较的检查
- 打开要检查的真实URL，确认登录、同意状态和页面内容符合测试目的。
- 进入Chrome DevTools的Lighthouse面板，选择适用模式、设备和类别。
- 运行检查，保留报告中的最终URL、时间、版本、网络与CPU设置。
- 阅读全文中的失败项、诊断和需人工检查项，不只截图最上面的分数。
- 修改后以相同条件复测；性能容易波动，必要时保留多次结果比较。
官方入门文档还介绍命令行、Node模块和Lighthouse CI。运行入口与版本会影响报告内容，不应规定所有版本永远只有五类、固定多少条SEO检查。
SEO报告常见问题应该怎么修
| 报告中的线索 | 核查与修复 | 仍需人工判断 |
|---|---|---|
| 缺少title或description | 找到CMS字段或模板输出，补正确内容并检查重复标签 | 是否准确兑现页面答案、是否适合目标读者 |
| 页面被阻止索引 | 检查robots meta、HTTP头与实际发布用途 | 测试页或私有内容是否本来就应排除 |
| HTTP状态或robots.txt问题 | 查看真实响应、规则和相关资源 | 已删除URL的404是否正常，不能全部改200 |
| 链接不可抓取或文字不明确 | 检查真实href和链接文本 | 目标是否相关、整站阅读路径是否完整 |
| 图片替代文本问题 | 核对img的alt及图片用途 | 信息图需准确说明，纯装饰图可用空alt |
| canonical或语言版本标记问题 | 检查最终HTML与目标URL | 规范选择和多语言对应是否符合实际内容 |
具体项目以当前报告为准。description检查文档明确说明，缺少标签或content为空会失败，但Lighthouse不评价描述质量。因此，只填入任意文字可能让这一项通过，却没有解决读者需求。
标题与描述的实际写法见SEO元数据设置；搜索展示文字可能由Google重新生成。不能把Lighthouse通过解释为标题一定完整展示，或承诺CTR固定提升。
哪些工作不能靠SEO 100分验收
Lighthouse不是完整的全站抓取器、关键词研究工具或事实审核系统。它不能证明每篇文章的来源真实、内容与竞争页面相比足够好，也不能确定业务主张或产品图片获得授权。
文章篇幅、H1与章节逻辑、内链安排和alt语义都需要结合实际内容。不要给“每篇至少800字、每1000字几条链接”这样的规则套上Lighthouse官方标准。
富媒体搜索结果还要检查适用类型、真实字段和Google资格要求。JSON-LD能解析，不代表一定出现星级或价格；同一实体在不同位置引用，也不能只按类型出现次数判错。
页面canonical与索引控制需要全局判断。已永久删除且没有替代内容的URL可以返回404；无关地跳到首页，可能只是让检测表面变绿。
性能分低时，沿着具体指标找原因
性能评分说明指出，分数由指标按权重计算，权重与计分曲线会随版本变化。报告中的优化机会并非一项扣几分的清单，也不等于Google搜索排名的权重表。
- LCP偏晚：先找到对应元素，再区分服务器响应、资源发现和渲染延迟；文字成为LCP时，不能只压缩图片。
- TBT偏高：检查长任务与JavaScript来源，结合真实交互确认影响。
- CLS偏高：查找发生移动的元素，确认图片、字体、广告或动态插入内容是否预留空间。
图片可参考格式、压缩与画质核验；布局移动可参考CLS排查。修改客服、统计或广告脚本前，要确认其职责与测量要求，不能为了分数删掉业务功能。
同一页面的性能会受机器、网络、缓存和第三方响应影响。比较时保留样本分布与测试条件，不能把一两分变化直接当成实际用户明显提速。更多说明见页面速度与SEO。
可访问性分数也需要实际使用检查
自动检查能发现部分对比度、名称和结构问题，但无法完成全部无障碍验收。还应检查键盘顺序、焦点可见、菜单与表单、放大和读屏体验。
对比度主要影响使用视觉阅读的用户，不应写成“读屏软件因为颜色浅而无法读字”。触摸目标大小也不能直接换算成INP或搜索排名下降。修复要对应真实问题，不能把不同维度的指标混成一个分数。
用互补数据完成一次SEO核验
Search Console用于查看Google索引信息及本站搜索表现；全站抓取工具用于寻找跨页面问题；PageSpeed Insights在数据充足时展示CrUX真实用户指标，并同时提供Lighthouse实验室诊断。PSI不是与Lighthouse完全无关的另一套性能算法。
Ahrefs、Semrush等可补关键词、竞争页面和链接研究，但仍有各自范围与估算限制。实际询盘与订单应由业务记录确认，不能由一个技术得分推算。
一次完整修复记录应包含原问题、修改位置、前后报告和实际页面复测。最后分别汇报“技术检查通过、内容已复核、搜索已索引、获得流量或咨询”，才能看清SEO各项工作究竟完成到哪里。