Pinterest API Rate Limit
How Pinterest API rate limiting works for publishing integrations.
By André LugPinterest rate limits differ by tier: Trial access caps Pin creation (org_write) at 300 requests per day per app and all calls at 1,000 per day, while Standard access allows 100 org_write requests per minute per user per app under a 100-requests-per-second global cap. Every response reports usage in x-ratelimit headers, and Pinterest notes the limits can change without notice.
Pinterest limits API usage per endpoint category, per access tier, per app, and — on Standard access — per connected user. According to Pinterest’s published rate-limit reference, the numbers below are what a direct integration has to track and respect; Pinterest notes these limits are subject to change without notice, so treat the exact figures as a snapshot rather than a permanent contract.
How do Trial and Standard throttling differ?
Which category does Pin creation fall under?
org_write category. On Trial access that category is capped at 300 requests per day, per app. On Standard access it becomes 100 requests per minute, per user, per app — enough for real production volume, but still a hard ceiling if you’re fanning Pin creation out across many accounts from one app.Is there a global ceiling underneath every category?
How does Pinterest report usage?
x-ratelimit-limit, x-ratelimit-remaining, and x-ratelimit-reset. A direct integration should read these on every call rather than guessing at usage from a fixed request count, since limits differ by category and can change.How does PostGate absorb this for you?
Frequently asked questions
What is the difference between Pinterest Trial and Standard rate limits?
Trial access is limited per day, per app — a flat daily ceiling shared across every user connected through that app. Standard access switches to a per-minute, per-user, per-app model instead, so each connected account gets its own budget rather than competing with every other account for one shared daily pool.
How many Pins can I create per day on Pinterest Trial access?
Publishing endpoints — creating Pins and boards — sit in Pinterest's org_write category, capped at 300 requests per day per app on Trial access. An overall cap of 1,000 requests per day for all API calls sits underneath that, shared between reads and writes.
How do I check my current Pinterest API usage?
Every Pinterest response carries x-ratelimit-limit, x-ratelimit-remaining, and x-ratelimit-reset headers. A direct integration should read these on every call rather than guessing at usage from a fixed request count, since limits differ by category and can change without notice.
Do read requests count against the same Pinterest rate limit as writes?
Yes — reads (boards, analytics) and writes (Pin creation) draw from the same overall budget: 1,000 requests per day on Trial access, or 100 requests per second per user per app on Standard access. A burst of board lookups ahead of a batch of Pin creates can tighten the room left for the writes.
How does PostGate handle Pinterest API throttling?
PostGate's house app already runs on Standard access, and delivery retries with backoff when a Pin creation call is throttled, so a single burst of scheduled Pins does not surface as a hard failure. Spreading Pins across a queue is still the more reliable pattern at real volume, especially across many connected accounts.
