Übersicht
Buzzbip wendet Ratenlimits zum Schutz der Plattform und zur Einhaltung von Meta- und Carrier-Richtlinien an. Bei Überschreitung wird ein JSend-Fehler zurückgegeben. Exponentielles Backoff implementieren und Massensendungen serverseitig einreihen.
Best Practices
Read-heavy Antworten cachen wo sinnvoll (Vorlagenliste, Profil). Paginierung nutzen (cursor/page). Keine engen Schleifen bei WhatsApp/SMS-Sends.
WhatsApp- und SMS-Massensendungen serverseitig mit Pausen zwischen Batches einreihen.
Umgang mit Drosselung
Bei Rate-Limit-Fehlern Worker pausieren, warten, mit Jitter retry. Nicht sofort wiederholen — verstärkt Drosselung.
Integrationshinweise
Bei der Integration dieses Buzzbip-Endpunkts https://app.buzzbip.com als Produktionshost verwenden. JWT über POST /api/login_check holen und Authorization: Bearer mitsenden. User.hasApiAccess im Buzzbip-Admin muss aktiv sein. JSend-Antworten (status, message, data) auswerten. Für E-Commerce-Plugins zusätzlich x-api-key, x-platform-type und x-base-uri senden. Abschließende Slashes bei POST /api/contacts/ und POST /api/whatsapp/ beachten. Bei Ratenlimits Backoff-Retries implementieren. Zugangsdaten serverseitig speichern und vor JWT-Ablauf (3600 s) neu authentifizieren.
Sicherheit
Sicherheit: Zugangsdaten nur serverseitig, TLS Pflicht, fehlgeschlagene Auth überwachen. Staging- und Produktionskonten trennen. Vorlagen und Automationen dokumentieren. Nummern und Inhalte in geteilten Logs schwärzen.
Wie geht es weiter?
Verwandte Themen: getting-started/errors api/whatsapp-messaging api/sms
