Tier Limits
| Feature | Sandbox (Free) | Basic ($7/wk) | Pro ($15/wk) | Ultra ($45/wk) |
|---|---|---|---|---|
| API Requests | 50/day | 10,000/day | 75,000/day | 300,000/day |
| WebSocket Connections | 1 | 5 | 50 | 500 |
| WebSocket Duration | 5 min | 30 min | Unlimited | Unlimited |
| Bulk Check Users | 1 | 10 | 50 | 100 |
| Rate (per minute) | 10 req/min | 30 req/min | 60 req/min | 120 req/min |
Rate Limit Headers
Every API response includes rate limit information:| Header | Description |
|---|---|
X-RateLimit-Limit | Maximum requests allowed in the current window |
X-RateLimit-Remaining | Remaining requests before throttling |
X-RateLimit-Reset | Unix timestamp when the rate limit window resets |
Handling Rate Limits
When you exceed your rate limit, the API returns HTTP429 Too Many Requests:
Best Practices
- Check headers — Monitor
X-RateLimit-Remainingto avoid hitting limits - Implement backoff — Use exponential backoff when receiving 429 responses
- Cache results — Cache
check_aliveandroom_inforesponses when polling - Use WebSocket — For real-time data, WebSocket is more efficient than polling REST
Check Your Limits
Use the/webcast/rate_limits endpoint to see your current quota: