When to Use Bulk Operations
Use bulk endpoints when you need to:- Fetch multiple items (2-25 items per call)
- Reduce HTTP overhead and improve performance
- Minimize credit usage for multiple items
- Avoid URL length limits (POST requests don’t have URL length restrictions)
Bulk Endpoints
The API provides bulk endpoints for three resource types:Profiles
Content
Games
Request Format
All bulk endpoints use the same request structure:Limits
- Minimum: 1 item
- Maximum: 25 items per request. More returns a
400validation error whoseerror.detailssay, for example,profile_ids cannot exceed 25 items - Credit cost: 0.01 credit per call, whatever the number of items
Response Structure
Bulk responses include metadata about which items were found and which were missing:Handling Partial Failures
Bulk operations are partial success operations. If some items are missing:- The request still succeeds (HTTP 200)
- Found items are returned in
payload - Missing items are listed in
meta.missing_ids - You can check
meta.found_idsto verify which items were returned
Example: Handling Missing Items
Batching Large Requests
If you need to fetch more than 25 items, split them into batches:Quota Efficiency
A bulk call costs 0.01 credit, whatever the number of items it names:
Bulk operations also:
- Reduce HTTP overhead
- Improve performance (single round-trip)
- Avoid rate limit spikes from many concurrent requests
Best Practices
- Deduplicate IDs: Remove duplicate IDs before sending (the API may dedupe, but it’s better to do it client-side)
- Handle missing items: Always check
missing_idsand handle gracefully - Batch large requests: Split requests larger than 25 items into multiple batches
- Monitor quota: Each batch is one call against your credits and your per-minute rate limit
- Error handling: Implement retry logic for failed bulk requests

