Vue d'ensemble
Buzzbip applique des limites de débit pour protéger la plateforme et respecter les politiques Meta et opérateurs. Les limites varient selon le endpoint et le canal. En cas de dépassement, une erreur JSend est retournée. Implémentez un backoff exponentiel et mettez en file les envois en masse côté serveur.
Bonnes pratiques
Mettez en cache les lectures lourdes si possible (liste de modèles, profil utilisateur). Utilisez la pagination (cursor/page). Évitez les boucles serrées sur l'envoi WhatsApp/SMS.
Mettez en file les envois WhatsApp et SMS côté serveur avec des délais entre lots.
Gestion de la limitation de débit
En cas d'erreur de limite de débit, mettez le worker en pause, attendez et réessayez avec jitter. N'itérez pas sans délai — vous amplifiez la limitation.
Notes d'intégration
Lors de l'intégration de ce endpoint Buzzbip, utilisez https://app.buzzbip.com comme hôte de production. Obtenez un JWT via POST /api/login_check et envoyez Authorization: Bearer sur chaque requête. Vérifiez que User.hasApiAccess est activé dans l'admin Buzzbip. Analysez les réponses JSend (status, message, data). Pour les plugins e-commerce, envoyez aussi x-api-key, x-platform-type et x-base-uri. Respectez les slashs finaux sur POST /api/contacts/ et POST /api/whatsapp/. Implémentez des nouvelles tentatives avec backoff en cas de limite de débit. Stockez les identifiants côté serveur et réauthentifiez-vous avant l'expiration du JWT (3600 s).
Sécurité
Bonnes pratiques : credentials uniquement côté serveur, TLS obligatoire, surveillance des échecs d'authentification. Séparez comptes staging et production. Documentez modèles et automatisations déclenchés. Masquez numéros et contenus dans les journaux partagés.
Et ensuite ?
Sujets connexes : getting-started/errors api/whatsapp-messaging api/sms