Skip to main content
Search endpoints return paginated results. You control the page size, navigate through pages, and optionally sort by one or more fields.

Pagination Parameters

Include these in your search request body:
Both parameters are optional. If omitted, the defaults apply.

Pagination Response

Every search response includes a pagination object alongside the data array:

Sorting

Sort results by one or more fields using the sort array:

Multi-column sorting

Pass multiple sort objects to sort by multiple fields. They are applied in order — the first entry is the primary sort, the second breaks ties, and so on.
This sorts by state alphabetically, then by estimated value (highest first) within each state.

Default sort

If you omit the sort parameter, the server applies a default sort order. The default varies by endpoint but generally returns the most relevant results first.

Sortable fields

Not all fields support sorting. Use the List Fields endpoint to check which fields are available, then refer to the endpoint documentation for sorting constraints. Attempting to sort by a non-sortable field returns a validation_error.

Iterating Through All Pages

To retrieve all results, loop through pages until has_next_page is false.

Performance Tips

Use smaller pages for faster responses

Smaller per_page values return faster. Use per_page: 25 for interactive UIs and per_page: 250 for batch processing.

Only fetch what you need

Use the fields parameter to request only the fields you need. Fewer fields means smaller payloads and faster responses.

Avoid deep pagination

Requesting very high page numbers (e.g., page 500) is slower than early pages. If you need to process large result sets, consider narrowing your filters instead.

Sort deliberately

Sorting by indexed fields is faster. If performance matters, avoid multi-column sorts on non-indexed fields.