Layer 01 Identification
Which device is this?
A visitor ID for the device, not the browser’s storage, so clearing cookies, opening a private window or changing networks does not reset it.
- Visitor ID
- Confidence, 0 to 100
- New or returning
[ 01 / 04 ]The inspector
One visitor. Every check.
The visitor ID belongs to the device and stays put; the request ID is new on every call. The tabs read one request through six checks, and the JSON switch shows the response body.
Session inspector
Nothing is read until you ask. Identify this browser to open its session.
NOT IDENTIFIED
Your session is still private.
There is no visitor ID, suspect score or signal report to show yet. Identify this browser to create one real response and open the inspector.
- Only on clickNothing is read before you ask.
- The real pathThe same SDK, matcher and score.
- Kept apartNo event archive and no bill.
- Your addressPlaced, and checked for VPN, proxy and Tor.
A signal is a clue, not a verdict. Your application stays in control of the decision.
[ 02 / 04 ]In every response
Three layers. One answer.
Identification, the signals, and a score to read them by, on every request, from one call.
Layer 02 Signals
What is it doing?
Every request is checked for the things that change how much to trust it, and each finding comes with its own confidence.
- Bots and automation
- VPNs, proxies and Tor
- Emulators and device farms
- Tampering and private windows
Layer 03 Suspect score
How much should it worry you?
One number: the weight of everything that fired, added up, and a level to read it by. What each level means in your product is yours to decide.
- A score with every trigger behind it
- Low, medium or high
- Your rules, your decision
[ 03 / 04 ]In a product
Same signals. Different decisions.
Four moments where a product reads an identification. The rules are an example application’s: the score informs a decision, it never makes one.
01
The fifth free trial
A fresh email and a cleared browser, from a device that has signed up before, and is not the phone it claims to be. The trial is refused before it is granted.
Rule score ≥ 30 → refuseNew account fraud
02
Card after card
A person, on Tor, in a disguised browser, trying to pay far more often than a shopper does. Nothing on its own proves fraud; together it is past the line, so the order waits for a look.
Rule score ≥ 30 → hold for reviewPayment fraud
03
The right password, somewhere new
A device the account has never used, behind a VPN, in a private window. Medium, not high: enough to ask for a code, not enough to lock a customer out.
Rule score ≥ 15 → ask for a codeAccount takeover
04
A familiar laptop
The device this customer always uses, at home, at a person’s pace. Nothing fired, so nothing gets in the way: no code, no captcha, no second guess.
Rule score < 15 → let them inReturning user experience
[ 04 / 04 ]Where it applies
Wherever trust gets decided.
The same visitor ID and signals, at signup, login, checkout and everywhere else abuse gets in, across every industry.
See all use cases Less guessing. More knowing.
Make the next connection a trusted one.
Start with the signals, keep your own decisions, and pay only for what you identify. No credit card needed.