Limity odesílacího API
Odesílací API nevynucuje pevný rate limit požadavků za sekundu, ale vynucuje limity příjemců na požadavek, které musíte dodržovat při dávkování odchozích zpráv.
Pro kampaně větší než tyto limity rozdělte příjemce mezi několik sekvenčních nebo souvislých API volání.
Odpověď
200 neznamená, že každá zpráva byla odeslána. Zkontrolujte pole rejected v těle odpovědi pro identifikaci příjemců, kteří nebyli přijati v rámci jednoho volání. Odmítnuté záznamy se nepočítají do rate limitů — můžete je ihned znovu odeslat po vyřešení hlavního problému (například dobití kreditu).Rate limity Verify API
Verify API implementuje víceúrovňový rate limiting pro prevenci zneužití a ochranu vašeho účtu i jednotlivých uživatelů. Limity jsou vynucovány současně na dvou úrovních:- Per účet (tenant): Omezuje celkový počet nových validačních sessionů, které váš účet může zahájit v rolling okně. Chrání vaši celkovou kvotu.
- Per telefonní číslo: Zabraňuje zahlcení jednoho telefonního čísla ověřovacími kódy omezením počtu sessionů, které lze zahájit pro dané číslo v časovém okně.
HTTP 429 s jedním z následujících chybových kódů v těle odpovědi:
Zpracování rate limitů
Když obdržíte odpověď429, neměli byste ihned opakovat. Použijte exponenciální backoff s jitterem k rozprostření opakování a vyhnutí se stampede podmínkám.
Python — opakování s exponenciálním backoff
Python — opakování s exponenciálním backoff
Node.js — opakování s exponenciálním backoff
Node.js — opakování s exponenciálním backoff
Limity pokusů o ověření
Každá validační session (zahájená přesPOST /v1/validations) povoluje omezený počet pokusů o ověření kódu před uzamčením.
Jakmile session dosáhne maximálního počtu neuspěšných pokusů, následující volání
POST /v1/validations/{token}/verify vrací HTTP 429 se zprávou "Too many attempts". V tom okamžiku musíte zahájit novou validační session.