Grænser & fair use
Opdateret Aug 2026 · API v3Grænserne findes for at holde API’et sundt for alle — normal brug rører dem aldrig.
Rate-limits
- Public API-trafik: som standard 60 requests/minut pr. client+bruger.
- Derudover gælder der infrastruktur-grænser pr. IP — normale integrationer rammer dem aldrig.
- Rammer du en grænse, svares der
429med enRetry-After-header;X-Rate-Limit-*-headerne fortæller dig til enhver tid, hvor du står.
Fair use
Ud over de hårde minut-grænser findes der en blød månedlig rettesnor:
3.000 requests/måned (læs den aktuelle værdi live fra
GET /v3/users/me/usage som fairUse.monthlyReference). Det er en måler,
ikke en håndhævelse: Overskrider du den, skifter en farve på din
forbrugsside på my.pon.app, intet andet. Dine live-tal (i dag, måned, pr.
token) står der også.
Det billigste request er det, du ikke laver.
Webhooks fortæller dig, når noget har ændret sig; et betinget fetch bagefter er alt, hvad du behøver. Det holder de fleste integrationer langt under rettesnoren.Ressourcekvoter
Rundhåndede lofter mod løbsk automatisering (422 QUOTA_EXCEEDED med
details.resource og details.limit):
| Ressource | Grænse |
|---|---|
| Egne lister | 200 |
| Aktive varer pr. liste | 5.000 (LIST_FULL) |
| Billeder | 2.000 |
| Åbne invitationer pr. liste | 50 |
| Listemedlemskaber | 500 |
| Personal access tokens | 10 (TOKEN_LIMIT) |
| Webhooks | 5 (WEBHOOK_LIMIT) |
Fejlkonvolutten
Hver fejl, hvert endpoint, samme form:
{ "errors": [ { "code": "LIST_FULL", "message": "…", "details": { "limit": 5000 } } ] }
Succesfulde svar er altid { "data": …, "meta": … }. Skriveveje er
idempotens-venlige — det er sikkert at prøve en fejlet skrivning igen.