跳转到主要内容

概览

会话决策通过两个列表返回每个定位验证步骤的结果:geolocation_checks[] 包含每个步骤已接受的尝试,geolocation_attempts[] 按顺序列出每一次尝试。 两者都在 GET /v3/session/{sessionId}/decision/ 中返回(参见 获取会话),也会在 status.updated Webhook 中返回。 如果工作流中没有定位步骤,两者都返回 null 或空列表。

geolocation_checks[]

每个定位步骤(node_id)返回一项,取自该步骤最新的一次尝试。

geolocation_attempts[]

每个定位步骤的每一次尝试,按从旧到新的顺序排列,包含与 geolocation_checks[] 相同的测量、不确定性、区域和距离字段,但不包含 warnings,并额外包含: 被重新提交取代的尝试不会包含在内。 原始客户端提交内容和挑战信息永远不会返回。

状态规则与分支的字段

自定义 status_rules 和分支规则可以读取以下字段: geolocation.status、geolocation.outcome、geolocation.permission、geolocation.latitude、geolocation.longitude、geolocation.accuracy_m、geolocation.accuracy_confidence、geolocation.age_seconds、geolocation.measured_at、geolocation.source、geolocation.platform、geolocation.country(ISO 3166-1 alpha-3)、geolocation.region、geolocation.city、geolocation.is_mock、geolocation.integrity、geolocation.inside_geofence、geolocation.ip_distance_km、geolocation.ip_consistent、geolocation.document_distance_km、geolocation.attempts、geolocation.consent_at、geolocation.inside_areas、geolocation.blocked_areas、geolocation.anonymizers(vpn、proxy、tor、spoofing、emulator)和 geolocation.consecutive_mismatches。 缺失值只会匹配 is_empty,因此为欺诈信号编写的规则绝不会在缺失数据上触发。

相关内容

最后修改于 2026年11月7日