Start a fresh challenge
The browser requests a challenge for your public sitekey and runs the client-side checks, including a WebAssembly verifier.
InstantBlock runs a check in the visitor's browser, evaluates the result, and returns a signed token. Your server verifies that token before completing the protected action.
The browser gathers evidence; InstantBlock produces a verdict; your application decides whether to continue.
Use verification before a meaningful action, such as submitting a form or creating an account. You choose the point in your workflow.
The browser requests a challenge for your public sitekey and runs the client-side checks, including a WebAssembly verifier.
InstantBlock considers multiple signal groups and can request a follow-up challenge when more confidence is needed.
Your application validates the token signature, expiry and decision using the site secret. Only an accepted decision should allow the action.
Use the sitekey to run the browser check. Keep the site secret only on your backend. The token travels with the action you want to protect.
This is a short illustration. The documentation includes the complete token validation example and current endpoint details.
import { runChallenge } from
'<your-engine>/client/api.js';
const { token } = await runChallenge({
sitekey: 'IB-S-…'
});
// Send token with the action to your server.No. A follow-up challenge is one possible path for uncertain sessions, rather than the default presentation for every visitor.
In your application. Verify the token on your server and check that its decision is accept before continuing.
The dashboard shows site activity and recent verification outcomes so you can review traffic during rollout.
Create a site, add the browser check and verify the token in your backend.