Kpler Rate Limits
Kpler does not publish hard numeric rate limits for the Direct Access APIs. Instead the public documentation gives usage guidance - core endpoints (trades, vessels, flows, port calls, ship-to-ship, storage) should be queried about once per hour, and queries should be run sequentially, one after another, rather than in parallel, to reduce load. The data itself updates on platform refresh cycles, so higher polling frequencies add no information. MarineTraffic services are constrained by credit consumption per call rather than a published requests-per-minute cap. The legacy Maritime 2.0 GraphQL API (being discontinued) documented an explicit 60 requests per minute per token leaky-bucket limit, with multi-root queries counted as multiple requests.
Kpler Rate Limits is the machine-readable rate-limit profile for Kpler on the APIs.io network, in the API Commons Rate Limits shape.
It captures 4 rate-limit definitions, measuring requests, concurrent requests, and credits.
An exhausted limit returns HTTP 429.
This profile was written by API Evangelist and has not been verified against a page the provider published; treat every limit as unconfirmed until a dated transcription replaces it.
The profile also includes 3 backoff/retry policies defined and response codes documented for throttled.
Tagged areas include Vessel Tracking, Maritime, Commodities, Supply Chain, and Rate Limiting.
generated, dated 2026-07-11.
Limits
Policies
Sources
- https://lng.dev.kpler.com/
- https://liquids.dev.kpler.com/
- https://servicedocs.marinetraffic.com/
- https://servicedocs-sm.kpler.com/maritime-2-0/
Work with this as data
Every rate limit here is available over the APIs.io API and to AI agents over MCP.