What is a session?
A session is a persistent browser context. When you create or reuse a session, the browser retains cookies, local storage, IndexedDB, and authentication tokens between requests. This lets you:- Log into a site once and reuse that auth state across many fetches
- Maintain a shopping cart or wizard state across multiple Interact calls
- Avoid repeated CAPTCHA or bot-challenge flows on sites that remember prior visits
Creating a session
Sessions are created implicitly on the first Fetch or Interact request that references a session ID:my-session-1 does not exist, it is created. If it does exist, its state is loaded.
Reusing a session
Pass the samesession.id on subsequent requests:
Login workflow example
Session response field
Every fetch and interact response includes asession field indicating whether the session was updated:
updated: true means cookies or storage changed during this request.
Identity profiles
Identity profiles are named credential sets stored server-side and associated with a tenant. They let you inject pre-configured browser identities (user-agents, locale, timezone) without sending credentials in every request. Identity management endpoints are in theAuth reference section. This feature is available on Pro and Enterprise plans.
Session limits
- Sessions are per-tenant and identified by the string ID you provide.
- Session state is stored in Redis and survives API restarts.
- Inactive sessions expire after 24 hours.
- There is no explicit “delete session” endpoint in the current release; sessions expire naturally.