Ideal para cenários com muitos dados e que exigem consistência na ordenação dos registros entre chamadas.
Visão geral
A paginação comscroll_id permite travar a ordenação dos registros a partir da primeira requisição. Isso evita inconsistências causadas por inserções, remoções ou atualizações enquanto os dados ainda estão sendo percorridos.
| Propriedade | Descrição | 
|---|---|
| scroll=true | Ativa a paginação por scroll_id | 
| scroll_id | Token gerado pela API que representa a “sessão” de paginação | 
| Validade do scroll | Tempo limitado — consuma os dados antes da expiração | 
| Fim da paginação | A resposta retorna data: []quando não há mais resultados disponíveis | 
1. Primeira requisição
Use o parâmetroscroll=true para iniciar a paginação. A resposta trará o primeiro conjunto de dados e um scroll_id.
Exemplo de requisição:
2. Requisições subsequentes
Utilize oscroll_id retornado para buscar os próximos resultados.
Exemplo de requisição:
3. Fim da paginação
Quando não houver mais dados, a resposta será parecida com:Boas práticas
- Consuma os dados sem grandes intervalos entre as requisições, para evitar expiração do scroll_id.
- Libere o scroll_idse a API oferecer essa funcionalidade.
- Não reordene manualmente os dados retornados — a API já garante a ordem estável.
Endpoints suportados
A paginação comscroll_id está disponível nos seguintes endpoints:
Esse método é preferível à paginação por offset quando há risco de inconsistência causada por operações concorrentes.