returnCount (page size) and skip (offset). Where you put them depends on the endpoint:
- GET list endpoints (for example
GET /v2/companies/by-website,GET /v2/explore/{listId}) take both as query parameters. - POST filter endpoints (for example
POST /v2/companies) take both as fields in the JSON request body, alongside your filter criteria.
Parameters
| Parameter | Type | Default | Range | Purpose |
|---|---|---|---|---|
returnCount | integer | 40 | 1β1000 | Maximum number of records to return. |
skip | integer | 0 | β₯ 0 | Number of records to skip before returning. |
Walking a list
GET endpoints β query parameters
POST endpoints β body fields
returnCount records.
Picking a page size
- Small portfolios (< 1000 companies). Set
returnCountto the total β one request, no pagination. - Large filtered lists. Set
returnCount=1000and walk withskip. This is the most efficient mode. - Insights enabled. When
?insights=true, aggregations cover the full matched set, not just the current page. KeepreturnCountlow (40β100) on the first call to get the aggregations cheaply; raise it on subsequent paging requests if you also want the rows.
Limits
returnCount > 1000 is rejected with 400. Thereβs no hard ceiling on skip, but very deep pagination (skip > 100,000) is slow β use filters or company-number sets to narrow the set instead.
Per-endpoint variations
A few endpoints document their own page-size parameters with different defaults (for example/v2/companies/by-website has its own returnCount). The API reference is authoritative β check each operationβs parameters before assuming the default.