Skip to main content
Il existe plusieurs types de webhooks disponibles, catégorisés par type d’action. Par exemple, une publication programmée déclenchera un webhook d’action scheduled. Veuillez consulter la vue d’ensemble des webhooks pour plus de détails. Après avoir enregistré une URL de webhook, vous recevrez une requête POST à votre URL lorsqu’un événement se produit. La requête POST inclura une charge utile JSON avec les détails de l’événement.

Action Scheduled

Vous recevrez cette notification de webhook lorsqu’une publication programmée est traitée — qu’elle réussisse ou échoue — et publiée sur les réseaux sociaux sélectionnés. Par exemple, si vous programmez une publication pour 12h00 le 1er août 2026, le webhook sera envoyé à l’heure exacte à laquelle la publication est publiée. Les notifications de webhook ne sont envoyées que pour les publications programmées dans le futur à l’aide du champ scheduleDate dans le point de terminaison /post.

Événement Scheduled

Vous ne recevrez pas de notification de webhook pour les publications immédiates, car l’API retourne la réponse de succès ou d’échec instantanément dans la réponse JSON. Les notifications de webhook ne sont envoyées que pour les publications programmées, car celles-ci sont traitées de manière asynchrone et nécessitent une notification séparée pour vous informer de leur statut.

Webhook de publication TikTok

Lorsque vous travaillez avec TikTok via Ayrshare, vous pouvez recevoir deux webhooks différents pour une publication programmée. Si votre publication a été programmée plutôt qu’immédiate, vous recevrez d’abord le webhook Scheduled Action standard. Cela indique que le média a été envoyé avec succès à TikTok pour traitement et publication. Par la suite, vous recevrez le webhook subAction: tikTokPublished. Il est déclenché une fois que TikTok a terminé le traitement du média et que le média est rendu public. Ce webhook est activé à la fois pour les publications immédiates et les publications programmées. Dans le tableau de bord Ayrshare, cet événement est étiqueté tikTok (pub).
Le webhook tikTokPublished n’est pas envoyé tant que le média n’est pas rendu public. Si le média est défini sur private, followers ou friends, le webhook ne sera pas envoyé.Si vous ne recevez pas le webhook tikTokPublished et que le statut de la publication reste pending, vérifiez l’application mobile TikTok pour vous assurer que le média a été accepté par TikTok.

Action Social

Notification lorsque le profil d’un utilisateur lie ou délie un réseau social.

Événement Social Action

L’objet account est envoyé lorsqu’Ayrshare dispose de l’identité au niveau du compte pour la plateforme liée (actuellement YouTube uniquement), et il est inclus dans les actions link et unlink. Chaque clé de account est facultative (une chaîne YouTube sans URL personnalisée n’a pas de handle). Lorsqu’aucune identité n’est disponible, la clé account est entièrement omise au lieu d’être envoyée vide : vérifiez donc qu’une clé est présente avant de l’utiliser. Notez que account.title est le titre propre du compte social, comme le nom de la chaîne YouTube, tandis que le title de premier niveau est le titre de votre profil utilisateur Ayrshare. Ce sont des valeurs différentes. Une source de system signifie qu’Ayrshare a automatiquement délié le compte, par exemple lorsque la connexion au réseau social n’est plus valide. Nous vous recommandons de notifier votre utilisateur afin qu’il puisse continuer à publier. Les détails du déliage se trouvent dans le champ details. Un e-mail sera également envoyé à l’adresse e-mail du compte principal, ou aux e-mails alternatifs s’ils ont été configurés. Une source de user signifie que l’utilisateur a lancé l’action lui-même, par exemple qu’il a manuellement délié un compte. Aucun e-mail ne sera envoyé lorsqu’une action initiée par l’utilisateur se produit.

Action Messages

Le module complémentaire de messagerie est requis pour accéder à tous les points de terminaison et webhooks de messages. Pour Facebook et Instagram, recevez des notifications lorsqu’un message direct arrive, est lu, ou lorsqu’une réaction est créée ou supprimée. WhatsApp envoie actuellement une notification à votre URL de webhook enregistrée uniquement lorsqu’un nouveau message entrant est stocké. Les webhooks X/Twitter sont disponibles en option pour les clients Enterprise. Veuillez contacter votre représentant de compte pour plus d’informations sur la manière de devenir client Enterprise. WhatsApp n’émet pas aujourd’hui de webhooks de réaction ou de statut de livraison vers votre URL enregistrée. Les messages sortants stockés peuvent avoir une valeur status égale à sent, delivered, read ou failed — voir WhatsApp Message Status ci-dessous.

Couverture standby pour les pages Facebook avec plusieurs applications

Ayrshare s’abonne au champ webhook standby de Facebook en plus des champs de messagerie standard. Cela signifie que les événements Messenger sont livrés à votre webhook même lorsqu’une autre application sur la même page Facebook détient actuellement le contrôle de la conversation — par exemple, lorsqu’une plateforme de chatbot est définie comme récepteur principal de votre page, ou lorsque la boîte de réception Page de Meta traite activement une conversation. Il n’y a pas de changement de schéma pour ces événements. Ils arrivent sous les mêmes charges utiles messageCreated / messageRead / reactionCreated / messageEdited documentées dans les sections ci-dessous. Deux choses à savoir pour les pages avec une application Messenger concurrente installée :
  • Le volume de messages entrants peut augmenter par rapport au comportement précédent, où les événements standby étaient silencieusement ignorés avant l’abonnement. Le nouveau trafic représente les messages que votre page a reçus qui étaient traités par l’autre application.
  • Vous pouvez recevoir des événements messageCreated avec type: "sent" qui ne correspondent pas à des messages que vous avez envoyés via Ayrshare. Il s’agit d’échos de messages envoyés par l’autre application Messenger sur votre page (Meta livre une copie de chaque envoi à chaque application abonnée). Si votre intégration réconcilie le trafic sortant avec votre propre historique d’envoi, vous pouvez utiliser cet historique pour distinguer vos envois de ceux d’une application concurrente.
Pour les pages avec uniquement Ayrshare installé (pas d’application Messenger concurrente), le seul changement observable est le nouvel événement Message Edit — tout le reste semble identique au comportement précédent.

Nouveaux événements de message

Notification lorsqu’un nouveau message est envoyé ou reçu.
Certains champs sont optionnels lorsque nous ne pouvons pas joindre le réseau social.conversationId et senderDetails sont résolus auprès du réseau social au moment où le message arrive. Lorsque cette résolution échoue, plutôt que de retenir le message, nous le livrons avec ce que nous avons pu résoudre et définissons connectionDegraded: true.La cause habituelle est une connexion Instagram ou Facebook du profil qui a expiré ou a été invalidée, mais tout échec de cette résolution active le drapeau, y compris une erreur transitoire de la Graph API. Distinguez-les selon la persistance : sur un seul message, il s’agissait d’un incident passager qui ne requiert rien de votre part, tandis que sur chaque message d’un profil, l’identifiant est mort et seule une reconnexion efface le drapeau.
Lorsque le drapeau persiste, considérez-le comme un signal qu’il faut reconnecter le compte social de ce profil. Un identifiant mort bloque également la réponse et la récupération de l’historique de conversation via l’API, car les deux nécessitent le même identifiant. Les messages continuent d’arriver pendant tout ce temps, donc aucune donnée entrante n’est perdue.Un compte Instagram connecté via une Page Facebook dépend de l’identifiant de cette Page ; reconnectez donc Facebook d’abord, puis Instagram — reconnecter Instagram seul n’effacera pas le drapeau.Concevez votre intégration pour tolérer l’absence de conversationId et de senderDetails sur n’importe quel message. id, senderId, recipientId et platform sont toujours présents.Notez que message n’est pas garanti non plus, indépendamment de l’état de la connexion : un message ne contenant qu’une pièce jointe transporte attachments sans champ message.
Pour WhatsApp, conversationId et senderId correspondent au numéro de téléphone du correspondant au format E.164 chiffres uniquement. recipientId est l’ID de numéro de téléphone Meta de votre compte WhatsApp lié. timeStamp est présent lorsque la sécurité des webhooks est activée. Sur tous les réseaux, un message qui transporte des médias les transporte dans attachments, comme le montre l’exemple WhatsApp ci-dessus — Facebook et Instagram inclus. Les types d’attachement peuvent être image, video, audio, document ou sticker. Les webhooks de messages ne transportent jamais mediaUrls — ce champ appartient aux charges utiles post-livraison telles que l’Action Scheduled, où il indique les médias que vous avez envoyés.

Événement de lecture de message

Notification lorsqu’un message est lu par le destinataire.
Lorsqu’un message est lu sur Instagram, la charge utile du webhook inclut un champ mid qui identifie de manière unique le message spécifique lu. Pour les messages Facebook, les lectures de messages sont suivies au niveau de la conversation à l’aide du conversationId. Lorsqu’un événement de lecture se produit, tous les messages de cette conversation avec des horodatages antérieurs à l’horodatage created (ou read) doivent être considérés comme lus par l’utilisateur.

Événements de création et suppression de réaction

Notification lorsqu’une réaction, telle qu’un « j’aime », est créée ou supprimée sur un message.

Événement de modification de message

Notification lorsqu’un utilisateur modifie un message qu’il a précédemment envoyé. Disponible pour les messages directs Facebook et Instagram. Le champ messageEdit.mid correspond à l’id de l’événement messageCreated original, afin que les consommateurs puissent corréler la modification avec le message d’origine. Le champ messageEdit.text contient le texte du message modifié.

Statut des messages WhatsApp

WhatsApp suit l’état de livraison par message sur les messages sortants stockés en utilisant un seul champ status : sent, delivered, read ou failed. Ces mises à jour ne sont pas actuellement livrées à votre URL de webhook enregistrée sous forme d’événements distincts. Si vous avez besoin de l’état de livraison en temps réel, veuillez contacter votre représentant de compte Ayrshare.

Action Batch

Notification lorsqu’un lot a terminé son traitement et que le fichier est disponible, par exemple obtenir tous les profils d’utilisateur. Vous pouvez accéder au fichier avec l’URL pré-signée dans le champ url.

Événement Batch

Action Feed

Notification lorsqu’un nouvel élément de flux RSS est trouvé pour les flux RSS enregistrés. Remarque : si le webhook est actif, les nouveaux éléments RSS ne seront pas automatiquement publiés sur les réseaux sociaux.

Événement Feed

Action Mentions

Notification lorsque votre compte connecté est mentionné. Disponible pour Instagram.
Pour Instagram, l’enregistrement du webhook mentions suffit pour recevoir les événements de mention. Le module complémentaire de messagerie, l’activation de la messagerie et la reconnexion du compte social ne sont pas nécessaires.
Ayrshare relaie la charge utile de mention native de Meta sans modification, en n’ajoutant que les champs d’enveloppe standard (action, refId, hookId, url et timeStamp avec la sécurité des webhooks), subAction, platform et postId. L’exemple ci-dessous est la forme Instagram : media_id, plus comment_id lorsque la mention est dans un commentaire. Les événements de mention de Page Facebook ne sont pas actuellement livrés — Ayrshare les accuse de réception auprès de Meta et ne les transmet pas à votre webhook. Seules les mentions Instagram sont livrées aujourd’hui, donc platform vaut toujours instagram sur cette action. postId suit la même règle que sur l’Action Comments, et sur les mentions il est généralement absent : une mention se produit normalement sur la publication de quelqu’un d’autre, qui n’a pas d’id Ayrshare. Il n’apparaît que lorsque la mention porte sur une publication que vous avez publiée via Ayrshare.

Événement Mention (Instagram)

Action Comments

Notification lorsqu’un commentaire est créé sur votre contenu connecté. Disponible pour Facebook et Instagram.
Pour Instagram, l’enregistrement du webhook comments suffit pour recevoir les événements de commentaire. Le module complémentaire de messagerie, l’activation de la messagerie et la reconnexion du compte social ne sont pas nécessaires. Pour Facebook, les événements de commentaire ne sont livrés que lorsque la messagerie est activée sur le profil (le module complémentaire de messagerie) — l’enregistrement du webhook comments seul ne suffit pas. La reconnexion de la Page Facebook n’est pas nécessaire.
Ayrshare relaie la charge utile de commentaire native de Meta sans modification, en n’ajoutant que les champs d’enveloppe standard (action, refId, hookId, url et timeStamp avec la sécurité des webhooks), subAction, platform et postId. L’exemple ci-dessous est la forme Instagram. Les commentaires Facebook arrivent sous la forme d’un changement feed de la page avec des noms de champ différents (par exemple comment_id, post_id, message et from.name) ; consultez la référence des webhooks de Meta pour l’ensemble de champs Facebook. Puisque les deux réseaux livrent au même endpoint comments, branchez-vous sur platform — instagram ou facebook — plutôt que de deviner le réseau à partir des noms de champs présents.

Corréler un commentaire avec la publication que vous avez créée

postId est l’id Ayrshare de la publication sur laquelle le commentaire a été laissé — le même id que /post a renvoyé lorsque vous l’avez créée, et celui qu’acceptent Récupérer une publication et les statistiques de publication. Il est là pour que vous puissiez faire correspondre un commentaire à votre propre publication sans maintenir votre propre table de correspondance des ids natifs. Il est fourni au mieux, et omis lorsqu’il ne peut pas être déterminé. Traitez un postId manquant comme « ce commentaire ne porte pas sur une publication que j’ai publiée », jamais comme une erreur. Il est absent lorsque :
  • La publication n’a pas été publiée via Ayrshare. Les événements de commentaire se déclenchent pour tout ce qui se passe sur votre compte connecté, y compris les publications créées directement dans l’application Instagram ou Facebook. Celles-ci n’ont aucun id Ayrshare — rien ne permet d’en retrouver un.
  • La publication a été publiée avant l’arrivée de ce champ. Les données de corrélation sont enregistrées au moment de la publication et ne sont pas complétées rétroactivement, donc les commentaires sur vos publications plus anciennes ne porteront pas de postId.
  • La publication a été publiée par un autre User Profile (profil utilisateur). Plusieurs profils peuvent être connectés à la même Page ou au même compte Instagram et tous reçoivent l’événement de commentaire, mais seul le profil qui a réellement publié la publication se voit communiquer son id.
postId est l’id de publication Ayrshare, pas celui du réseau. L’id propre au réseau pour la même publication reste là où il a toujours été — media.id sur Instagram, post_id sur Facebook.

Événement Comment (Instagram)

Action Automations

Notification lorsqu’une automatisation déclenche une action de webhook pour un utilisateur, par exemple un déclencheur de réponse automatique à un commentaire ou à un DM. Deux types d’événements sont envoyés sur l’action automations, distingués par le champ type. Voir événements webhook pour la référence complète des champs.

Événement Automation Triggered

Événement Automation Completed

Action Demo

Notification pour les événements du cycle de vie des Demo User Profile. Les Demo User Profiles sont disponibles avec le Enterprise plan ; veuillez nous contacter si vous souhaitez en savoir plus. Deux types d’événements sont envoyés sur l’action demo, distingués par le champ type :
  • upgradeWarning — envoyé deux jours avant qu’un Demo User Profile ne se convertisse automatiquement en User Profile standard, afin que vous puissiez avertir votre utilisateur de continuer ou de supprimer le profil.
  • upgrade — envoyé lorsque la conversion se produit.

Événement Demo Upgrade Warning

Événement Demo Upgrade

Action Suspended

Notification lorsqu’un User Profile est suspendu ou réactivé. Les suspensions peuvent provenir de l’application des règles d’un réseau social lui-même (par exemple, une exigence de vérification d’identité Facebook), de la protection contre les limites de débit, ou de problèmes de facturation. Tant qu’un profil est suspendu, les appels API pour ce profil renvoient HTTP 403. Deux types d’événements sont envoyés sur l’action suspended, distingués par le champ type :
  • suspend — envoyé lorsque le profil est suspendu. Suspendez la publication et toute autre activité pour ce profil jusqu’à ce qu’il soit réactivé.
  • unsuspend — envoyé lorsque le profil est réactivé.
Les événements ne sont envoyés que lorsque l’état global de suspension du profil change. Un profil peut être suspendu pour plusieurs causes à la fois : si une cause supplémentaire est ajoutée alors que le profil est déjà suspendu, ou si l’une des causes est résolue alors qu’une autre s’applique toujours, aucun événement n’est envoyé — le profil reste suspendu, et le prochain événement est l’unsuspend lorsque la dernière cause disparaît. Pour inspecter l’état de suspension actuel à tout moment, utilisez Get Profiles avec include=suspension. Une suspension déclenchée par une plateforme est généralement précédée d’un événement unlink d’Action Social pour le réseau concerné. La suspension ne peut être résolue qu’à la source — par exemple, une vérification d’identité Facebook doit être effectuée par l’administrateur de la Page dans l’application Facebook — après quoi le profil peut être réactivé et le réseau relié.

Événement Suspend

Événement Unsuspend

Les événements de suspension sont envoyés pour le profil dont l’état a changé. Vous pouvez également vérifier l’état de suspension à la demande avec Get Profiles en utilisant include=suspension, qui renvoie isSuspended, reason, suspendedAt, unsuspendAt et suspensionCount.