Skip to main content
Every list endpoint returns one page of results and a pageInfo object. To get another page, send a cursor from pageInfo. Cursors are opaque strings: don’t parse, build, or edit them. Send back exactly what the API returned.

Query parameters

Cursors are tied to your filters

A cursor works only for the list and the filters it came from. Send it with the same filter parameters as the request that returned it. A cursor sent with other filters, to another list, or after any edit returns 400 validation_failed on pageCursor. When you change filters, start again from the first page.

Response

totalCount doesn’t depend on pageCursor or pageSize. It stays the same on every page unless results are added or removed while you page. If nothing changes, the pageCount values of all pages add up to totalCount. Results come in a stable order, so paging stays consistent when results are added or removed between requests.

Read every page

Get the first page. Then, while pageInfo.hasNextPage is true, send pageInfo.endCursor as pageCursor:
When hasNextPage is false, there is no endCursor and you have read every result. To go back one page, send pageInfo.startCursor as pageCursor.