Formato errori JSend
Le chiamate API fallite restituiscono status error, message, code e data in formato JSend. Leggi sempre message e code. Cause comuni: accesso API mancante, JWT scaduto, numeri non validi.
Esempio di risposta di errore
Esempio di errore di validazione quando manca un campo obbligatorio.
curl -X POST 'https://app.buzzbip.com/api/contacts/' \
-H 'Authorization: Bearer ${TOKEN}' \
-H 'Content-Type: application/json' \
-d '{"firstname": "Jane"}'Checklist di debug
Conferma Authorization (Bearer con uno spazio). Verifica slash finali. Assicurati che hasApiAccess sia attivo. Logga status, message e data insieme. Testa prima con GET /api/contacts/.
Registra il corpo JSend completo sugli errori — il messaggio è l'indizio più rapido.
Note di integrazione
Integrando questo endpoint Buzzbip, usa https://app.buzzbip.com come host di produzione. Ottieni un JWT da POST /api/login_check e invia Authorization: Bearer su ogni richiesta. Verifica che User.hasApiAccess sia abilitato nell'admin Buzzbip. Analizza le risposte JSend (status, message, data). Per i plugin e-commerce, invia anche x-api-key, x-platform-type e x-base-uri. Rispetta gli slash finali su POST /api/contacts/ e POST /api/whatsapp/. Implementa retry con backoff in caso di rate limit. Conserva le credenziali lato server e riautenticati prima della scadenza JWT (3600 s).
Sicurezza
Best practice: credenziali solo lato server, TLS obbligatorio, monitoraggio autenticazioni fallite. Separa account staging e produzione. Documenta template e automazioni. Redigi numeri e contenuti nei log condivisi.
Prossimi passi
Torna alle risorse API: api/contacts getting-started/authentication api/secret-key