Guides / Pagination
Pagination.
Searches return results a page at a time. Pass next_cursor from one page as cursor on the next call, until it comes back null.
How it works
- POST /v1/people/search and POST /v1/companies/search page with a cursor. Enrich, verify and scrape calls answer in one response.
limitsets the page size: 1–100, default 25. On the Free plan a call returns at most 10.- Every search response has
next_cursor: a string when there is more,nullon the last page. - Send the cursor back unchanged, with the same filters. Only
cursorchanges between pages. - A cursor belongs to the endpoint that issued it. Sending it to another endpoint answers 400
invalid_requestwithparam: "cursor". - Cursors don't expire, and results come in a stable order, so a later page never repeats an earlier one.
Walk every page
With the SDKs
The SDKs page for you. searchAll / search_all yields records across pages and stops at maxItems / max_items (the last page asks only for what is left, so you never pay for more than you take). searchPages / search_pages yields pages, so you can read usage between them; maxPages / max_pages caps the calls.
Breaking out of the loop stops fetching.
What a page costs
Each page is one request and counts one search record per record it returns. An empty page counts no records. Pages use the same five-hour and weekly meters as any search, and each page takes one of your plan's concurrent-search slots while it runs. Details are in Limits and costs.
On the Free plan, search has 100 records in total, so a full walk stops after 10 pages of 10.
Long runs
Read usage on every page: it says what the page counted and what is left in the window. Stop or slow down before a meter runs out, or handle 429 window_full by waiting for Retry-After. A cursor stays valid while you wait, so a run can resume where it stopped. See Errors and retries.
Was this page useful? Tell us