Saltare al contenuto

API Panoramica

Questa è la documentazione del pubblico API di Capgo cloud. Il API consente di gestire in modo programmatico le tue Capgo risorse, compresi gli organi, i dispositivi, i canali e i pacchetti. È progettato per essere RESTful e utilizza metodi HTTP standard.

Tutti i punti di accesso API richiedono l'autenticazione. Per autenticare le tue richieste, aggiungi la tua API chiave nella x-api-key testa.

Esempio:

Finestra del terminale
curl -H "x-api-key: YOUR_API_KEY" https://api.capgo.app/organization/

La authorization testa è ancora accettata per le chiavi API legacy, ma x-api-key è la intestazione raccomandata per tutti i tipi di chiave, comprese le chiavi crittografate con hash sicuro.

La API implementa la limitazione del tasso di richiesta per garantire un utilizzo equo. I limiti attuali sono:

  • 100 richieste al minuto per gli account standard
  • 1000 richieste al minuto per gli account enterprise

Se superi questi limiti, riceverai una risposta 429 (Troppi richieste).

Le modifiche del canale dispositivo utilizzano il plugin API e hanno limiti di prevenzione dell'abuso separati che si applicano a ogni piano, compresi i trial:

  • Un dispositivo può effettuare fino a 5 richieste al secondo per ogni operazione del canale (set, get, delete, o list. Questo limite è riferito all'app, al dispositivo e all'operazione.
  • Impostando lo stesso dispositivo sullo stesso canale più di una volta entro i 60 secondi si ottiene una risposta 429. Passare a un canale diverso è consentito dopo che il limite di secondi si è resettato.
  • Si applica inoltre un ulteriore limite di 1000 richieste di canale per minuto per ogni app e indirizzo IP.

Questi limiti non sono account-wide. Se il tuo switcher di canale può tornare su un canale selezionato di recente, attendi il retryAfterSeconds duration in the 429 response prima di riprovare.

Tutte le risposte sono in formato JSON. Le risposte di successo includono tipicamente un data o un status campo. Le risposte di errore includono un error campo con una descrizione di cosa è andato storto.

Esempio di risposta di successo:

{
"status": "ok",
"data": { ... }
}

Esempio di risposta di errore:

{
"error": "Invalid API key",
"status": "KO"
}

Gestisci i bundle dell'app, comprese l'upload, la lista e la gestione dei bundle (versioni)

Pratiche Consigliate
  1. Sottosezione intitolata “Pratiche Consigliate”Gestione degli Errori
  2. : Controlla sempre le risposte di errore e gestiscile in modo appropriato. : Implementa il ritardo esponenziale quando si superano i limiti di tasso
  3. Caching: Cache le risposte quando è appropriato per ridurre le chiamate a API
  4. Versioning: Traccia i cambiamenti di API attraverso il nostro changelog

Se stai utilizzando API Overview per pianificare l'autenticazione e le flussi di account, connettilo con capgo/capacitor-login-social per i dettagli di implementazione in capgo/capacitor-login-social, @capgo/capacitor-passkey per i dettagli di implementazione in @capgo/capacitor-passkey @capgo/capacitor-native-biometric per i dettagli di implementazione in @capgo/capacitor-native-biometric Autenticazione a due fattori per i dettagli di implementazione in Autenticazione a due fattori, e SSO (Enterprise) per i dettagli di implementazione in SSO (Enterprise).