JS 抓取与执行检测
页面按会话下发唯一的 JavaScript 资源，分别记录该资源是否被请求抓取、是否被真正执行，从而区分「拿到脚本」和「跑了脚本」。
AI Debug
AI TOOL PROFILE工具资料检测访问者是否真正抓取并执行 JavaScript、CSS 与 Web Bot Auth 签名的测试页。
价格免费
平台Web
归类聊天对话
收录2026-10-10
复核2026-10-10
编辑评分
4.2 / 5
★★★★☆
AI Debug编辑总结
AI Debug 提供一份简洁的测试页，用于判断访问你站点的浏览器或机器人是否真正抓取并执行了 JavaScript、CSS，以及是否携带并验证了 Web Bot Auth 签名。每次会话页面会下发唯一的 CSS 和 JavaScript 资源，各项资产的抓取与执行会被独立记录，若存在 Web Bot Auth 签名还会进行密码学验证，结果汇总发布在报告页。站点同时提供近 91 天的会话数据与按 User Agent 的完整明细，并附有对 Web Bot Auth 标准的说明与数据收集隐私说明。
AI Debug是什么？
AI Debug 是一个围绕 JavaScript 与 CSS 执行检测的测试页面。它要回答的核心问题是：访问你站点的浏览器或机器人，究竟有没有真正把页面上的 JavaScript 和 CSS 抓下来并执行，而不仅仅是请求了 HTML。测试页还会检查访问者是否出示了有效的 Web Bot Auth 签名（一种让机器人以密码学方式证明自身身份的草案 IETF 标准），并在签名存在时进行验证。
页面按会话下发各不相同的 CSS 与 JavaScript 资源，这样每次检测都能区分「抓到了」和「执行了」两件事——对每个资产的抓取和执行分别独立记录。如果请求里带有 Web Bot Auth 签名，站点会对其进行密码学验证，最后把所有结果汇总到报告页公开呈现。
站点还提供近 91 天的汇总数据，包括总会话数、抓取 JS、执行 JS、抓取 CSS、出示 Web Bot Auth 签名、携带有效 Web Bot Auth 签名等指标，并支持按 User Agent 查看完整明细，数据更新时间标注为 2026-10-10 04:00 UTC。对于想测试静态站点上 Web Bot Auth 的开发者，页面还引导参考 VoightKampff.dev 提供的 JavaScript WBA 检测代码片段。
AI Debug核心功能
CSS 抓取检测
与 JS 检测并行，页面同样下发唯一的 CSS 资源，独立记录 CSS 的抓取情况，用于判断访问者是否会加载样式资产。
Web Bot Auth 验证
若访问请求带有 Web Bot Auth 签名，站点会对其进行密码学验证，分别给出「出示了签名」和「签名有效」两种结果。
报告页与明细
所有检测结果被汇总发布在报告页，支持按 User Agent 查看完整明细，便于定位具体是哪个机器人或浏览器通过了哪些检测。
静态站点检测片段
针对想在静态站点上测试 Web Bot Auth 的场景，页面引导使用来自 VoightKampff.dev 的 JavaScript WBA 检测代码片段。
AI Debug值不值得用？
当你需要确认某个爬虫或浏览器是不是真的执行了页面脚本、以及它是否携带合法的 Web Bot Auth 签名时，这个测试页提供了直接可用的会话级检测与公开报告。它把「抓取」和「执行」拆开记录，比单看访问日志更能说明问题。但它的定位就是一个检测工具，官网未公开价格、账号体系或可嵌入的 API 能力，如果你的需求是批量、自动化地检测大量流量，还需要确认它能否通过其他方式接入。
建议选它的情况
- 需要验证爬虫是否真正执行 JavaScript 的站点运维者
- 正在接入或评估 Web Bot Auth 的开发者
- 想按 User Agent 对照近 91 天检测明细的安全研究人员
不建议选它的情况
- 需要一个可直接嵌入自有系统的实时检测 API 的团队
- 仅想统计访问量、不关心脚本执行的普通站点
AI Debug使用建议
入门先把路子走对
- 先跑一次手动测试在目标浏览器或机器人里打开 https://javascriptcheck.com，点击页面上的运行测试入口，观察本次会话中 JS 与 CSS 的抓取、执行结果。
- 对照报告页看明细跑完测试后到报告页，按 User Agent 找到自己刚产生的会话，核对是抓取失败还是执行失败，两者原因不同。
- 带签名再测一次如果被测对象支持 Web Bot Auth，先让它带上签名再访问，这样才能看到「出示签名」与「签名有效」两项是否同时通过。
进阶省时间也省钱
- 用唯一资源排除缓存干扰页面按会话下发唯一 CSS 与 JS 资源，正是为了避免缓存命中导致误判；测试时不要手动复用旧会话的资源地址。
- 静态站点用检测片段站点本身是静态、无法按会话动态下发资源时，参考 VoightKampff.dev 的 JavaScript WBA 检测片段，能在静态环境下完成签名检测。
AI Debug适合谁用？
站点运维与反爬工程师
推荐需要判断来访爬虫是否真正执行脚本、是否具备可验证的机器人身份，可用它做会话级的对照检测。
Web Bot Auth 接入者
推荐正在评估或调试 Web Bot Auth 签名，页面会分别给出是否出示签名、签名是否有效两项结果，便于逐项排查。
安全研究者
推荐可按 User Agent 查看近 91 天的抓取、执行与签名数据明细，用于横向对比不同机器人的脚本执行行为。
需要自动化批量检测的团队
有条件官网未公开可供集成的 API 或批量检测方案，当前形态以手动运行测试页与查看报告为主，规模化接入前需先确认可行性。
AI Debug优点和缺点
优点
- 把 JavaScript 的抓取与执行分开记录，能区分拿到脚本与真正运行脚本
- CSS 与 JS 各自独立检测，结果互不混淆
- Web Bot Auth 签名经过密码学验证，而非只看请求头是否存在
- 按会话下发唯一 CSS 与 JS 资源，规避缓存带来的误判
- 报告页公开近 91 天数据，并支持按 User Agent 查看完整明细
缺点
- 套餐或账号体系
- 当前形态以测试页加报告页为主，未见可嵌入自有系统的 API 说明
- 官网未说明检测频率或单次测试的会话数量上限
AI Debug关键指标
AI Debug常见问题
这个测试页到底在测什么？＋
测两件事：访问你站点的浏览器或机器人有没有真正抓取并执行页面下发的 JavaScript 和 CSS；以及它有没有携带有效的 Web Bot Auth 签名。每项资产的抓取与执行会被独立记录，签名存在时会做密码学验证，结果汇总到报告页。
为什么每次会话的 JavaScript 和 CSS 都不一样？＋
页面按会话下发唯一的 CSS 和 JavaScript 资源，这样每次检测都能区分「抓到了」和「执行了」。如果资源地址固定，缓存或复用会让结果失真，唯一资源能让每项资产的抓取与执行被准确归因到本次会话。
Web Bot Auth 是什么？＋
它是一种草案 IETF 标准，让机器人能够以密码学方式证明自己的身份。本测试页会检查访问请求是否出示了该签名，并在签名存在时对其进行密码学验证，分别给出「出示了签名」与「签名有效」两个结果。
数据在哪里看，统计了多长时间？＋
结果发布在报告页，站点提供近 91 天的汇总，包含总会话数、抓取 JS、执行 JS、抓取 CSS、出示 Web Bot Auth 签名与携带有效 Web Bot Auth 签名等指标，数据更新时间标注为 2026-10-10 04:00 UTC，并支持按 User Agent 查看完整明细。
静态站点也能测 Web Bot Auth 吗？＋
可以。页面针对这种场景引导使用来自 VoightKampff.dev 的 JavaScript WBA 检测代码片段，静态站点按该方式即可完成 Web Bot Auth 检测，不必像本测试页那样按会话动态下发资源。
