Alle Public API v1 Listen nutzen Cursor-Pagination. Es gibt keinen page- oder offset-Parameter.
Parameter
Ticket-Listen haben keine Gesamtanzahl. Für „Wie viele Tickets passen zum Filter?“ nutze count einer gespeicherten Ansicht aus GET /views.
Walkthrough — Tickets paginieren
Seite 1:
Seite 2 (next_cursor aus Seite 1):
URL-kodiere den Cursor, wenn er | oder andere Sonderzeichen enthält.
Stopp, wenn has_more false ist oder next_cursor fehlt.
Views und Messages
Gleiches Muster für:
GET /public/v1/views — Default limit=50
GET /public/v1/tickets/:ticketNumber/messages — Default limit=30, order=asc für chronologische Threads
Anti-Pattern — Offset-Polling
Nicht mit Offset oder ständigem Neu-Laden von Seite 1 arbeiten:
Stattdessen:
next_cursor aus jeder Antwort speichern.
- Nächste Seite nur bei
has_more: true.
- Bei Rate Limits (
429) backoff.
Cursor-Stabilität
Cursor sind opak und an die Sortierung gebunden (created_at desc bei Tickets). Nicht manuell parsen oder bauen — immer den von der API gelieferten Wert verwenden.
Ist ein Cursor ungültig, starte ohne cursor neu.