排查JavaScript是否让Google漏掉内容，先对比同一URL的初始HTML、浏览器渲染后的DOM，以及Google工具提供的测试结果。检查具体答案、规格表和链接是否存在，再追到负责加载它的脚本或接口。文本差异百分比、单张截图或“五秒内显示”都不能单独判断收录成功。
Google的JavaScript基础指南把处理分为抓取、渲染、编入索引三个主要阶段。Google能执行JavaScript，但某次本地浏览器执行成功，并不说明Google已抓到、已收录或选用了这个URL。
选一个URL，列出它必须交付的内容
从出现问题的具体页面开始，记录URL、日期、设备、登录状态与预期内容。产品页可列主标题、型号、规格表、下一步链接及重要元数据。再选一个相同模板的正常页面作对照，并检查一个不存在的商品地址。
直接打开深层URL，不要只从首页点击进入；使用干净的浏览器上下文，避免现有Cookie、localStorage或登录状态替页面补齐隐藏条件。浏览器能显示的完整页面与Google索引里的旧版本也可能不同。
保存初始响应，别把源码大小当结论
curl -L -D response-headers.txt -o response.html "https://example.com/products/example/"把示例URL替换为你获准检测的目标。命令跟随重定向，保存响应头与正文，但不执行JavaScript；response-headers.txt可能包含多跳响应头，要辨认最终状态。换成Googlebot的User-Agent只是在测试该请求头，不会把curl变成经验证的Google爬虫。
检查最终状态、重定向、robots声明、canonical和核心文字。原始HTML只有加载外壳，说明内容依赖后续执行，不等于必然无法收录；原始HTML中有正文，也不说明脚本不会随后把它清空。
用DOM、Network和Console追到具体依赖
在开发者工具Elements里找同一段核心文字与链接，再核用户是否实际看得到。Network查看相关JS、CSS、内容API的状态、返回类型和响应正文；200也可能是登录页或错误对象。Console的异常要追到实际影响，不能把一条追踪请求错误直接当成正文渲染失败。
| 观察到的现象 | 优先检查 | 还不能推断什么 |
|---|---|---|
| 初始正文完整，渲染后空白 | Hydration、状态覆盖、运行时异常 | HTML有字就一定能收录 |
| 初始只有外壳，DOM内容完整 | 关键资源与Google工具的渲染内容 | 客户端渲染一定失败 |
| 只有访问首页后才出现规格 | Cookie、登录、localStorage和路由依赖 | Google也会先替用户完成这些操作 |
| 内容API返回403 | 具体响应、鉴权、区域限制或服务端规则 | 仅凭403确定是robots.txt造成 |
| 不存在的URL仍返回正常200页面 | 路由与错误页处理 | 状态200就证明页面有效 |
robots.txt是抓取规则，不会自动把浏览器请求变成403或404。403要查拒绝原因，404要查资源地址与是否存在。关闭JavaScript能帮助找依赖，但不是完整Googlebot模拟；CPU、网络限速和爬虫等待时长也都是你选定的测试条件。
一个实际执行的本地演示：页面200，规格却没加载
下面使用虚构商品N-20和两个本地教学版本。两版本的文档都返回200，初始响应都没有规格表；版本A要求region Cookie，版本B提供公开默认内容。这里比较的是本地HTTP与浏览器行为，没有请求Google索引，也不是客户故障案例。
| 执行条件 | 文档状态 | 内容API | DOM结果 |
|---|---|---|---|
| 版本A，新会话无Cookie | 200 | 403 | 没有规格表 |
| 版本A，预设region=ok Cookie | 200 | 200 | 出现N-20 / Blue两行 |
| 版本B，新会话无Cookie | 200 | 200 | 出现N-20 / Blue两行 |
| 不存在的本地URL | 404 | 未调用 | 错误页；无规格表 |
前三组分别在两种语言、两种宽度执行，共12次浏览器会话；不存在的URL另用HTTP请求检查。演示命令里的域名实际替换为本地回环地址，没有把example.com当成真实商品站。这个结果只能定位该教学版本的Cookie依赖，不能给Google渲染时限或收录概率下结论。
区分Google已索引信息与实时测试
在GSC网址检查中，先保存索引信息、最近抓取时间和Google选择的规范URL；再运行实时测试检查当前页面。实时通过不代表已经收录，也不保证选为规范页。工具可提供的渲染HTML、截图、资源与JavaScript信息，逐项对照预期文字和链接。
Google的JavaScript排障说明建议借助网址检查及富媒体搜索结果测试检查渲染。富媒体搜索结果测试主要检查支持的结构化数据；“未检测到项目”不等于正文不可见，“项目有效”也不等于Google一定展示富结果。截图只覆盖可见区域，长文与折叠内容仍要查HTML和实际页面。
再扩到同模板，最后按原条件复测
单页根因清楚后，用有限的同模板URL检查影响面。按Screaming Frog官方教程启用JavaScript渲染，保存原始与渲染HTML，比较关键内容和链接。AJAX timeout是工具设置；调整等待时间有助于定位慢加载，不构成Google统一五秒截止线。
修复报告写清预期内容、初始响应、实际DOM、失败资源、复现条件及负责代码。打算被索引的公开页，不应先输出noindex再指望脚本撤掉它：Google可能因初始noindex而跳过渲染。SSR或预渲染可以降低关键内容对客户端执行的依赖，但仍需核HTTP状态、资源和用户实际内容。
修后重跑原URL、相邻正常页与错误路由，确认正文、链接、canonical、元数据和页面可读性。随后单独观察Google再次抓取与索引状态，不把技术通过写成排名已恢复。涉及整站技术、内容与资源协同时，可了解光算谷歌SEO整站方案；英文版JavaScript排障指南便于和英文开发团队对照。