📍 WDQWDWQD987AAAAA:216.73.217.123
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /c76bbd3376ed.html
📄

域名评估工具动态页面怎样确认可见内容：交付前可执行清单

用域名评估工具处理动态页面时，确认可见内容的关键不是看HTML源码里有没有文字，而是看渲染完成后的DOM、无障碍树和实际抓取快照是否包含目标内容。下面这份清单按“要查什么、怎么查、结果说明什么”组织，适合多人协作时逐项交接，减少因“我本地能看到”造成的返工。

先确认抓取与渲染链路是否放行

• 要查什么：目标动态URL是否被robots.txt禁止抓取，是否被meta robots或X-Robots-Tag设为noindex、nofollow。
• 怎么查：打开https://站点/robots.txt，找到对应User-agent段，核对Disallow路径是否覆盖该URL；再用浏览器开发者工具或命令行查看响应头中的X-Robots-Tag。注意robots.txt的抓取限制不等于可靠的索引移除，它只约束合规爬虫的抓取行为，被禁止抓取的页面仍可能因外部链接被索引。
• 结果说明什么：若URL被Disallow，爬虫可能拿不到页面，后续渲染检查失去意义；若为noindex，页面即使被渲染也不会进入索引。两者都要先解决再谈内容可见性。

检查渲染后DOM是否真的包含目标内容

• 要查什么：动态注入的标题、正文、价格、库存等文本，是否出现在渲染完成后的DOM中，而非仅存在于JavaScript变量或接口响应里。
• 怎么查：在浏览器中打开页面，按F12打开开发者工具，用Elements面板搜索目标文本；再在Console执行document.body.innerText.includes('目标文本')，返回true说明文本已进入可读DOM。若内容依赖用户交互（如点击“展开”），需先触发交互再检查。
• 结果说明什么：返回false表示内容未进入DOM，爬虫渲染后同样看不到；返回true只说明DOM可见，还需继续核对无障碍树和抓取快照。

用无障碍树判断“可见”而非“存在”

• 要查什么：目标内容是否被CSS隐藏（display:none、visibility:hidden、零尺寸、移出视口），是否只作为背景图或伪元素存在。
• 怎么查：在开发者工具中打开Accessibility面板，查看目标节点的computed role和name；若节点不在无障碍树中，或name为空，通常意味着它对辅助技术和部分渲染抓取不可见。也可临时在Console执行getComputedStyle(el).display和visibility逐项核对。
• 结果说明什么：DOM中存在但无障碍树中缺失的内容，属于“技术存在、用户与爬虫不可见”，应改为真实文本节点或补充可访问名称。

核对抓取快照与站点地图的边界

• 要查什么：搜索引擎实际抓取到的渲染HTML中是否包含目标内容；站点地图是否列出了该动态URL。
• 怎么查：使用搜索引擎官方提供的URL检查工具查看“已抓取的页面”或渲染快照，与本地渲染结果对比；再打开https://站点/sitemap.xml确认URL是否在内。不同搜索引擎支持情况须分别核查，不能用一个平台的结果推断另一个。
• 结果说明什么：快照缺失目标内容，说明渲染或加载时序有问题；站点地图不保证收录，它只是发现线索，不能替代内容可见性验证。

协作交付时的最小验证步骤

1. 固定一个待查URL和一条目标文本，写入交接单，避免多人各查各的。
2. 依次执行：robots与noindex检查 → 渲染后DOM检查 → 无障碍树检查 → 抓取快照比对。
3. 每步记录“通过/不通过”和证据截图或命令输出，不通过时注明是抓取限制、渲染时序还是CSS隐藏。
4. 若页面依赖接口返回数据，记录接口状态和响应时间；接口失败或超时会直接导致内容缺失，属于可能原因之一，需与已定位原因区分。

下一步：把上述清单套用到你当前要交付的那个动态URL，先跑通“渲染后DOM包含目标文本”这一项，再决定是否需要调整渲染方式或内容注入位置。