メインコンテンツへスキップ

概要

セッションの判定は、すべての位置情報検証ステップの結果を2つのリストで返します。geolocation_checks[]には各ステップで採用された試行が入り、geolocation_attempts[]にはすべての試行が順番に並びます。 どちらもGET /v3/session/{sessionId}/decision/(セッションの取得を参照)とstatus.updated Webhookに含まれます。 位置情報ステップのないワークフローでは、どちらもnullまたは空のリストが返されます。

geolocation_checks[]

位置情報ステップ(node_id)ごとに1項目で、各ステップの最新の試行から取得されます。

geolocation_attempts[]

すべての位置情報ステップのすべての試行を古い順に含みます。warningsを除き、geolocation_checks[]と同じ測定、不確実性、エリア、距離のフィールドを持ち、さらに以下のフィールドが加わります。 再送信によって無効になった試行は含まれません。 クライアントが送信した生データとチャレンジは決して返されません。

ステータスルールと分岐で使えるフィールド

カスタムの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月1日