站长死链查询：动态页面怎样确认可见内容
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /c19298b24101.html
📄
站长死链查询：动态页面怎样确认可见内容
对动态页面做站长死链查询时，确认可见内容的关键不是看数据库里有没有数据，而是看搜索引擎抓取到的HTML里是否真的包含这些内容。如果内容依赖JavaScript在浏览器端渲染，而抓取时没有执行脚本，那么返回的HTML里就是空壳，即使页面在浏览器中显示正常，也可能被判定为无可见内容。下面是一份可执行清单，每项说明查什么、怎么查、结果说明什么。
第一步：查看原始HTML里是否有目标内容
要查什么：动态页面返回的初始HTML中，是否包含标题、正文、列表项等希望被索引的内容。
怎么查：用命令行请求页面，把返回内容保存下来，再搜索关键词。例如：
curl -s "https://example.com/list?page=2" -o page2.html
然后在 page2.html 中搜索页面标题或某条记录的文字。也可以直接在浏览器中禁用JavaScript后刷新页面，观察还剩多少内容。
结果说明什么：如果原始HTML中能找到目标文字，说明内容在服务端已经输出，抓取时可见的概率较高；如果只能看到框架、占位符或空容器，说明内容依赖客户端渲染，需要进一步确认抓取环境是否执行脚本。
第二步：检查内容是否由接口异步加载
要查什么：页面主体是否通过 XHR 或 fetch 请求接口后，再插入DOM。
怎么查：打开浏览器开发者工具的 Network 面板，刷新页面，筛选 XHR/Fetch 请求，看是否有返回列表数据、详情数据的接口。再对比接口返回的JSON与页面上显示的文字是否一致。
结果说明什么：如果内容来自异步接口，而接口地址又没有被robots.txt禁止，搜索引擎可能通过两种方式获取：一是执行JavaScript后发起请求，二是不执行脚本从而拿不到内容。不同搜索引擎对脚本执行的支持程度不同，必须分别核查，不能因为一个引擎能抓到就认为全部可见。
第三步：用抓取工具模拟搜索引擎视角
要查什么：搜索引擎实际抓取到的版本里有没有内容。
怎么查：在搜索引擎站长平台中使用“网址检查”或“抓取测试”类功能，输入动态页面URL，查看返回的HTML。不同平台的入口和名称不同，以各自当前提供的功能为准。如果没有站长平台账号，也可以用支持设置User-Agent的抓取工具，把UA改为目标搜索引擎的爬虫标识，再请求一次。
结果说明什么：如果工具返回的HTML里有正文，说明该引擎能够获取可见内容；如果返回空容器，说明需要改为服务端渲染、预渲染或静态化输出。注意：robots.txt 只控制能否抓取，不等于能从索引中移除已收录页面；站点地图也不保证收录，它只是提交URL的渠道之一。
第四步：区分“页面无内容”和“页面已失效”
要查什么：动态页面返回的状态码和内容类型，判断它到底是死链还是空壳。
怎么查：用 curl -I 查看响应头中的状态码。例如：
curl -I "https://example.com/detail?id=123"
重点看第一行是 200、301、404 还是 500，以及 Content-Type 是否为 text/html。
结果说明什么：返回404或410，说明该动态地址确实已失效，属于死链；返回200但HTML里没有目标内容，说明页面可访问但内容不可见，问题出在渲染方式而不是链接失效。返回200却跳转到首页或错误页，也需要单独记录，因为它对用户和抓取工具都造成了内容错位。
第五步：建立可重复的检查记录
要查什么：同一批动态页面在一段时间内的可见内容变化。
怎么查：对每个待检查URL记录四项：请求时间、返回状态码、原始HTML中是否含目标文字、抓取工具返回的HTML中是否含目标文字。可以先用 curl 批量拉取，再用脚本搜索特征词，把结果写入表格。
结果说明什么：如果某URL在浏览器中正常、在抓取工具中为空，就把它标记为“需改为服务端输出”；如果状态码为404或410，就标记为“死链”，进入修复或跳转流程。HTTPS 只能说明传输层加密，不代表页面内容一定可见，也不保证没有安全漏洞或排名优势，因此不能替代内容可见性检查。
下一步，先选一个动态列表页或详情页，按上面的顺序跑一遍：看原始HTML、看接口请求、看抓取工具返回结果。把结果填入记录表后，你就能明确判断问题是死链、空壳，还是抓取环境差异，再决定是修链接、改渲染方式，还是调整提交策略。
