All list endpoints across AscendAPI products use cursor-based pagination. This page explains how it works, how to navigate through results, and how it compares to traditional offset-based pagination.Documentation Index
Fetch the complete documentation index at: https://docs.ascendapi.com/llms.txt
Use this file to discover all available pages before exploring further.
How It Works
Each list response returns adata array alongside a meta object that contains everything you need to navigate to the next or previous page.
Meta Fields
| Field | Type | Description |
|---|---|---|
total | number | Total number of exercises matching the current filters |
hasNextPage | boolean | Whether more results exist after the current page |
hasPreviousPage | boolean | Whether results exist before the current page |
nextCursor | string | Exercise ID to pass as after for the next page |
previousCursor | string | Exercise ID to pass as before for the previous page |
Navigating Pages
First Request
No cursor is needed on the first request. Use thelimit parameter to control how many results are returned per page.
Next Page
Pass thenextCursor value from the previous response as the after parameter.
Previous Page
Pass thepreviousCursor value as the before parameter to go back.
With Filters
Pagination works alongside all available filters. Pass any combination of query parameters together with the cursor.Cursor vs Offset Pagination
AscendAPI uses cursor-based pagination instead of the traditional page/offset approach. The table below explains the key differences.| Cursor-Based | Offset-Based | |
|---|---|---|
| Mechanism | Uses an exercise ID as a stable pointer | Uses page and limit numbers to skip rows |
| Performance | Consistent at any depth | Degrades on large datasets due to row scanning |
| Stability | Results stay consistent as data changes | New inserts or deletes can shift page results mid-pagination |
| Random access | Sequential only | Can jump to any page number |
| Best suited for | Feeds, infinite scroll, large datasets | Small datasets, numbered page UIs |
Plan-Based Record Limits
On certain AscendAPI products, your plan determines how many records you can access in total, not just per page. This affects pagination directly astotal in the meta object will reflect your plan limit rather than the full dataset size.
For example, if your plan includes access to 1,000 records, pagination will stop at 1,000 results regardless of the full dataset size.
To check the limits included in your plan, refer to the features listed on the product page.