Some Parse APIs are built from sites that require login. These APIs have login endpoints that create sessions and protected endpoints that reuse the authenticated state.Documentation Index
Fetch the complete documentation index at: https://docs.parse.bot/llms.txt
Use this file to discover all available pages before exploring further.
Authenticated APIs can only be created through the Parse dashboard — not via the API or MCP. Free accounts cannot create authenticated APIs, and each account is limited to 1 authenticated session per site.
Endpoint session tags
Each endpoint in an authenticated API has a session tag:| Tag | Meaning |
|---|---|
initiates_session: true | Login endpoint. Returns session_id + encryption_key in the response. |
depends_on_session: "login" | Protected endpoint. Requires session_id + encryption_key from a prior login call. |
| (neither) | Public endpoint. Works without any session, even on APIs that have other auth-gated endpoints. |
Step 1: Call the login endpoint
Step 2: Call protected endpoints
Pass the session credentials via headers (preferred) or request body:Full example
Session details
- One session per user per scraper: Logging in again with the same user upserts the existing session.
- Proxy binding: The proxy IP used during login is reused for all protected endpoints to prevent session invalidation from IP changes.
- Session updates are transparent: After each protected call, the session state is re-encrypted and saved automatically.
- Rate limiting: Login endpoints enforce a rate limit of 3 login attempts per hour per scraper.
Error responses
| Code | Detail | When |
|---|---|---|
| 400 | This endpoint requires session_id and encryption_key. Call the login endpoint first. | Protected endpoint called without session |
| 400 | Invalid session or encryption key | Wrong encryption key or corrupted session |
| 404 | Session not found | Invalid session_id or session belongs to a different scraper |
| 403 | Auth session limit reached | You’ve hit your per-site session cap |
Security
- Fernet session encryption: Session state is encrypted with your
encryption_keybefore storage. Parse stores only ciphertext — without your key, the data is unreadable. - HMAC replay protection: Serialized session blobs are signed with a 30-minute TTL.
- No plaintext credential storage: Credentials provided during API creation are encrypted end-to-end and never stored in plaintext.