团队统计
一个团队的统计回答那个团队级的问题：跨这个团队拥有的一切、而非仅仅一个站点密钥，验证进行得怎么样。它是和单个密钥的 统计 同一个仪表盘，指向整个团队：同样的漏斗数字块、同样的图表、同样的时间范围，在团队里的每个站点密钥上求和。你在这里把产品作为一个整体来观察，然后在某处突出时打开单个密钥。
一切都是聚合的，和 Caputchin 其余部分同样的姿态：计数和时序，绝非逐访客数据。在顶部挑一个时间范围（今天、昨天、7 天、28 天，或一个 自定义 窗口），下面每块和每张图都跟随它。
一眼看懂漏斗
四块标题数字，从上到下作为一条漏斗来读，在团队里每个密钥上求和：
- 会话已开始：组件为一位访客挂载了。
- 客户端已完成：访客在他们的浏览器里通过了挑战。
- 服务端已核验：一个后端，或 托管验证，确认了令牌。
- 已拦截威胁：挑战拦住的请求。
下面，和单个密钥显示的同样两个派生百分比，按全团队计算：
- 用户流失 =（已开始 减 客户端已完成）除以 已开始：在完成之前就放弃的访客。
- 未核验的完成 =（客户端已完成 减 服务端已核验）除以 客户端已完成：一个后端从未核验的有效令牌。
一个健康的团队会让两者都低而稳。因为这些是全团队的，一个行为不端的密钥就能在其他密钥不变的情况下挪动团队的数字，而那正是钻进去的信号。
量级随时间变化
量级图把整个团队的 已开始、客户端已完成 和 服务端已核验 画在你的范围上。这三条线应该一起起落；当它们扇开时，你能看到它是 何时 开始的，这会把一次全团队的骤降系到其中某个密钥上的某个具体部署或活动上。
失败与威胁
第二张图拆解团队的挑战拦住了什么：失败的客户端完成、失败的服务端核验、速率限制拒绝，以及 挑战阻断。一次飙升就是早期预警。整个团队里挑战阻断的跳升，往往意味着一波机器人击中了一个或多个密钥；持续的速率限制拒绝则暗示一次攻击，或某处的 速率限制 设得太低。
时序
时序图显示整个团队的 中位数（p50）、p95 和 平均，分单个密钥所报告的同样四个区段：游玩时间、完成耗时、核验耗时，以及 总会话。盯着 p95 看：一个在爬升的全团队完成耗时指向一个对最慢设备太重的挑战，而一个慢的核验耗时则指向一个后端，而非组件。
与单个密钥有何不同
团队视图是汇总，所以有两个逐密钥的工具不在这里，是有意为之的：
- 没有逐游戏筛选。 单个密钥可以把整页收窄到一个游戏来比较游戏；团队不能，因为每个密钥注册它自己的游戏。逐游戏的拆解住在每个密钥自己的页面上。
- 没有会话日志。 逐会话的列表（带它逐会话的结果和游戏筛选）是一个逐密钥的工具。打开那个具体的密钥去看一个个会话。
所以套路是：在这里发现全团队的趋势，然后打开它所指向的那个密钥，用它的逐游戏筛选和会话日志去找那个具体的原因。
跨团队的投递
如果团队的站点密钥用了 托管验证，那么团队也有一个投递视图：在每个启用了它的密钥上汇总的 webhook 和邮件投递成功与失败。它是逐密钥的 投递统计 的全团队版本，这样你就能一次性确认提交在各处都到达了它们的目标。
什么不在这里
- 没有逐访客数据。 这些汇总是计数和时序；没有 IP、指纹或身份。
- 没有跨团队视图。 统计限定在一个团队上。要比较各团队，就读每个团队自己的页面。