Guides
Rate Limits
Handle 429 responses correctly and use Retry-After safely.
Current behavior
Trendtrack owns authenticated public API rate limiting in the backend runtime. If a request is blocked, the API returns a canonical 429 rate_limited response.
Headers to watch
Retry-Aftertells you when to retry after a429.X-Request-Idhelps correlate support or debugging investigations.
Implementation guidance
- Back off and retry after the interval in
Retry-After. - Treat rate limiting separately from billing failures such as
insufficient_credits. - Use the raw OpenAPI and Swagger references to verify per-endpoint behavior as the surface evolves.