Ogni pulsante della dashboard, come endpoint
Un'API REST versionata e 191 eventi webhook firmati, dietro token di cui decidi tu i permessi, su ogni piano
Tutto ciò che la dashboard può fare, il codice può farlo: 40 famiglie di risorse su un'API versionata descritta da una specifica OpenAPI pubblicata, token di accesso personale che portano solo le abilità che spunti, scritture che accettano una chiave di idempotenza così che un nuovo tentativo non duplichi mai, e 191 eventi inviati ai tuoi endpoint con firma HMAC e una scala di tentativi che continua a provare per circa 4 giorni. L'endpoint REST e lo strumento MCP di un'operazione condividono sotto la stessa azione, quindi un agente, uno Zap e il tuo servizio fanno tutti esattamente ciò che farebbe la dashboard.
- Superficie
- 40 famiglie di risorse
- Progetti, piani, pass, abbonamenti, membri, coupon, codici di accesso, broadcast, supporto, connettori, ripristino e altro, su un percorso versionato con una specifica OpenAPI pubblicata.
- Token
- 130 permessi limitati
- Un token di accesso personale porta solo i permessi che spunti; i token di produzione e di test si distinguono dal prefisso e vengono rifiutati nell'ambiente sbagliato.
- Limiti
- 300 al minuto, 10,000 all'ora, per token
- Più limiti più stretti su pochi endpoint pesanti; ogni risposta dice quanto resta e una richiesta limitata dice quando riprovare.
- Webhook
- 191 eventi firmati
- HMAC-SHA256 su timestamp e corpo, un registro delle consegne e 8 tentativi in circa 4 giorni quando il tuo endpoint non risponde.
- Idempotenza
- Ripetizioni servite per 24 ore
- Invia una chiave di idempotenza con una scrittura e un nuovo tentativo restituisce la prima risposta invece di un secondo record.
- Incluso in
- Ogni piano, Free incluso
- L'API, i webhook, la specifica OpenAPI e il server MCP non costano nulla in più su nessun piano.
Cosa ti dà l'API
Una specifica, qualsiasi toolkit
Il documento OpenAPI si importa in Postman o Insomnia per esplorare, in un generatore di codice per un client tipizzato e in un toolkit LangChain per un agente, senza client scritto a mano.
Privilegio minimo, per abilità
I token portano abilità, non ruoli: un servizio di reportistica detiene le letture di cui ha bisogno e nient'altro, un servizio di checkout detiene una sola scrittura, e ruotare un token ferma tutto ciò che lo usava.
Eventi di cui puoi fidarti
Ogni webhook è firmato, ritentato su una scala che si allarga e registrato a ogni tentativo; i corpi dei messaggi degli eventi di assistenza restano fuori dal payload, recuperati via API quando ti servono.
Costruita pensando agli agenti
L'endpoint REST e lo strumento MCP di una stessa operazione condividono una sola azione, i codici di errore sono un catalogo che puoi leggere e i job asincroni riportano il loro avanzamento, quindi una macchina può guidare la piattaforma in modo sicuro quanto una persona.
Come iniziare
- 1
Crea un token di accesso personale sotto Impostazioni, Token API, spuntando solo le abilità di cui hai bisogno; usa prima un token di test su un progetto di test.
- 2
Importa la specifica OpenAPI in Postman o Insomnia, oppure genera da essa un client tipizzato, e fai la tua prima lettura.
- 3
Aggiungi un header con chiave di idempotenza a ogni scrittura, così un nuovo tentativo dopo un timeout restituisce la prima risposta.
- 4
Aggiungi un endpoint webhook, scegli gli eventi, conserva il secret e verifica la firma di ogni consegna prima di agire.
- 5
Osserva il log delle consegne e gli header di rate limit, e leggi la pagina sul versionamento prima di costruire su qualcosa segnato come in cambiamento.
Ideale per
- Sviluppatori che costruiscono un checkout, una sincronizzazione CRM o un servizio di reportistica
- Agenzie che gestiscono molte community da un unico sistema
- Chiunque voglia che la piattaforma si adatti al proprio stack e non il contrario
Spesso abbinato a
Le integrazioni che i creator collegano accanto a questa.
Domande comuni
Leggi la guida- L'API è sul piano Free?
- Sì. L'API, i webhook, la specifica OpenAPI e il server MCP sono su ogni piano, Free incluso, con gli stessi limiti.
- Come vengono limitati i token?
- Per permesso, tra 130: spunti ciò che un token può fare quando lo crei, e una richiesta fuori da quella lista viene rifiutata con un errore chiaro. I token di produzione e di test portano prefissi diversi e vengono rifiutati nell'ambiente sbagliato.
- Quali sono i limiti di frequenza?
- 300 richieste al minuto e 10,000 all'ora per token, con limiti più stretti su pochi endpoint pesanti come la generazione massiva di codici; gli header di risposta dicono quanto resta e una richiesta limitata dice quando riprovare.
- Cosa succede quando il mio endpoint webhook non risponde?
- Subscriby riprova la consegna fino a 8 volte in circa 4 giorni con una scala crescente, registra ogni tentativo e segna la consegna quando il tuo endpoint risponde con successo. Le consegne non sono rigorosamente ordinate nei tentativi, quindi agisci sui dati dell'evento e non sul suo ordine di arrivo.
- Come evito i duplicati nei tentativi ripetuti?
- Invia una chiave di idempotenza con ogni scrittura. Una ripetizione con la stessa chiave entro 24 ore restituisce la risposta ricevuta dal primo tentativo, quindi una richiesta ripetuta non crea mai un secondo codice, coupon o risposta.
Inizia gratis — Leggi la specifica, fai la prima chiamata
Free Plan includes 3 projects. No monthly fee — card on file required to charge transaction fees.
Configurazione gratuita in 30 minuti