结果解读

置信度

每条技术都有一个置信度药丸，三个等级：

等级	颜色	含义
高	绿	命中了强信号：global 变量（如 window.React）、专属 DOM 选择器、明确的资源 URL（如 /_next/）
中	黄	命中了中等信号：响应头模糊匹配、CSS 类名前缀、CSS 变量集合
低	灰	命中了弱信号：通用脚本文件名兜底（如 *.min.js）、模糊正则

在「重点」标签下默认只看高置信度结果。

证据

卡片里最多展示 4 行证据。常见证据包括 DOM 标记、资源 URL、响应头和动态加载记录，比如：

- DOM 节点存在 React Fiber 标记
- 资源 URL 匹配 unpkg.com/react@18.2.0/umd/react.production.min.js
- 响应头 X-Powered-By: Next.js

遇到误报时先看证据。它通常能说明问题出在资源规则、响应头规则，还是某个过宽的 DOM / class 匹配。

来源

来源标签代表这条结果是从哪里被识别出来的：

来源标签	来自
响应头	主文档的 HTTP 响应头（server / x-powered-by / set-cookie 等）
响应头 · API	当前页面的某个 XHR / fetch 请求响应头
响应头 · iframe	嵌套 iframe 的主文档响应头
动态监控	内容脚本 + MutationObserver 持续采集到的资源 / 动态加载的脚本
动态监控 · 页面交互后	用户操作后才加载的资源（弹窗、登录、支付）
WordPress 主题	主题 style.css header 反推

点击任意来源标签会从底部打开面板，显示该技术、该来源对应的原始 JSON 数据子集。它会直接给出原始响应头、资源 URL 列表或动态快照，不需要在完整 JSON 里翻找。

排序

默认排序规则：

1. 分类索引（前端框架 → UI 框架 → 构建运行时 → CDN → ...）
2. 同分类内按置信度倒序（高 → 中 → 低）
3. 同置信度内按技术名 localeCompare

切换到具体分类时，只在该分类内排序。「重点」标签下取所有高置信度技术；如果一个高的都没有，就退到所有技术里按置信度倒序拿前 30 条。

重复合并

同一技术如果从多个来源都识别到（比如 React 既出现在响应头里又在 DOM 里），不会重复显示——会合并成一条，置信度取最强的那个，证据数组合并去重，sources 数组列出所有命中的来源。

没识别到不代表没用

工具检测的是「网页向浏览器暴露了什么线索」。如果一个站点：

• SSR 完毕后剥掉所有运行时痕迹（如 statically pre-rendered 的 Astro 站点）
• 自定义 server header 全部清空
• Bundle 文件名打了 hash 不带框架原始名

插件可能只能识别出很少内容，甚至识别不出来。这通常不是规则漏了，而是页面没有向浏览器暴露足够线索。

前端构建线索也不等于后端运行时。比如页面有 /_next/、/_nuxt/ 或 Vite 产物，只能说明前端构建链路，不应该直接推断服务端就是 Node.js。后端语言通常要靠 Server、X-Powered-By、Cookie 名称或框架特有响应头来判断。

纠正按钮

每条卡片的「识别不准确，点击纠正」按钮会打开 GitHub Issue，自动填好以下信息：

• 当前页面 URL
• 这条识别结果的 JSON
• 你看到的证据
• 扩展版本号

描述里说明「哪里错了」或「应该识别成什么」即可。维护者会在 rules/ 下调整对应规则。