Skip to main content
Es gibt mehrere Arten von Webhooks, die nach Aktionstyp kategorisiert sind. Beispielsweise löst ein geplanter Beitrag einen scheduled-Action-Webhook aus. Weitere Details finden Sie in der Webhook-Übersicht. Nach dem Registrieren einer Webhook-URL erhalten Sie eine POST-Anfrage an Ihre URL, wenn ein Ereignis auftritt. Die POST-Anfrage enthält eine JSON-Payload mit den Ereignisdetails.

Scheduled Action

Sie erhalten diese Webhook-Benachrichtigung, wenn ein geplanter Beitrag verarbeitet wird – ob erfolgreich oder fehlgeschlagen – und in den ausgewählten sozialen Netzwerken veröffentlicht wird. Beispiel: Wenn Sie einen Beitrag für den 1. August 2026 um 12:00 Uhr planen, wird der Webhook genau zu dem Zeitpunkt gesendet, an dem der Beitrag veröffentlicht wird. Webhook-Benachrichtigungen werden nur für Beiträge gesendet, die über das Feld scheduleDate im /post-Endpunkt in der Zukunft geplant sind.

Scheduled-Ereignis

Sie erhalten keine Webhook-Benachrichtigung für sofortige Beiträge, da die API die Erfolgs- oder Fehlerantwort sofort in der JSON-Antwort zurückgibt. Webhook-Benachrichtigungen werden nur für geplante Beiträge gesendet, da diese asynchron verarbeitet werden und eine separate Benachrichtigung erfordern, um Sie über ihren Status zu informieren.

TikTok-Publishing-Webhook

Bei der Arbeit mit TikTok über Ayrshare können Sie für einen geplanten Beitrag zwei verschiedene Webhooks erhalten. Wenn Ihr Beitrag geplant und nicht sofort veröffentlicht wurde, erhalten Sie zunächst den Standard-Scheduled-Action-Webhook. Dieser zeigt an, dass die Medien erfolgreich zur Verarbeitung und Veröffentlichung an TikTok gesendet wurden. Anschließend erhalten Sie den subAction: tikTokPublished-Webhook. Dieser wird ausgelöst, sobald TikTok die Verarbeitung der Medien abgeschlossen hat und die Medien öffentlich sind. Dieser Webhook wird sowohl für sofortige als auch für geplante Beiträge aktiviert. Im Ayrshare-Dashboard wird dieses Ereignis als tikTok (pub) bezeichnet.
Der tikTokPublished-Webhook wird erst gesendet, wenn die Medien öffentlich gemacht wurden. Wenn die Medien auf privat, „Follower“ oder „Freunde“ eingestellt sind, wird der Webhook nicht gesendet.Wenn Sie den tikTokPublished-Webhook nicht erhalten und der Beitragsstatus pending bleibt, prüfen Sie in der mobilen TikTok-App, ob die Medien von TikTok akzeptiert wurden.

Social Action

Benachrichtigung, wenn ein Nutzerprofil ein soziales Netzwerk verknüpft oder trennt.

Social-Action-Ereignis

Das account-Objekt wird gesendet, wenn Ayrshare die Identität auf Kontoebene für die verknüpfte Plattform kennt (derzeit nur YouTube), und ist sowohl bei link- als auch bei unlink-Aktionen enthalten. Jeder Schlüssel innerhalb von account ist optional (ein YouTube-Kanal ohne benutzerdefinierte URL hat kein handle). Wenn keine Identität verfügbar ist, wird der Schlüssel account vollständig weggelassen, statt leer gesendet zu werden. Prüfen Sie daher, ob ein Schlüssel vorhanden ist, bevor Sie ihn verwenden. Beachten Sie, dass account.title der eigene Titel des Social-Media-Kontos ist, etwa der Name des YouTube-Kanals, während das title auf oberster Ebene der Titel Ihres Ayrshare-Benutzerprofils ist. Es handelt sich um unterschiedliche Werte. Ein source-Wert system bedeutet, dass Ayrshare das Konto automatisch getrennt hat, z. B. wenn die Verbindung zum sozialen Netzwerk nicht mehr gültig ist. Wir empfehlen, den Nutzer zu informieren, damit dieser weiterhin posten kann. Details zur Trennung finden Sie im Feld details. Eine E-Mail wird zudem an die E-Mail-Adresse des Primary Accounts oder an die Alternativ-E-Mails gesendet, falls diese eingerichtet wurden. Ein source-Wert user bedeutet, dass der Nutzer die Aktion selbst ausgelöst hat, z. B. ein Konto manuell getrennt hat. Bei nutzerinitiierten Aktionen wird keine E-Mail gesendet.

Messages Action

Für den Zugriff auf alle Messages-Endpunkte und -Webhooks ist das Messaging-Add-on erforderlich. Für Facebook und Instagram erhalten Sie Benachrichtigungen, wenn eine Direktnachricht eintrifft, gelesen wird oder eine Reaktion erstellt bzw. gelöscht wird. WhatsApp sendet derzeit nur dann eine Benachrichtigung an Ihre registrierte Webhook-URL, wenn eine neue eingehende Nachricht gespeichert wird. X/Twitter-Webhooks sind als Option für Enterprise-Kunden verfügbar. Wenden Sie sich an Ihren Kundenbetreuer für weitere Informationen zum Enterprise-Kunden-Status. WhatsApp sendet heute keine Reaktions- oder Zustellstatus-Webhooks an Ihre registrierte URL. Gespeicherte ausgehende Nachrichten können einen status-Wert von sent, delivered, read oder failed haben – siehe WhatsApp Message Status weiter unten.

Standby-Abdeckung für Facebook-Seiten mit mehreren Apps

Ayrshare abonniert zusätzlich zu den Standard-Messaging-Feldern das standby-Webhook-Feld von Facebook. Das bedeutet, dass Messenger-Ereignisse an Ihren Webhook geliefert werden, selbst wenn eine andere App auf derselben Facebook-Seite gerade die Thread-Kontrolle innehat – zum Beispiel wenn eine Chatbot-Plattform als primärer Empfänger Ihrer Seite eingerichtet ist oder wenn Metas Seiten-Postfach eine Konversation aktiv bearbeitet. Es gibt keine Schema-Änderung für diese Ereignisse. Sie kommen als dieselben messageCreated / messageRead / reactionCreated / messageEdited-Payloads an, die in den folgenden Abschnitten dokumentiert sind. Zwei Dinge sollten Sie für Seiten mit einer konkurrierenden Messenger-App beachten:
  • Das Volumen eingehender Nachrichten kann steigen gegenüber dem bisherigen Verhalten, bei dem Standby-Ereignisse stillschweigend verworfen wurden, bevor sie abonniert wurden. Der neue Traffic entspricht Nachrichten, die Ihre Seite erhalten hat und die von der anderen App bearbeitet wurden.
  • Sie erhalten möglicherweise messageCreated-Ereignisse mit type: "sent", die nicht Nachrichten entsprechen, die Sie über Ayrshare gesendet haben. Dies sind Echos von Nachrichten, die von der anderen Messenger-App auf Ihrer Seite gesendet wurden (Meta liefert eine Kopie jedes Sendens an jede abonnierte App). Wenn Ihre Integration ausgehenden Traffic gegen Ihren eigenen Sendeverlauf abgleicht, können Sie diesen Verlauf verwenden, um Ihre Sendungen von denen einer konkurrierenden App zu unterscheiden.
Für Seiten, auf denen nur Ayrshare installiert ist (keine konkurrierende Messenger-App), ist die einzige beobachtbare Änderung das neue Message-Edit-Ereignis – alles andere sieht identisch zum bisherigen Verhalten aus.

Neue Nachrichten-Ereignisse

Benachrichtigung, wenn eine neue Nachricht gesendet oder empfangen wird.
Einige Felder sind optional, wenn wir das soziale Netzwerk nicht erreichen können.conversationId und senderDetails werden in dem Moment, in dem die Nachricht eintrifft, über das soziale Netzwerk aufgelöst. Schlägt diese Abfrage fehl, halten wir die Nachricht nicht zurück, sondern stellen sie mit dem zu, was wir auflösen konnten, und setzen connectionDegraded: true.Die übliche Ursache ist, dass die Instagram- oder Facebook-Verknüpfung des Profils abgelaufen oder ungültig geworden ist, aber jeder Fehlschlag dieser Abfrage setzt das Flag – ein vorübergehender Fehler der Graph API eingeschlossen. Unterscheiden Sie beides daran, ob es fortbesteht: Bei einer einzelnen Nachricht war es ein kurzzeitiger Aussetzer und erfordert nichts von Ihnen, während bei jeder Nachricht eines Profils die Anmeldedaten ungültig sind und nur ein erneutes Verknüpfen das Flag löscht.
Wenn es fortbesteht, behandeln Sie es als Signal, das soziale Konto dieses Profils erneut zu verknüpfen. Ungültige Anmeldedaten blockieren außerdem das Antworten und das Abrufen des Konversationsverlaufs über die API, da beides dieselben Anmeldedaten benötigt. Nachrichten treffen währenddessen weiterhin ein, es gehen also keine eingehenden Daten verloren.Ein Instagram-Konto, das über eine Facebook-Seite verbunden ist, hängt von den Anmeldedaten dieser Seite ab. Verknüpfen Sie daher zuerst Facebook, dann Instagram erneut – Instagram allein erneut zu verknüpfen, löscht das Flag nicht.Bauen Sie Ihre Integration so, dass sie das Fehlen von conversationId und senderDetails bei jeder Nachricht toleriert. id, senderId, recipientId und platform sind immer vorhanden.Beachten Sie, dass auch message nicht garantiert ist – unabhängig vom Zustand der Verbindung: Eine Nachricht, die nur aus einem Anhang besteht, trägt attachments ohne message-Feld.
Für WhatsApp sind conversationId und senderId die Telefonnummer des Korrespondenten im E.164-Format nur mit Ziffern. recipientId ist die von Meta vergebene Telefonnummern-ID Ihres verknüpften WhatsApp-Kontos. timeStamp ist vorhanden, wenn Webhook Security aktiviert ist. In jedem Netzwerk trägt eine Nachricht, die Medien enthält, diese in attachments, wie im WhatsApp-Beispiel oben gezeigt – Facebook und Instagram eingeschlossen. Anhangstypen können image, video, audio, document oder sticker sein. Nachrichten-Webhooks tragen niemals mediaUrls – dieses Feld gehört zu den Payloads nach der Beitragszustellung wie Scheduled Action, wo es die von Ihnen gesendeten Medien angibt.

Message-Read-Ereignis

Benachrichtigung, wenn eine Nachricht vom Empfänger gelesen wurde.
Wenn eine Nachricht auf Instagram gelesen wird, enthält die Webhook-Payload ein mid-Feld, das eindeutig angibt, welche bestimmte Nachricht gelesen wurde. Für Facebook-Nachrichten wird das Lesen von Nachrichten auf Konversationsebene über die conversationId verfolgt. Wenn ein Read-Ereignis eintritt, sollten alle Nachrichten in dieser Konversation mit Zeitstempeln vor dem created (bzw. read)-Zeitstempel als vom Nutzer gelesen betrachtet werden.

Reaction-Created- und Reaction-Deleted-Ereignisse

Benachrichtigung, wenn eine Reaktion, z. B. ein Like, auf eine Nachricht erstellt oder gelöscht wird.

Message-Edit-Ereignis

Benachrichtigung, wenn ein Nutzer eine zuvor gesendete Nachricht bearbeitet. Verfügbar für Facebook- und Instagram-Direktnachrichten. Das Feld messageEdit.mid entspricht der id des ursprünglichen messageCreated-Ereignisses, sodass Konsumenten die Bearbeitung mit der ursprünglichen Nachricht korrelieren können. Das Feld messageEdit.text enthält den neuen, bearbeiteten Nachrichtentext.

WhatsApp Message Status

WhatsApp verfolgt den Zustellstatus je Nachricht für gespeicherte ausgehende Nachrichten über ein einziges status-Feld: sent, delivered, read oder failed. Diese Updates werden derzeit nicht als separate Ereignisse an Ihre registrierte Webhook-URL geliefert. Wenn Sie Zustellstatus in Echtzeit benötigen, wenden Sie sich bitte an Ihren Ayrshare-Kundenbetreuer.

Batch Action

Benachrichtigung, wenn ein Batch die Verarbeitung abgeschlossen hat und die Datei verfügbar ist, wie z. B. Alle User Profiles abrufen. Sie können auf die Datei mit der vorsignierten URL im Feld url zugreifen.

Batch-Ereignis

Feed Action

Benachrichtigung, wenn ein neuer RSS-Feed-Eintrag für registrierte RSS-Feeds gefunden wird. Hinweis: Wenn der Webhook aktiv ist, werden neue RSS-Einträge nicht automatisch in den sozialen Netzwerken veröffentlicht.

Feed-Ereignis

Mentions Action

Benachrichtigung, wenn Ihr verbundenes Konto erwähnt wird. Verfügbar für Instagram.
Für Instagram genügt die Registrierung des mentions-Webhooks, um Mention-Events zu empfangen. Das Messaging-Add-on, die Messaging-Aktivierung und das erneute Verknüpfen des Social-Media-Kontos sind nicht erforderlich.
Ayrshare gibt Metas native Mention-Payload unverändert weiter und ergänzt lediglich die Standard-Envelope-Felder (action, refId, hookId, url und timeStamp bei aktivierter Webhook-Sicherheit) sowie subAction, platform und postId. Das folgende Beispiel zeigt die Instagram-Struktur: media_id sowie comment_id, wenn die Erwähnung in einem Kommentar erfolgt. Facebook-Seiten-Erwähnungen werden derzeit nicht zugestellt – Ayrshare bestätigt sie gegenüber Meta und leitet sie nicht an Ihren Webhook weiter. Aktuell werden nur Instagram-Erwähnungen zugestellt, daher ist platform bei dieser Action immer instagram. postId folgt derselben Regel wie bei der Comments Action und fehlt bei Erwähnungen in der Regel: Eine Erwähnung erfolgt normalerweise auf dem Beitrag einer anderen Person, der keine Ayrshare-ID hat. Das Feld ist nur vorhanden, wenn die Erwähnung auf einem Beitrag erfolgt, den Sie über Ayrshare veröffentlicht haben.

Mention-Ereignis (Instagram)

Comments Action

Benachrichtigung, wenn ein Kommentar zu Ihren verbundenen Inhalten erstellt wird. Verfügbar für Facebook und Instagram.
Für Instagram genügt die Registrierung des comments-Webhooks, um Kommentar-Events zu empfangen. Das Messaging-Add-on, die Messaging-Aktivierung und das erneute Verknüpfen des Social-Media-Kontos sind nicht erforderlich. Für Facebook werden Kommentar-Events nur zugestellt, solange Messaging für das Profil aktiviert ist (Messaging-Add-on) — die Registrierung des comments-Webhooks allein genügt nicht. Das erneute Verknüpfen der Facebook-Seite ist nicht erforderlich.
Ayrshare gibt Metas native Kommentar-Payload unverändert weiter und ergänzt lediglich die Standard-Envelope-Felder (action, refId, hookId, url und timeStamp bei aktivierter Webhook-Sicherheit) sowie subAction, platform und postId. Das folgende Beispiel zeigt die Instagram-Struktur. Facebook-Kommentare kommen als Seiten-feed-Change mit anderen Feldnamen an (z. B. comment_id, post_id, message und from.name); die Facebook-Feldsätze finden Sie in Metas Webhooks-Referenz. Da beide Netzwerke an denselben comments-Endpoint zustellen, verzweigen Sie über platform – instagram oder facebook – anstatt das Netzwerk aus den vorhandenen Feldnamen abzuleiten.

Einen Kommentar dem von Ihnen erstellten Beitrag zuordnen

postId ist die Ayrshare-id des Beitrags, auf dem der Kommentar hinterlassen wurde – dieselbe ID, die Post beim Erstellen zurückgegeben hat und die Get Post und Post-Analytics akzeptieren. Das Feld existiert, damit Sie einen Kommentar Ihrem eigenen Beitrag zuordnen können, ohne eine eigene Zuordnung nativer IDs pflegen zu müssen. Es ist best-effort und wird weggelassen, wenn es nicht ermittelt werden kann. Behandeln Sie ein fehlendes postId als „dieser Kommentar ist nicht auf einem von mir veröffentlichten Beitrag“, niemals als Fehler. Es fehlt, wenn:
  • Der Beitrag wurde nicht über Ayrshare veröffentlicht. Kommentar-Events werden für alles auf Ihrem verbundenen Konto ausgelöst, einschließlich Beiträgen, die direkt in der Instagram- oder Facebook-App erstellt wurden. Diese haben überhaupt keine Ayrshare-ID – es gibt nichts, was sich wiederherstellen ließe.
  • Der Beitrag wurde veröffentlicht, bevor dieses Feld eingeführt wurde. Korrelationsdaten werden zum Veröffentlichungszeitpunkt erfasst und nicht rückwirkend ergänzt; Kommentare zu Ihren älteren Beiträgen tragen daher kein postId.
  • Der Beitrag wurde von einem anderen User Profile veröffentlicht. Mehrere Profile können mit derselben Facebook-Seite oder demselben Instagram-Konto verbunden sein und erhalten alle das Kommentar-Event, aber nur das Profil, das den Beitrag tatsächlich veröffentlicht hat, erfährt dessen id.
postId ist die Ayrshare-Post-ID, nicht die des Netzwerks. Die netzwerkeigene ID desselben Beitrags steht weiterhin dort, wo sie immer war – media.id auf Instagram, post_id auf Facebook.

Comment-Ereignis (Instagram)

Automations Action

Benachrichtigung, wenn eine Automatisierung eine Webhook-Aktion für einen Nutzer auslöst, z. B. einen Auslöser für automatische Kommentar- oder DM-Antworten. Bei der automations-Aktion werden zwei Ereignistypen gesendet, die durch das Feld type unterschieden werden. Die vollständige Feldreferenz finden Sie unter Webhook-Ereignisse.

Automation-Triggered-Ereignis

Automation-Completed-Ereignis

Demo Action

Benachrichtigung für Lebenszyklus-Ereignisse von Demo User Profile. Demo User Profiles sind im Enterprise plan verfügbar; bitte kontaktieren Sie uns, wenn Sie mehr erfahren möchten. Bei der demo-Aktion werden zwei Ereignistypen gesendet, die durch das Feld type unterschieden werden:
  • upgradeWarning – wird zwei Tage vor der automatischen Umwandlung eines Demo User Profile in ein standardmäßiges User Profile gesendet, damit Sie Ihren Nutzer auffordern können, fortzufahren oder das Profil zu entfernen.
  • upgrade – wird gesendet, wenn die Umwandlung erfolgt.

Demo-Upgrade-Warnungs-Ereignis

Demo-Upgrade-Ereignis

Suspended Action

Benachrichtigung, wenn ein User Profile gesperrt oder reaktiviert wird. Sperrungen können durch die eigenen Durchsetzungsmaßnahmen eines sozialen Netzwerks (zum Beispiel eine Identitätsprüfungsanforderung bei Facebook), durch den Rate-Limit-Schutz oder durch Abrechnungsprobleme ausgelöst werden. Während ein Profil gesperrt ist, geben API-Aufrufe für dieses Profil HTTP 403 zurück. Bei der suspended-Aktion werden zwei Ereignistypen gesendet, die durch das Feld type unterschieden werden:
  • suspend – wird gesendet, wenn das Profil gesperrt wird. Pausieren Sie das Posten und andere Aktivitäten für dieses Profil, bis es reaktiviert wird.
  • unsuspend – wird gesendet, wenn das Profil reaktiviert wird.
Ereignisse werden nur gesendet, wenn sich der Gesamt-Sperrstatus des Profils ändert. Ein Profil kann gleichzeitig aus mehr als einem Grund gesperrt sein: Wenn ein zusätzlicher Grund hinzukommt, während das Profil bereits gesperrt ist, oder einer von mehreren Gründen behoben wird, während ein anderer weiterhin gilt, wird kein Ereignis gesendet – das Profil bleibt gesperrt, und das nächste Ereignis ist das unsuspend, wenn der letzte Grund entfällt. Um den aktuellen Sperrstatus jederzeit zu prüfen, verwenden Sie Get Profiles mit include=suspension. Einer plattformseitig ausgelösten Sperrung geht üblicherweise ein Unlink-Ereignis der Social Action für das betroffene Netzwerk voraus. Die Sperrung kann nur an der Quelle aufgelöst werden – zum Beispiel muss eine Facebook-Identitätsprüfung vom Page-Admin in der Facebook-App abgeschlossen werden – anschließend kann das Profil reaktiviert und das Netzwerk erneut verknüpft werden.

Suspend-Ereignis

Unsuspend-Ereignis

Sperr-Ereignisse werden für das Profil gesendet, dessen Status sich geändert hat. Sie können den Sperrstatus auch jederzeit auf Abruf mit Get Profiles und include=suspension prüfen, wodurch isSuspended, reason, suspendedAt, unsuspendAt und suspensionCount zurückgegeben werden.