Wenn du einen Beitrag planst, speichert AeroReply einen Snapshot davon und erstellt für jede Plattform eine eigene Auslieferung. Jede Auslieferung läuft unabhängig, sodass ein Problem auf einer Plattform die anderen nie aufhält.
Die Pipeline
- Snapshot. Die Beschriftung und die Medien werden in dem Moment eingefroren, in dem du planst. Wenn du den Entwurf später änderst, wird auch die geplante Kopie aktualisiert.
- Dispatch. Ein Scheduler prüft alle 60 Sekunden, ob Beiträge fällig sind, und stellt pro Plattform einen Job in die Warteschlange.
- Pacing. Jobs werden an die Rate-Limits der jeweiligen Plattform angepasst, damit eine beschäftigte Minute niemals das Throttling einer Plattform auslöst.
- Validierung. Vor dem Senden werden die Medien anhand der Limits der Plattform geprüft. Eine Datei, die nicht mehr passt, schlägt mit einem klaren Grund fehl.
- Veröffentlichung. Die Plattform empfängt den Beitrag. Ihre Antwort wird bei der Auslieferung gespeichert.
Wiederholungen
Ein vorübergehender Fehler, wie ein Timeout oder ein Ausfall der Plattform, wird automatisch bis zu 5 Mal mit exponentiellem Backoff ab 5 Sekunden erneut versucht. Ein dauerhafter Fehler, wie eine widerrufene Berechtigung oder Medien, die die Plattform ablehnt, stoppt sofort, damit du das Problem beheben kannst.
Beitragsstatus
- Veröffentlicht: Jede Plattform hat den Beitrag akzeptiert.
- Fehlgeschlagen: Mindestens eine Plattform ist nach ihren Wiederholungsversuchen fehlgeschlagen. In der Warteschlange wird der von jeder Plattform zurückgegebene Fehler angezeigt.
Wenn alle Plattformen fertig sind, sendet AeroReply einen post.published- oder post.failed-Webhook, damit deine eigenen Systeme reagieren können.
KI-Inhalte, Planung, Interaktion und eine komplette Marketing-Suite — kostenlos starten.
Kostenlos starten
