Dernières mises à jour

Suivez-nous sur X, écoutez notre podcast Social Media API, ou inscrivez-vous à notre newsletter pour les dernières mises à jour.

Octobre 2026

14 octobre - Les vidéos Bluesky conservent leur format réel. Une vidéo carrée ou verticale publiée sur Bluesky depuis une URL Amazon S3 (tout hôte amazonaws.com) s’affichait avec des bandes noires de chaque côté dans le fil, la vue de la publication et l’application Bluesky, alors que le fichier envoyé était correct. L’enregistrement de la publication déclarait un format 16:9 quelle que soit la forme réelle de la vidéo, et Bluesky dimensionne son lecteur d’après cette déclaration. Les publications vidéo Bluesky indiquent désormais la largeur et la hauteur mesurées de la vidéo dès qu’elles peuvent être lues, si bien qu’une vidéo 1:1 ou 9:16 s’affiche dans sa forme réelle. Rien ne change dans votre façon de publier : envoyez les mêmes mediaUrls qu’auparavant. Les publications créées avant ce correctif conservent le format avec lequel elles ont été créées ; republiez-les pour les corriger. Consultez les directives média Bluesky.
13 octobre - Budgets de campagne pour les boosts Facebook et Instagram. Un boost peut désormais placer son budget sur la campagne plutôt que sur l’ensemble d’annonces avec budget.level: “campaign”, avec un budget quotidien ou un budget total. Cette fonctionnalité utilise la forme imbriquée du corps de la requête de boost. Pour un budget de campagne quotidien, budgetDaily dans l’Historique affiche le budget de la campagne. Consultez Sponsoriser sur Facebook et Sponsoriser sur Instagram.
13 octobre - Les téléversements de médias sur X renvoient désormais le code 416 lorsque les crédits sont épuisés. Lorsque le compte X Developer enregistré d’un compte X/Twitter BYOK n’a plus de crédits API, les téléversements d’images et de vidéos renvoient désormais code: 416 (HTTP 402, X CreditsDepleted) avec l’explication de X dans details. Auparavant, les images échouaient avec code: 117 (“Please check the media file size, dimensions, and content-type”) et les vidéos avec code: 115, deux erreurs qui désignaient un fichier média qui n’a jamais été en cause. Pour corriger le problème, achetez des crédits sur console.x.com (Billing → Credits). Ces téléversements ne sont pas relancés, car aucune nouvelle tentative ne peut réussir tant que le compte n’a pas de crédits. Le téléversement de médias s’aligne ainsi sur les chemins de publication et d’analytique, qui renvoient déjà 416. Si votre intégration s’appuie sur 117 ou 115 pour détecter un problème de média sur X, ajoutez la gestion de 416.
13 octobre - Les comptes X verrouillés renvoient désormais le code 224 lors des téléversements de médias. Lorsque X avait temporairement verrouillé le compte, la publication d’une image ou d’une vidéo sur X échouait avec code: 117 (“Please check the media file size, dimensions, and content-type”) pour les images ou code: 115 pour les vidéos, et vous vérifiiez donc un fichier média qui était correct. Ces téléversements renvoient désormais code: 224 (“X/Twitter account locked. Please go to twitter.com to unlock.”) avec l’explication de X dans details. Pour corriger le problème, connectez-vous à x.com et suivez les étapes de déverrouillage de X, puis publiez à nouveau. Aucune nouvelle liaison n’est nécessaire, et le compte reste lié à Ayrshare.
13 octobre - Les webhooks de commentaires Facebook se déclenchent désormais. Un webhook comments enregistré pour une Page Facebook ne recevait jamais d’événements : Ayrshare n’était pas abonné au champ Meta qui transporte les commentaires de Page, donc rien n’arrivait. Aucune erreur, juste le silence. Les Pages Facebook sont désormais abonnées, et les événements de commentaires sont livrés tant que la messagerie est activée sur le profil (le Messaging Add-On). Les Pages déjà connectées sont réabonnées automatiquement, sans reconnexion ni réenregistrement. Les commentaires Facebook arrivent au format feed de Page de Meta (comment_id, post_id, message, from.name), qui diffère du format Instagram ; consultez Comments Action pour les deux. Les webhooks de commentaires Instagram restent inchangés.
9 octobre - Sponsorisez dans vos campagnes Facebook et Instagram existantes. Un boost n’a plus besoin de créer sa propre campagne. Avec attachTo.campaignId, il ajoute un nouvel ensemble d’annonces et une nouvelle annonce à une campagne que vous gérez déjà dans Meta. Avec attachTo.adSetId (accompagné du attachTo.campaignId de cet ensemble d’annonces), il ajoute uniquement l’annonce, et vous omettez budget, targeting et bidAmount car l’ensemble d’annonces conserve les siens. Mettre en pause ou activer le boost par la suite ne modifie que ce que le boost a créé, jamais votre campagne ou votre ensemble d’annonces. Cette fonctionnalité utilise la forme imbriquée du corps de la requête de boost. Consultez Sponsoriser sur Facebook et Sponsoriser sur Instagram.
9 octobre - Moins de fausses erreurs de reconnexion Instagram et des carrousels plus rapides. Nous attendons désormais brièvement avant de publier une publication qu’Instagram vient tout juste d’accepter, et nous vérifions qu’un carrousel est prêt avant de le publier, si bien qu’Instagram refuse beaucoup moins de premières tentatives. Auparavant, une publication publiée juste après le traitement de ses médias pouvait échouer avec code: 259, vous demandant de dissocier puis de reconnecter votre compte Instagram alors que le compte fonctionnait et qu’une nouvelle tentative de la publication réussissait, et la plupart des carrousels prenaient environ 10 secondes de plus que nécessaire parce qu’Instagram refusait la première tentative de publication. Vous n’avez rien à modifier, et un 259 reçu pour cette raison ne nécessitait pas de reconnexion.
8 octobre - Les publications vidéo Instagram et Threads sont publiées plus rapidement. Nous avons optimisé notre flux de publication vidéo pour accélérer les publications en direct : l’attente typique est passée d’environ 20 secondes à 5 sur Instagram et d’environ 31 secondes à 6 sur Threads. Les clips plus longs ou en plus haute résolution peuvent encore prendre de 25 à 30 secondes, car c’est le temps dont Meta a lui-même besoin pour les traiter. Vous n’avez rien à modifier.
8 octobre - Annonces Facebook et Instagram listées par ID de compte act_. Les Annonces sponsorisées Facebook et Instagram renvoient désormais vos annonces lorsque accountId porte le préfixe act_, par exemple act_1234567890. Auparavant, seul le nombre sans préfixe fonctionnait : la forme préfixée renvoyait une liste ads vide, comme si le compte n’avait aucune annonce. Le même correctif s’applique à la requête GraphQL ads et à l’outil MCP list_ads. Un accountId qui n’est pas un ID de compte publicitaire valide y renvoie désormais aussi code: 101, au lieu d’une liste vide.
8 octobre - Les erreurs de commentaires Facebook et Instagram incluent la raison fournie par la plateforme. Lorsque Facebook ou Instagram rejette un commentaire ou une réponse envoyé avec Publier un commentaire ou Répondre à un commentaire, l’erreur inclut désormais la raison donnée par la plateforme dans details, avec son code et son sous-code d’erreur, par exemple “Instagram Comment Not Added: Your Instagram comment was not added (code 20, subcode 1772107)”. Auparavant, ces erreurs ne renvoyaient qu’un message générique, et vous ne pouviez pas savoir pourquoi le commentaire avait échoué.
7 octobre - Les publications Threads n’échouent plus avec le code 379 lorsque Threads n’est brièvement pas prêt. Certaines publications Threads échouaient avec code: 379 (“Error posting to Threads.”) et un HTTP 500, alors que la publication ne posait aucun problème. Ayrshare attend désormais jusqu’à 30 secondes que Threads accepte la publication, et les commentaires, réponses et premiers commentaires Threads bénéficient du même délai d’attente. Si Threads n’est toujours pas prêt à accepter une publication, vous recevez code: 522 (HTTP 400, retryAvailable: true) au lieu de 379. Consultez Code 522 pour savoir comment réessayer en toute sécurité.
7 octobre - Les URL de liaison sont renvoyées même lorsque l’e-mail Connect Accounts échoue. Si vous nous demandez d’envoyer l’URL de liaison par e-mail à votre utilisateur et que l’e-mail ne peut pas être envoyé, Générer une URL de liaison et Créer une Link Session renvoient désormais quand même l’URL, avec emailSent: false et un objet emailError, afin que vous puissiez la transmettre à votre utilisateur autrement. Auparavant, un envoi échoué renvoyait code: 333 sans URL, et un objet email auquel il manquait termsUrl, privacyUrl, company ou contactEmail était ignoré sans avertissement ; ce cas renvoie désormais aussi emailError, avec details qui indique les champs manquants. Vérifiez ceci si vous relancez la requête sur code: 333 : recherchez plutôt emailError dans la réponse de succès, comme décrit dans E-mail Connect Accounts.
6 octobre - Mentions d’IA Pinterest sur les épingles. La publication sur Pinterest accepte désormais pinterestOptions.aiDisclosures afin que vous puissiez envoyer AI_MODIFIED, SYNTHETIC_PERFORMER ou les deux lors de la création d’épingles image, carrousel ou vidéo. Les mentions s’appliquent à l’ensemble de l’épingle. Si le champ est omis ou vide, rien ne change ; s’il est invalide, l’épingle peut tout de même être publiée et le résultat Pinterest inclut un avertissement expliquant que les mentions n’ont pas été transmises.
6 octobre - Les Facebook Reels peuvent inviter une Page collaboratrice. Ajoutez l’ID d’une Page Facebook à faceBookOptions.collaborators dans une publication Reel pour inviter cette Page en tant que collaboratrice ; une seule Page par Reel est prise en charge. L’invitation est envoyée une fois le Reel publié, et vous pouvez vérifier son statut avec Collaborator Request Status. Facebook peut tout de même refuser l’invitation, par exemple lorsque la Page se trouve dans le même portefeuille Business que la vôtre : le Reel reste publié et la réponse contient un avertissement dans warnings. Pour planifier un tel Reel, utilisez scheduleDate plutôt que draft ou scheduledPublishDate. Consultez Facebook Reels.
5 octobre - Insights publicitaires Facebook et Instagram en direct. Historique affiche les dépenses quotidiennes que nous facturons, copiées chaque nuit pour les 30 derniers jours. Le nouvel endpoint Insights interroge plutôt Meta en direct : vous pouvez désormais établir des rapports sur une campagne ou une annonce pour n’importe quelle période des 37 derniers mois. Chaque ligne correspond à un jour, avec spend, impressions, reach, clicks, cpm, cpc, ctr, actions, conversionValue et la devise du compte publicitaire dans currency. Choisissez les indicateurs dont vous avez besoin avec metrics, ventilez chaque jour par age, gender, country ou placement avec breakdowns, et parcourez les longues périodes page par page avec cursor. Avec breakdowns, Meta ne fournit reach que pour les 13 derniers mois. Les rapports par ensemble de publicités ne sont pas encore disponibles. Consultez Facebook Insights et Instagram Insights.
5 octobre - Croissance quotidienne des abonnés LinkedIn pour les profils personnels. followersDaily dans Analytics on a Social Network (/analytics/social) renvoyait toujours un tableau vide pour les profils personnels LinkedIn. Il renvoie désormais le nombre quotidien d’abonnés des 30 derniers jours.
5 octobre - Nom d’utilisateur Pinterest. Pour les comptes Pinterest, username dans la réponse de User Profile Details renvoyait le nom du tableau sélectionné au lieu du nom d’utilisateur du compte, si bien que profileUrl pointait vers un profil inexistant. username renvoie désormais le nom d’utilisateur du compte et profileUrl ouvre le bon profil, sans qu’il soit nécessaire de reconnecter le compte. displayName renvoie toujours le nom du tableau.
5 octobre - Nom d’utilisateur Threads. Pour les comptes Threads, username dans la réponse de User Profile Details renvoyait le nom d’affichage du compte au lieu de son identifiant (handle), si bien que profileUrl pointait vers un profil inexistant. username renvoie désormais l’identifiant et profileUrl ouvre le bon profil, sans qu’il soit nécessaire de reconnecter le compte. Si vous affichez username comme nom du compte, utilisez plutôt displayName.
2 octobre - Boosts de catégories publicitaires spéciales hors des États-Unis. Un boost Facebook ou Instagram avec specialAdCategories (comme housing) qui ciblait des lieux hors des États-Unis échouait avec “You’ve chosen audience locations that are outside of the countries you selected for your Special Ad Categories” et laissait une campagne vide dans votre compte publicitaire. Meta doit savoir dans quels pays une publicité de catégorie spéciale est diffusée. Nous ne le lui indiquions pas, elle supposait donc les États-Unis. Nous déduisons désormais ces pays de vos locations, y compris le pays de chaque région et de chaque ville, ce qui vous permet de booster des publications liées au logement, à l’emploi et aux services financiers hors des États-Unis. Si un boost échoue après la création de sa campagne, nous essayons aussi de supprimer cette campagne, afin que les boosts échoués ne laissent plus de campagnes vides. Voir Boost Post.
1er octobre - Code d’erreur 249 de blocage Community Standards Facebook clarifié et documenté. Le message renvoyé avec 249 n’indique plus que la publication elle-même a enfreint les Community Standards de Facebook. Facebook applique généralement le blocage au compte ou à la Page plutôt qu’à la publication, et ne renvoie pas la raison spécifique via l’API. Le message renvoie donc désormais vers la page Account Status de Facebook (connectez-vous à Facebook, cliquez sur votre photo de profil en haut à droite, ouvrez la section Help et sélectionnez Account Status), qui affiche la raison réelle et un parcours d’appel. Lorsque Facebook fournit une formulation, elle est toujours transmise verbatim dans details. Le code 249 est désormais documenté publiquement pour la première fois : consultez Blocage Community Standards Facebook. Seul le texte du message a changé ; le code numérique, le statut HTTP et la structure de la réponse restent inchangés. Les clients doivent se baser sur la valeur numérique code, et non sur le texte exact du message.
1er octobre - La page de liaison indique désormais quand un lien a expiré. Une URL de liaison est valable 5 minutes par défaut. Lorsqu’elle expirait alors que votre utilisateur était encore en train de se connecter au réseau social, la page de liaison affichait un message générique “There was an error linking”, et votre utilisateur réessayait avec le même lien expiré. Il est désormais informé que le lien a expiré et qu’il en a besoin d’un nouveau. Sur Snapchat et TikTok, où votre utilisateur peut revenir sur une page sur laquelle il n’est pas connecté, il voit désormais une page Link expired au lieu de l’écran de connexion Ayrshare. Si vous utilisez l’Ayrshare Connect Widget, l’événement error de cet échec inclut désormais code, qui vaut 503 pour un lien expiré, afin que votre code puisse créer un nouveau lien pour votre utilisateur. Pour laisser plus de temps à vos utilisateurs, augmentez expiresIn lorsque vous créez le lien (jusqu’à 2880 minutes, Max Pack).

Septembre 2026

29 septembre - Interrogez l’API Ayrshare avec GraphQL. Un point de terminaison GraphQL est désormais disponible à l’adresse https://api.ayrshare.com/graphql, aux côtés de l’API REST : vous pouvez ainsi demander plusieurs opérations prises en charge en une seule requête au lieu d’effectuer un appel pour chacune. Il utilise la même API Key, la même portée par profil et les mêmes limites de plan, tandis que REST reste l’API complète. Comme le schéma GraphQL est typé et autodescriptif, votre éditeur peut proposer l’autocomplétion de chaque opération et argument disponibles, et un générateur de code peut en produire des types pour votre langage. Chaque champ racine adossé à l’API compte comme un appel API, exactement comme l’appel REST équivalent : une query comportant quatre opérations racine représente quatre appels sur votre quota, et non un seul, tandis que la sélection de champs de réponse imbriqués n’ajoute aucun appel. Une seule requête peut effectuer jusqu’à cinq appels API, et le corps de la requête est plafonné à 64 Ko, ce qui signifie que les octets des médias ne peuvent pas transiter par GraphQL. Demandez plutôt une URL de téléversement avec mediaUploadUrl, envoyez votre fichier via PUT directement vers son uploadUrl, puis utilisez l’accessUrl renvoyée dans votre publication. Un point à surveiller lors de l’écriture de la gestion des erreurs : une opération échouée renvoie tout de même HTTP 200 et signale l’échec dans le corps de la réponse ; vérifiez donc toujours errors au lieu de vous fier uniquement au code de statut. Erreurs GraphQL liste les cas qui modifient effectivement le statut. Essayez-le dans le GraphQL Explorer sans écrire de code, et consultez la vue d’ensemble de l’API GraphQL pour démarrer.
29 septembre - Automatisations de DM sur les Pages Facebook. Les automatisations s’exécutent désormais sur la Page Facebook liée à un profil, et plus seulement sur Instagram. Créez une automatisation avec “platform”: “facebook” et un déclencheur dm_keyword ou dm_reaction : vous pouvez ainsi répondre automatiquement dans Messenger lorsque quelqu’un envoie un mot-clé à votre Page ou réagit à l’un de vos messages. send_dm envoie depuis la Page, et fire_webhook et send_email fonctionnent de la même manière que sur Instagram. Le profil doit avoir Messaging activé pour Facebook. Les déclencheurs de commentaire et de story restent uniquement Instagram. Consultez Pages Facebook.
29 septembre - Le reach unique Facebook est de retour. Depuis que Meta a retiré ses métriques d’impression unique le 15 juin, les statistiques Facebook ne renvoyaient que les vues totales (mediaView et pageMediaView), qui comptent la même personne plusieurs fois. Analytics sur une publication renvoie désormais totalMediaViewUnique, le nombre de personnes uniques auxquelles une publication a été lue ou affichée, et Analytics sur un réseau social renvoie pageTotalMediaViewUnique pour votre Page. Les deux proviennent de la métrique Total Unique Media Views de Meta, qui remplace les champs retirés. Meta communique la valeur de la Page par jour, si bien que pageTotalMediaViewUnique additionne ces comptes quotidiens : une personne ayant vu votre contenu deux jours différents est comptée deux fois. Tous les champs existants sont inchangés. Consultez les notes de migration du 15 juin pour savoir quel champ retiré correspond à quel remplacement.
29 septembre - Erreur plus claire lorsque Meta ne peut pas récupérer vos médias. Les échecs de récupération de médias ou de blocage du crawler (sous-code Meta 2207052), qui renvoyaient auparavant le code: 440 (Instagram ; code: 108 pour Facebook Reels) générique et relançable, renvoient désormais un code: 479 dédié et non relançable (HTTP 400). Il est renvoyé lorsque Meta ne parvient pas à récupérer les médias même après qu’Ayrshare les a réhébergés sur son propre CDN. Le message indique la cause probable (l’hébergeur bloque les crawlers de Meta facebookexternalhit / Facebot via robots.txt ou des règles CDN/WAF) et la solution (autoriser les crawlers, ou servir les médias depuis un hébergeur accessible à Meta). Les échecs d’ingestion réellement temporaires (sous-codes 2207032 / 2207003) conservent code: 440 (Instagram ; code: 108 pour Facebook Reels) avec sa recommandation de relance. Consultez Robot d’exploration de médias Meta bloqué et la référence des codes d’erreur.
28 septembre - Mettre à jour une publication rejette les requêtes qui ne changent rien et accepte disableComments seul. Mettre à jour une publication renvoyait code: 101 lorsque disableComments était le seul champ envoyé, si bien que vous deviez ajouter un autre champ, comme notes, pour activer ou désactiver les commentaires. Il fonctionne désormais seul. À l’inverse, une requête sans rien à mettre à jour renvoyait status: “success” sans rien modifier. Cela incluait un id seul, un youTubeOptions vide et visibility envoyé au niveau supérieur au lieu de l’être dans youTubeOptions, si bien qu’une faute de frappe semblait avoir fonctionné. Ces requêtes renvoient désormais code: 101. Vérifiez ce point si vous envoyez visibility au niveau supérieur : il n’a jamais modifié la vidéo, et il renvoie désormais une erreur au lieu d’un succès. Déplacez-le dans youTubeOptions.
28 septembre - Modifier la visibilité d’une vidéo YouTube ne réinitialise plus sa licence. Modifier youTubeOptions.visibility avec Mettre à jour une publication réinitialisait la licence de la vidéo sur la Standard YouTube License, si bien qu’une vidéo publiée en “creativeCommon” perdait sa licence Creative Commons dès que vous la rendiez publique ou non répertoriée. La licence est désormais conservée. Si vous avez modifié la visibilité d’une vidéo Creative Commons avant ce correctif, vérifiez sa licence dans YouTube Studio.
25 septembre - Les publications Facebook boostées ciblent désormais le genre que vous choisissez. Booster une publication Facebook ignorait le paramètre documenté gender, si bien qu’un boost envoyé avec “gender”: “female” ou “male” était diffusé auprès de tous les genres alors que la requête réussissait. gender est désormais appliqué, y compris pour les boosts Instagram. Vérifiez ce point si vous envoyez gender : une valeur autre que all, male ou female renvoie désormais code: 101 au lieu de cibler silencieusement tout le monde. Les requêtes sans gender ne changent pas.
25 septembre - Voyez exactement ce que chaque automatisation a envoyé. Chaque résultat d’action dans Get Automation Activity enregistre désormais ce que l’action a envoyé : le texte du DM envoyé à cette personne, l’e-mail tel qu’il a été mis en file d’attente, ou les données de l’événement webhook avec son identifiant de livraison. Il se trouve dans un nouveau champ sent, à côté de config, qui enregistre les paramètres de l’action tels qu’ils étaient à ce moment-là. Jusqu’à présent, l’activité n’affichait que le statut de chaque action, si bien qu’une fois une automatisation modifiée, il n’y avait aucun moyen de voir ce qu’une exécution antérieure avait réellement envoyé. Les deux champs sont également enregistrés pour les envois échoués, et les textes très longs sont raccourcis pour tenir, avec truncated défini lorsque cela se produit. Voir ce que contient sent.
24 septembre - Rédigez chaque DM d’automatisation avec votre propre serveur. Jusqu’à présent, une automatisation send_dm envoyait à chaque personne le même modèle, seuls les placeholders tels que changeant. Définissez messageUrl sur l’action et, chaque fois que la règle correspond, nous demandons à votre point de terminaison quoi dire à cette personne et envoyons sa réponse comme DM, afin que chaque personne qui commente puisse recevoir un message rédigé pour elle par votre propre système, comme une réponse contenant son propre lien de suivi. Si votre point de terminaison est lent, renvoie une erreur ou renvoie quelque chose d’inutilisable, nous envoyons à la place le message habituel de l’action. Nous ne retentons jamais un appel échoué à votre point de terminaison, car une nouvelle tentative pourrait envoyer un second DM. Dans Get Activity, messageSource indique à partir de quel texte un send_dm a été construit : celui de votre point de terminaison ou le message habituel. Il est enregistré dès que le texte est choisi, y compris lorsque l’envoi échoue ensuite, alors consultez status pour savoir si le DM est parti. Voir contenu dynamique du message.
24 septembre - Les webhooks d’automatisation Instagram transportent leur contexte et peuvent signaler le résultat. Le webhook qu’une automatisation déclenche inclut désormais activityId, actionId, eventId, commentId, commentText, postId et storyId, si bien que vous pouvez le faire correspondre exactement à sa ligne de Get Activity au lieu de deviner à partir de recipientId, triggerId et du mot-clé, ce qui était ambigu lorsque deux personnes commentaient le même mot-clé en même temps. Définissez “sendCompletedEvent”: true sur l’action fire_webhook de l’automatisation pour recevoir également automation.completed lorsque l’envoi se termine, avec son status et les résultats par action, si bien que vous apprenez normalement le résultat sans interroger l’API (Get Activity reste le registre avec lequel réconcilier). Les deux événements portent désormais un champ type (automation.triggered ou automation.completed) ; chaque champ existant est inchangé, et un récepteur qui n’active pas l’option reçoit toujours exactement une charge utile par déclenchement. Voir événements webhook.
24 septembre - Exécutez une automatisation de commentaires sur chaque publication, et non une par publication. Un déclencheur comment_keyword peut désormais prendre “all” comme postId, si bien que la règle se déclenche lorsque quelqu’un commente un mot-clé sur n’importe quelle publication ou reel du compte connecté. Auparavant, postId devait désigner un contenu spécifique, ce qui impliquait de créer une nouvelle automatisation à chaque publication — et une règle qui ne couvrait silencieusement rien si vous l’oubliiez. Les déclencheurs de story acceptent “all” pour storyId de la même manière. “all” n’atteint jamais le contenu d’un autre profil, et votre plafond quotidien de DM et les règles d’envoi ancrées à l’engagement s’appliquent exactement comme pour une règle sur une seule publication. La déduplication est comptée par automatisation, si bien que sur une règle “all”, quelqu’un qui commente sur deux publications dans la fenêtre de dédup ne reçoit qu’un seul DM. Définir dedupWindowMinutes à 0 envoie un DM pour chaque commentaire correspondant, y compris les commentaires répétés sur la même publication. La valeur doit être exactement “all” en minuscules ; une variante telle que “ALL” est désormais rejetée au lieu d’être enregistrée comme une règle qui ne se déclenche jamais. Vos propres commentaires n’exécutent plus non plus les actions fire_webhook ou send_email d’une automatisation. Répondre à vos abonnés avec un mot-clé les déclenchait auparavant, ce qu’une règle “all” ferait sur chaque publication ; ces activités sont désormais enregistrées comme skipped, comme l’était déjà le DM. Les automatisations existantes ne sont pas affectées — un postId concret ne correspond toujours qu’à cette publication. Voir les règles permanentes. Sur les déclencheurs de story, omettre storyId se comporte toujours comme “all”, mais préférez la valeur explicite : l’omission sera retirée dans une version future, annoncée à l’avance sur Upcoming API Changes.
24 septembre - Les commentaires X sur une réponse renvoient désormais ses réponses. Demander à Get Comments les commentaires d’une publication X qui est elle-même une réponse renvoyait une liste vide même lorsque cette publication avait ses propres réponses, car Ayrshare recherchait la mauvaise conversation. Ces publications renvoient désormais leurs réponses. Une publication X qui démarre sa propre conversation n’est pas affectée et renvoie toujours tout ce qu’elle renvoyait auparavant. Par ailleurs, lorsque X rejette la lecture sur votre propre compte X Developer, vous obtenez désormais une erreur typée au lieu d’une liste vide : code: 416 (HTTP 402) lorsque vos crédits X sont épuisés, et code: 364 (HTTP 429) lorsque X limite le débit de la requête, si bien que « plus de crédits » ne ressemble plus à « aucun commentaire ». Aucun des deux n’est mis en cache, donc la lecture est relancée dès que vous corrigez la cause, et dans une lecture multiplateforme la réponse est status: “partial” avec le tronçon X en échec listé dans errors[], comme c’est déjà le cas pour les autres tronçons en échec. Une publication supprimée, ou que vos identifiants X ne peuvent pas voir, renvoie toujours une liste vide sans erreur. Voir les codes d’erreur 364 et 416.
21 septembre - Get Messages renvoie des pages bornées sur X/Twitter aussi. Une requête Get Messages pour X/Twitter envoyée sans limit renvoie désormais jusqu’à 100 messages stockés — ou jusqu’à 100 conversations avec conversationsOnly — plus un curseur meta.pagination. C’est la requête qui renvoyait auparavant l’intégralité de votre historique stocké en une seule réponse, si bien qu’une intégration qui n’a jamais suivi le curseur ne verra désormais que les 100 plus récents et doit suivre meta.pagination.next pour le reste. Continuez tant que meta.pagination.hasMore vaut true. status, action et conversationsOnly s’appliquent toujours à cette requête, mais ils s’appliquent désormais à une page bornée à la fois : une page filtrée peut revenir courte, ou vide avec hasMore toujours à true, suivez donc le curseur plutôt que de traiter une page courte comme la fin. Envoyer limit sur X/Twitter est inchangé et continue de parcourir le fil en direct de X via le curseur propre à X, qui n’applique aucun de ces trois filtres. Un curseur enregistre désormais l’ensemble dont il provient, si bien qu’ajouter ou omettre limit lorsque vous en suivez un ne vous fera pas basculer silencieusement vers l’autre.
21 septembre - Les analytics Google Business Profile prennent en charge les plages de dates et les valeurs quotidiennes. Analytics sur un réseau social honore désormais quarters et daily pour gmb, de la même manière qu’il le fait déjà pour Facebook, Instagram, Snapchat, TikTok et YouTube. Passez quarters (1 à 4, 90 jours chacun) pour établir un rapport sur une fenêtre récente au lieu des totaux glissants fixes sur 24 mois, et daily: true pour recevoir chaque métrique sous forme de série values par jour accompagnée d’un total, afin de construire des rapports du dernier mois ou du dernier trimestre et des graphiques de séries temporelles à partir des données Google Business Profile. Auparavant, les deux paramètres étaient silencieusement ignorés pour gmb et seuls les totaux sur 24 mois étaient disponibles. Vérifiez ce point si vous envoyez déjà quarters ou daily dans une requête incluant gmb : ces paramètres étaient auparavant ignorés pour ce réseau, si bien que la même requête inchangée renvoie désormais une fenêtre plus étroite, et avec daily: true chaque métrique gmb arrive sous forme d’objet plutôt que d’un nombre unique — le code qui trace ou additionne ces valeurs doit lire total (ou la série values) plutôt que la métrique directement. Une requête qui envoie gmb sans aucun de ces deux paramètres est totalement inchangée. Lorsqu’une plage de dates est active, la réponse contient également quarters.
21 septembre - quarters: 0 signifie désormais « à vie » sur Facebook et YouTube aussi. Sur Analytics sur un réseau social, envoyer quarters: 0 a toujours été documenté comme « aucune plage de dates » — les mêmes données à vie que vous obtenez en omettant le paramètre — et c’est ce que faisaient Instagram, Snapchat et TikTok. Facebook et YouTube ne le faisaient pas : ils interprétaient toute valeur de quarters comme une demande de plage et renvoyaient silencieusement un seul trimestre, si bien que quarters: 0 vous donnait environ 85 jours sur Facebook au lieu de la fenêtre complète, et une valeur que ces réseaux ne pouvaient pas lire comme un nombre ne renvoyait aucune fenêtre utilisable. Les deux correspondent désormais au comportement documenté et à tous les autres réseaux. Vérifiez ce point si vous envoyez quarters: 0, un quarters négatif ou une valeur non numérique à Facebook ou YouTube : la même requête inchangée renvoie désormais la fenêtre à vie complète plutôt qu’un seul trimestre, si bien que les chiffres sont plus élevés et que la réponse couvre une période plus longue. Envoyer quarters: 1 vous donne le trimestre unique que vous obteniez auparavant par accident. Les requêtes avec quarters de 1 à 4, ainsi que celles qui l’omettent entièrement, sont inchangées sur tous les réseaux.
18 septembre - Liez des comptes sociaux depuis votre propre tableau de bord. Le widget Ayrshare Connect tient en une balise script : chargez-la, déposez un emplacement là où un réseau a sa place dans votre mise en page, et nous y affichons un bouton de connexion qui indique déjà si ce compte est lié. Jusqu’à présent, les seules manières de laisser un utilisateur se connecter étaient de l’envoyer vers une page que nous hébergeons, ou de tout construire vous-même — une session par réseau, une popup ouverte de manière synchrone dans le gestionnaire de clic, une vérification d’event.origin, et un polling de popup.closed avec une fenêtre de grâce, autant de plomberie navigateur à réussir avant que le premier compte ne se connecte. Le widget s’en charge, ainsi que de la déliaison, et rapporte ce qui se passe sur dix événements — y compris state, qui vous donne l’état de compte en direct de chaque réseau au montage et à chaque changement, si bien que vous ne le pollez jamais. Stylisez-le avec les tokens de design —ayr-connect-*, et ajoutez des entrées script-src et frame-src si votre page envoie une Content-Security-Policy. Le widget nécessite le Max Pack. Voir le widget Ayrshare Connect.
17 septembre - Get Messages renvoie des pages bornées de l’historique stocké. Get Messages renvoie désormais jusqu’à 100 messages ou conversations par défaut sur Facebook, Instagram et WhatsApp. Auparavant, omettre limit pouvait charger l’intégralité de l’historique stocké, épuisant la mémoire du serveur et interrompant d’autres requêtes avec des erreurs 503/504. La valeur par défaut et le maximum sont tous deux de 100 ; définissez limit sur un entier de 1 à 100 pour des pages plus petites. Pour en récupérer davantage, passez meta.pagination.next comme paramètre next de la requête suivante avec le même profil et les mêmes filtres. Continuez tant que meta.pagination.hasMore vaut true, même après une page filtrée courte ou vide. Les champs de réponse existants demeurent, mais les intégrations Facebook, Instagram et WhatsApp qui attendaient tout l’historique en une seule réponse doivent désormais suivre le curseur. Le comportement de X/Twitter et son contrat existant de curseur fournisseur opt-in sont inchangés — X/Twitter a suivi le 21 septembre, voir cette entrée ci-dessus.
14 septembre - Vos options X et Threads s’appliquent désormais aux threads. La publication d’un thread abandonnait auparavant presque toutes les options que vous envoyiez avec. La longue vidéo en était le cas le plus visible : longVideo: true avec thread: true était rejeté avec code: 182 — « 140 secondes maximum » — avant même que la publication n’atteigne X, si bien que la longue vidéo ne fonctionnait tout simplement pas dans un thread. Elle se publie désormais, vérifiée par rapport à la limite de 4 heures des longues vidéos plutôt qu’aux 2 minutes 20 secondes standard. La moitié plus discrète affectait bien plus de publications : altText, les sous-titres, les restrictions géographiques, replySettings, subscribersOnly et les options Pro Media étaient abandonnés silencieusement — le thread était publié et les options n’étaient tout simplement pas appliquées, sans que rien dans la réponse ne l’indique. Sur Threads, allowCountries était abandonné de la même manière. Tout cela s’applique désormais. La plupart des options s’appliquent à chaque publication du thread ; poll, quoteTweetId, replyId et replySettings s’appliquent uniquement à la première publication, car c’est là que X les accepte. altText et les sous-titres s’appliquent aux médias de la première publication uniquement — les médias des publications suivantes sont publiés sans eux, donc n’attendez pas encore de descriptions par image sur un thread multi-médias. Voir quelles options s’appliquent à un thread. Deux changements méritent votre attention si vous envoyez déjà des options sur des threads. Une option à laquelle votre compte n’a pas droit fait désormais échouer le thread au lieu d’être ignorée : subscribersOnly depuis un compte sans X Subscriptions renvoie code: 111 et rien n’est publié, alors qu’auparavant le thread partait publiquement. Sur Threads, allowCountries depuis un compte que Meta n’a pas rendu éligible aux restrictions géographiques renvoie code: 101 et rien n’est publié, alors qu’auparavant le thread partait sans restriction — vérifiez d’abord isEligibleForGeoRestrictions sur /user. Les deux correspondent à ce qu’une publication unique a toujours fait. Enfin, envoyer longPost avec thread renvoie désormais un avertissement indiquant que longPost a été ignoré ; le thread est tout de même publié, puisqu’un thread divise votre texte en publications séparées et que rien ne peut être publié en format long. Les codes 182, 101, 111 et 275 sont désormais documentés dans les codes d’erreur.
14 septembre - Joignez de la musique sous licence à un Reel Instagram. Vous pouvez désormais rechercher dans le catalogue audio d’Instagram et joindre une piste sous licence lorsque vous publiez un Reel. Trouvez une piste avec GET /media/instagram/audio/search, vérifiez une piste que vous détenez déjà avec la consultation audio, puis passez son identifiant comme instagramOptions.audioConfiguration.audioId dans votre publication. Les paramètres facultatifs audioVolume et videoVolume (entiers de 0 à 100) définissent la manière dont la piste et l’audio propre à votre vidéo sont mixés ; omettez-les et Instagram applique sa valeur par défaut de 100. Vous n’avez pas besoin de reels: true ni d’isVideo: true — une URL vidéo est automatiquement détectée comme un Reel et accepte la musique de la même manière. La musique est réservée aux Reels : les stories, images et carrousels renvoient code: 515. Le paramètre existant audioName est inchangé et ne définit toujours qu’un libellé d’affichage sur l’audio déjà présent dans votre vidéo ; si vous envoyez les deux, audioConfiguration l’emporte, audioName est abandonné, et un avertissement non fatal code: 518 revient dans postIds[].warnings[], la publication étant tout de même publiée. Une exigence à vérifier d’abord : Meta ne propose son API Audio qu’aux comptes Instagram connectés via Facebook Login, ce qui nécessite une Page Facebook connectée au compte Instagram. Un compte connecté avec Instagram Login — l’option par défaut — renvoie code: 514 sur chaque appel audio, et aucune autorisation ni aucun plan n’y change quoi que ce soit. Voir l’éligibilité à l’ajout de musique pour savoir comment basculer, ainsi que les codes d’erreur 514 à 518.
11 septembre - Annonces sponsorisées Facebook : boutons call-to-action, objectif de trafic et recherche de centres d’intérêt par catégorie. Boost Post accepte un nouvel objectif traffic qui optimise pour les clics sur le lien hors plateforme, ainsi qu’un objet callToAction qui demande un bouton sur la publication sponsorisée — APPLY_NOW, SHOP_NOW, LEARN_MORE et six autres — ouvrant l’URL de votre choix. Dans le dashboard, choisissez Drive Traffic (générer du trafic) pour définir l’URL de destination, le type de bouton et le titre optionnel. Meta détermine la manière dont le bouton apparaît sur la publication existante. Le callToAction est renvoyé dans la réponse de sponsorisation et, par la suite, sur l’annonce via Get Boosted Ads. Interests gagne un paramètre de requête specialAdCategories, afin qu’une campagne liée au logement, à l’emploi, à la finance ou à la politique puisse rechercher uniquement les centres d’intérêt que Meta l’autorise à cibler, au lieu de choisir des ID pour lesquels l’annonce sera rejetée plus tard. Sur les deux endpoints, financial_product_services et financial_products_services sont désormais acceptés comme la même catégorie — tout comme credit, l’ancien nom de cette catégorie chez Meta — de sorte que la graphie de cette documentation et celle que vous avez peut-être copiée depuis Meta fonctionnent toutes les deux. Trois changements nécessitent une action s’ils vous concernent. Premièrement, callToAction était auparavant accepté avec n’importe quel objectif puis silencieusement ignoré, produisant une annonce sans bouton ; il renvoie désormais code: 101 sauf si l’objectif est traffic. Deuxièmement, une valeur specialAdCategories non reconnue sur Boost Post était auparavant abandonnée et la campagne créée sans catégorie, laissant une annonce réglementée diffusée sans rien de déclaré ; elle renvoie désormais code: 101 listant les valeurs acceptées. Troisièmement, accountId est désormais requis sur Interests lorsque specialAdCategories est fourni, car Meta ne propose la recherche de centres d’intérêt tenant compte de la catégorie que sur un compte publicitaire — une recherche de centres d’intérêt sans specialAdCategories est totalement inchangée et ne nécessite toujours pas d’accountId. Lorsque vous le fournissez, accountId doit être numérique (un act_ en tête est accepté) ; toute autre valeur est désormais rejetée avec code: 101 plutôt que transmise telle quelle à Meta.
8 septembre - Un seul appel renvoie l’état de compte de chaque réseau. GET /profiles accepte include=state, qui renvoie exactement un state normalisé par réseau social pour un User Profile — linked, unlinked, suspended, restricted, rateLimited ou identityVerificationRequired — chacun avec actionable, message et helpUrl. Auparavant, vous deviez assembler vous-même le même tableau à partir des blocs suspension, socialHealth et linkingErrors et décider quelle condition l’emportait. Chaque réseau est toujours présent, donc un réseau qui n’a jamais été lié rapporte unlinked plutôt que d’être absent, et actionable est ce qui vous dit s’il faut montrer un bouton à votre utilisateur. Nécessite refId, c’est donc une consultation mono-profil.
7 septembre - Résiliez un plan mensuel immédiatement, avec remboursement automatique. L’annulation d’un abonnement mensuel depuis la page « Account » propose désormais une seconde option : mettre fin au plan aujourd’hui et être remboursé automatiquement, sur le moyen de paiement d’origine et dans la devise qui vous a été facturée. Si vous résiliez dans les 48 heures suivant le prélèvement, nous remboursons ce paiement intégralement ; au-delà, nous remboursons la partie non utilisée de la période de facturation. Dans les deux cas, le dashboard vous montre les montants avant que vous confirmiez. Auparavant, le seul choix en libre-service était d’annuler à la fin du cycle de facturation ; obtenir un remboursement supposait donc d’envoyer un e-mail au support et d’attendre que quelqu’un le calcule à la main. Trois choses à savoir avant de l’utiliser : votre accès prend fin dès que vous confirmez plutôt qu’à la fin de la période, ce qui déclenche aussi plus tôt la suppression de vos publications, analytics et comptes sociaux connectés ; toute consommation à l’usage qui ne vous a pas encore été facturée est facturée séparément plutôt que déduite du remboursement ; et c’est une option unique par compte. Les plans annuels s’annulent toujours à la fin de la période de facturation. Par ailleurs, si votre paiement le plus récent a échoué, l’annulation met désormais fin au plan immédiatement quel que soit le plan au lieu de la programmer, et la facture impayée est annulée lorsque ce paiement a échoué pour la première fois moins de 48 heures auparavant. Voir comment modifier ou annuler votre abonnement.
7 septembre - Les analytics LinkedIn des publications plus anciennes se rafraîchissent moins souvent, et nextUpdate indique quand. Les analytics d’une publication LinkedIn de plus d’une dizaine de jours proviennent désormais du cache pendant des périodes pouvant atteindre quelques jours, au lieu d’être re-récupérées toutes les onze minutes. L’engagement sur une publication arrive principalement dans ses premiers jours ; passé ce délai, les mêmes chiffres inchangés étaient re-récupérés environ 130 fois par jour, et LinkedIn plafonne le nombre de requêtes analytics que notre application peut effectuer par jour tous comptes confondus — ce plafond était donc dépensé pour des données qui ne pouvaient pas avoir changé. Une publication LinkedIn récente n’est pas affectée et conserve la même cadence de onze minutes, et aucun autre réseau social ne change en quoi que ce soit. Ce qui change partout, c’est que nextUpdate rapporte désormais l’intervalle réellement appliqué à la réponse que vous détenez, plutôt qu’un intervalle fixe de onze minutes — sur certains réseaux, cet intervalle était déjà supérieur à onze minutes et n’était pas rapporté avec précision. Si vous effectuez du polling, lisez-le dans chaque réponse plutôt que d’utiliser un minuteur fixe. Aucun champ n’est supprimé ni renommé, aucune requête n’est rejetée, et les analytics de compte conservent leur propre intervalle. Voir Fraîcheur des données.
7 septembre - Sachez au moment même où un utilisateur connecte un compte. Passez un origin lorsque vous créez une session de liaison, ouvrez l’url retournée dans une popup, et votre propre page est informée de ce qui s’y passe : connect:success lorsqu’un compte est connecté, connect:error avec un code lorsqu’elle échoue, connect:cancelled lorsque votre utilisateur renonce. Auparavant, le seul moyen de le savoir était de poller, ou d’utiliser le paramètre redirect et de voir votre page naviguée ailleurs puis rechargée — ce qui perdait l’état que votre utilisateur avait sous les yeux. Les événements sont envoyés avec postMessage à cette origine exacte et nulle part ailleurs, et connect:success n’arrive qu’une fois le compte enregistré, donc un GET /user juste après affiche déjà la connexion. Exactement un événement de résultat arrive par connexion. Rien ne change pour les liens créés sans origin, et redirect continue de fonctionner exactement comme avant, y compris son paramètre de requête origin=true — qui n’a aucun rapport avec le nouveau paramètre de corps origin ci-dessus, et n’est pas déprécié. Si vous ne pouvez pas utiliser de popup, Obtenir une session de liaison rapporte désormais aussi completedAt, lastCompletedAt et completedNetworks, qui est le même signal sans le navigateur — et le seul pour Telegram, qui se termine hors bande. Voir les événements de fin de liaison.
2 septembre - Les Reels acceptent les URL vidéo avec une chaîne de requête. La publication d’un Reel Facebook ou Instagram avec une URL de média signée de CDN ou de Firebase Storage — toute URL portant une chaîne de requête ? après le nom du fichier — était rejetée avec code: 170 avant même que la publication n’atteigne le réseau, signalant des ressources média incorrectes alors que la vidéo était valide. Le type de média est désormais lu depuis le chemin de l’URL, de sorte qu’une URL comme https://cdn.example.com/reel.mp4?Expires=1756700000 est reconnue comme une vidéo et se publie normalement. Vous n’avez plus besoin d’isVideo: true comme contournement — il fonctionne toujours, et un isVideo: false explicite force toujours le traitement en image. Sans isVideo: true, un Reel dont le chemin de l’URL n’a pas d’extension vidéo est toujours rejeté avec code: 170 — mais le message nomme désormais cette cause et pointe vers isVideo plutôt que vers les directives média. La même correction s’applique aux limites de médias par publication sur Facebook, LinkedIn, Pinterest et TikTok, où la limite de vidéos est inférieure à celle des images : une URL vidéo avec chaîne de requête compte désormais dans la limite de vidéos plutôt que dans la limite d’images, si bien que deux vidéos de ce type dans une même publication sont correctement rejetées là où elles passaient auparavant. Consultez les directives média.
2 septembre - WhatsApp figure désormais parmi les réseaux sociaux pris en charge. WhatsApp apparaît désormais dans les listes et les décomptes de réseaux sociaux pris en charge à travers la documentation, afin que vous puissiez le trouver sans savoir qu’il faut le chercher. Sur Ayrshare, WhatsApp est un réseau de messagerie : récupérez les conversations et les messages entrants avec GET /messages/:platform et envoyez avec POST /messages/:platform via l’API de messagerie, et consultez les exigences relatives aux médias WhatsApp pour savoir ce que vous pouvez joindre. Le comportement de WhatsApp n’a pas changé dans cette version — seul l’endroit où il est documenté a changé.
1er septembre - Vidéos Bluesky jusqu’à 10 minutes et 300 MB. Bluesky a relevé ses limites vidéo le 26 août, et Ayrshare accepte désormais les nouveaux plafonds : une vidéo Bluesky peut durer jusqu’à 10 minutes et peser jusqu’à 300 MB — contre 3 minutes et 100 MB auparavant. Auparavant, une vidéo plus longue ou plus volumineuse était rejetée avant la publication avec l’erreur de validation video-too-long ou video-too-large, alors même que Bluesky l’aurait acceptée. Rien ne change dans votre façon de publier : envoyez les mêmes mediaUrls qu’avant. Consultez les directives média Bluesky pour l’ensemble des exigences.

Août 2026

31 août - Créez des URL de liaison sociale sans clé privée, et révoquez-les. Créer une Link Session crée une URL de liaison sociale à partir de votre clé API et d’une Profile-Key seules — aucun privateKey et rien à signer. Auparavant, chaque URL de liaison exigeait d’envoyer la clé privée RSA que nous vous avions délivrée, ce qui impliquait de la stocker, de la lire depuis le disque à chaque appel et de déboguer des erreurs code: 189 « no start line » lorsqu’un saut de ligne parasite se glissait dans le PEM. Vous pouvez aussi désormais voir si un lien a été ouvert avec Obtenir une Link Session, et en tuer un avant son expiration avec Révoquer une Link Session — une URL envoyée à la mauvaise adresse restait auparavant valide jusqu’à son expiration, sans aucun moyen de la rappeler. Générer une URL de liaison continue de fonctionner : privateKey, base64 et verify sont toujours acceptés et sont désormais ignorés, domain reste optionnel et est toujours validé, et les liens que vous avez déjà distribués ne sont pas affectés. Si vous transmettez l’url retournée directement à votre utilisateur, rien ne change pour vous. Un cas nécessite toutefois une modification : le token est désormais une chaîne opaque commençant par ayr_ls_ plutôt qu’un JWT décodable, si bien qu’une intégration qui le décode pour lire les claims apiKey, profileKey ou exp cesse de fonctionner. Lisez l’expiration depuis le champ expiresIn ; pour les deux autres, utilisez les valeurs que vous avez déjà envoyées, puisque le token ne faisait que vous les renvoyer en écho.
27 août - Les erreurs internes génériques Instagram ne vous demandent plus de reconnecter. Une publication Instagram qui échoue avec le error_subcode 2207085 de Meta (« Generic Internal Error ») est désormais réessayée automatiquement pendant jusqu’à environ 50 secondes avant que l’erreur ne soit renvoyée, et la réponse code: 258 ne définit plus relink: true. Ce drapeau indiquait aux intégrations que le compte était déconnecté, si bien que des clients déconnectaient et reconnectaient des comptes qui n’avaient jamais été rompus — le même compte continuait de publier avec succès entre les échecs, sur un token inchangé. Réessayez la publication dans quelques minutes ; ce n’est que si l’erreur persiste au-delà de 24-48 heures que la reconnexion, ou le fait de contacter le support Meta avec le fbtrace_id désormais renvoyé dans details, s’applique. Consultez les codes d’erreur.
26 août - Les webhooks Messages vous signalent désormais qu’une connexion sociale est rompue. Un webhook de message Facebook ou Instagram transporte désormais connectionDegraded: true lorsque nous n’avons pas pu résoudre les métadonnées de ce message auprès du réseau social. conversationId et senderDetails sont résolus à l’arrivée de chaque message, et le drapeau est activé chaque fois que cette résolution échoue — généralement parce que la connexion du User Profile a expiré ou a été invalidée, même si une erreur transitoire de la Graph API l’active aussi. Auparavant, la seule façon de s’en apercevoir était de repérer l’absence de ces champs, ce qu’une intégration en écoute seule ne ferait jamais ; un drapeau sur chaque message d’un profil signifie que l’identifiant est mort, tandis qu’un drapeau sur un seul message était un incident passager. Les messages entrants continuent d’arriver pendant tout ce temps, donc rien n’est perdu, mais tant que le drapeau est actif, répondre et récupérer l’historique de conversation via l’API échoueront également, car les deux nécessitent le même identifiant. Traitez-le comme un signal pour faire reconnecter le compte par ce profil. Par ailleurs, les messages Facebook récupèrent désormais leur conversationId depuis votre historique de messages stocké lorsqu’une connexion est dégradée, de sorte qu’un fil en cours reste lié au lieu d’arriver détaché ; Instagram le faisait déjà. Rien ne change sur une connexion saine — le champ est omis plutôt qu’envoyé comme false. Voir Nouveaux événements de message.
25 août - Les livraisons de webhook survivent désormais à une indisponibilité de l’endpoint. Une livraison de webhook échouée n’était auparavant réessayée que deux fois — après 5 secondes, puis 30 secondes — de sorte que chaque tentative se terminait en environ 35 secondes. Un endpoint indisponible plus longtemps que cela perdait l’événement pour de bon. Les échecs transitoires font désormais l’objet de 9 tentatives d’envoi au maximum sur environ une heure — le premier envoi plus 8 nouvelles tentatives — puis la livraison est tentée à nouveau selon un calendrier décroissant de 5 minutes, 30 minutes, 2 heures et 12 heures, si bien qu’une livraison peut encore arriver jusqu’à environ 16 heures après l’événement d’origine. Un endpoint injoignable, qui dépasse le délai ou qui renvoie un 5xx pendant un incident ou une fenêtre de maintenance ne vous coûte plus la notification. Notez que cela dépend de la manière dont l’endpoint échoue : un déploiement qui renvoie 404 parce que la route n’est pas encore enregistrée est un rejet, pas un échec transitoire, et reste définitif dès la première tentative. Cela s’applique aux réponses 429, 408 et 425, à tout 5xx, aux délais dépassés et aux connexions interrompues. Toute autre réponse 4xx — 400, 401, 403, 404, 410 — est désormais considérée comme définitive dès la première tentative, car répéter une requête que votre endpoint a rejetée d’emblée ne peut pas changer le résultat ; l’historique des webhooks (Premium) liste vos livraisons récentes pour que vous voyiez lesquelles ont échoué — il est en lecture seule et ne les renvoie pas. Comme les nouvelles tentatives peuvent désormais arriver plusieurs heures plus tard, votre clé de déduplication doit persister au moins 24 heures ; une clé qui expire plus tôt ne reconnaîtra pas une tentative tardive et vous traiterez deux fois le même événement. Voir la présentation des Webhooks pour le contrat complet.
24 août - Les webhooks Comment et Mention transportent désormais l’ID de publication Ayrshare. Les payloads des webhooks comments et mentions incluent désormais postId — l’id Ayrshare de la publication sur laquelle l’événement s’est produit, le même id que /post a renvoyé lorsque vous l’avez créée. Auparavant, le payload ne transportait que l’id propre au réseau pour cette publication (media.id sur un commentaire Instagram, media_id sur une mention Instagram, post_id sur Facebook), si bien que faire correspondre un événement à la publication que vous aviez créée impliquait de maintenir votre propre table de correspondance entre ids natifs et ids Ayrshare. Vous pouvez abandonner cette table. postId est fourni au mieux et est omis plutôt qu’envoyé vide lorsqu’il ne peut pas être déterminé : la publication a été créée directement dans l’application Instagram ou Facebook plutôt que via Ayrshare, elle a été publiée avant cette mise en service (il n’y a pas de reprise rétroactive), ou elle appartient à un autre User Profile connecté au même compte. Sur mentions, il est généralement absent, car une mention porte normalement sur la publication de quelqu’un d’autre. Traitez un postId manquant comme « pas une de mes publications », et non comme une erreur. Voir Corréler un commentaire avec la publication que vous avez créée.
24 août - Les webhooks Comment et Mention identifient désormais le réseau. Les payloads des webhooks comments et mentions transportent désormais un champ platform qui nomme le réseau social d’où provient l’événement. Cela compte surtout sur comments : un commentaire Instagram arrive avec id, text et media.id, tandis qu’un commentaire de Page Facebook arrive comme un changement feed avec comment_id, post_id et message — un endpoint enregistré pour les deux devait donc deviner le réseau à partir des noms de champs présents. Branchez-vous plutôt sur platform, instagram ou facebook. Sur mentions, c’est toujours instagram, car les mentions de Pages Facebook ne sont pas livrées aujourd’hui. Tous les autres champs sont inchangés, vos gestionnaires existants continuent donc de fonctionner. Voir Comments Action et Mentions Action.
19 août - Modifiez votre profil d’entreprise WhatsApp via l’API. Mettre à jour l’utilisateur accepte désormais whatsapp aux côtés de gbp, vous pouvez donc modifier ce que vos clients voient sur votre profil d’entreprise WhatsApp sans quitter Ayrshare : about, description, address, email, jusqu’à deux websites, votre catégorie d’entreprise dans vertical, et la photo de profil via profilePictureUrl. Envoyez uniquement les champs que vous souhaitez modifier. La photo de profil doit être un JPEG ou PNG carré — 640×640 est recommandé — et Ayrshare la téléverse sur WhatsApp pour vous, une URL d’image publique suffit donc. Profil d’entreprise WhatsApp retourne le profil que vous avez actuellement. Votre nom d’affichage WhatsApp n’est pas modifiable ici : il est lié à votre numéro et nécessite la propre procédure d’examen de WhatsApp.
18 août - Les pannes de l’inspection des médias n’accusent plus votre hébergeur de médias. Si le service d’inspection des médias qu’Ayrshare utilise avant publication est injoignable ou renvoie une réponse invalide, la publication renvoie désormais 499, qui peut être relancé, au lieu de convertir l’échec en 164 et de vous demander de modifier une URL de média, un CDN ou une règle de user-agent qui fonctionnent. Les véritables échecs d’accès aux médias conservent leurs erreurs de validation actuelles. Consultez Erreurs de récupération de média / d’accès du crawler pour la différence.
18 août - Les Engaged Views YouTube arrivent dans les statistiques. Les statistiques de publication et les statistiques sociales renvoient désormais un champ engagedViews pour YouTube — le nombre de vues comptabilisées au-delà des premières secondes de lecture. Le 24 août 2026, YouTube modifie sa métrique views pour la comptabiliser dès l’instant où une vidéo commence à être lue, sans durée de visionnage minimale, sur tous les formats vidéo — attendez-vous donc à un saut ponctuel des views à cette date. Si vos rapports dépendent de la méthodologie précédente, basculez-les sur engagedViews, qui conserve l’ancien mode de comptage. Consultez Modifications à venir de l’API pour tous les détails.
17 août - Votre couleur de marque atteint désormais le bouton principal du dialogue. Les boutons Submit (Envoyer) et Yes (Oui) des dialogues de la page connect accounts conservaient le dégradé bleu vers rose d’Ayrshare même lorsque votre fichier CSS définissait — et le dégradé ne pouvait pas du tout être surchargé depuis une feuille de style, car il s’agit d’une image d’arrière-plan posée par-dessus la couleur que vous définissez, sur un bouton indissociable en CSS du Cancel (Annuler) à ses côtés. Il utilise désormais votre comme couleur unie, afin que le contrôle le plus mis en avant du dialogue reflète votre marque. Le libellé posé dessus, ainsi que l’indicateur de chargement affiché pendant que le bouton travaille, sont choisis automatiquement à partir de votre accent et basculent entre noir et blanc selon ce qui se lit le mieux dessus ; au survol, l’accent s’écarte du libellé au lieu de toujours s’assombrir, afin que le texte reste lisible là aussi. Choisissez votre accent en fonction du bouton radio sélectionné qu’il peint également ; le libellé suit. Si vous avez plutôt besoin d’une couleur de libellé précise, comme un blanc cassé ou un quasi-noir de votre propre palette, définissez , qui remplace le choix automatique et vous rend la responsabilité du contraste. Rien ne change si vous ne définissez pas .
17 août - Les publications Instagram planifiées publient désormais leur premier commentaire. Un firstComment sur une publication planifiée sur Instagram seul était accepté, puis silencieusement abandonné au moment de la publication : la publication partait à l’heure prévue, le commentaire n’apparaissait jamais, et aucune erreur n’était renvoyée. La publication immédiate sur Instagram fonctionnait, ce qui donnait l’impression que le problème venait de la planification plutôt que du commentaire. Les publications Instagram planifiées ajoutent désormais leur premier commentaire de la même manière que les publications immédiates. Les publications qui planifiaient Instagram aux côtés d’un autre réseau acceptant un premier commentaire, comme Facebook ou LinkedIn, n’ont jamais été affectées, et les publications immédiates sont inchangées. Si vous aviez contourné ce problème en ajoutant le commentaire à la main ou en basculant ces publications en publication immédiate, vous pouvez revenir à les planifier avec firstComment.
17 août - Nouveau webhook Suspended pour les événements de suspension de profil. Enregistrez la nouvelle action de webhook suspended pour être notifié dès qu’un User Profile est suspendu ou réactivé, plutôt que de le découvrir via des réponses 403. L’événement suspend transporte la reason enregistrée lorsqu’elle est disponible (par exemple, l’exigence de vérification d’identité de Facebook), la platform qui l’a déclenchée lorsqu’un réseau social en est la cause, l’origin de la suspension et des horodatages ; l’événement unsuspend vous indique que le profil est de nouveau actif afin que vous puissiez reprendre la publication. Enregistrez-le comme toute autre action avec Enregistrer un webhook, et consultez la référence Action Suspended pour les charges utiles.
16 août - Le CSS personnalisé peut désormais colorer les dialogues de liaison. Les dialogues de la page connect accounts en marque blanche — la confirmation de dissociation, les sélecteurs de page Facebook et LinkedIn, les formulaires d’identifiants Bluesky et X, et le champ du code d’activation Telegram — s’affichaient dans le thème clair par défaut d’Ayrshare quel que soit votre fichier CSS, si bien qu’une page de liaison sombre ouvrait un panneau blanc. Dix nouvelles propriétés personnalisées les colorent désormais : , , , , , , , ainsi que , et . Définissez-les sur :root plutôt que sur une carte, car les dialogues sont rendus en dehors du contenu de la page. Tout ce que vous laissez de côté conserve les couleurs actuelles, si bien qu’une feuille de style existante n’est pas affectée tant que vous ne l’activez pas. Consultez Linking Dialog Colors pour la liste complète et un exemple concret.
15 août - Plus de flash du thème par défaut avant le chargement de votre CSS personnalisé. Une page connect accounts en marque blanche utilisant votre propre fichier CSS affichait brièvement la page claire par défaut d’Ayrshare avant que votre feuille de style ne prenne le relais. Si votre feuille de style est sombre, cela se traduisait par un flash blanc à chaque chargement — y compris à chaque fois qu’un utilisateur revenait après avoir connecté un compte, ce qui le ramène à la même page. La page attend désormais votre feuille de style avant d’afficher quoi que ce soit, afin que vos utilisateurs ne voient jamais la page par défaut en dessous, et elle mémorise votre feuille de style pour que les visites de retour appliquent vos couleurs immédiatement plutôt qu’après que votre fichier a été récupéré. Si votre fichier CSS ne peut être atteint, la page se charge néanmoins normalement plutôt que de l’attendre. Les pages de liaison sans fichier CSS restent inchangées.
14 août - Le CSS personnalisé atteint l’intérieur des cartes de la page Connect Accounts. Cinq noms de classes supplémentaires sont désormais disponibles pour votre CSS personnalisé Max Pack sur la page connect accounts en marque blanche : social-account-avatar sur la photo de profil d’un compte connecté, social-account-icon sur le carré contenant le logo d’un réseau, social-account-name sur le nom du réseau, ainsi que social-linking-page-column et social-linking-header sur les deux conteneurs qui structurent la page. La colonne est délibérément distincte de main-content, ce qui vous permet d’élargir les cartes sans rétrécir l’arrière-plan de votre page, et aplatir l’en-tête avec display: contents vous permet de réordonner le logo, les cartes, le bouton Close et le bloc d’instructions avec order. Les badges « Connected » et « Messaging » lisent également deux propriétés personnalisées, et , que vous pouvez définir une seule fois sur social-account-card ; les badges d’avertissement tels que « Relink required » conservent leurs propres couleurs, de sorte qu’un compte ayant cessé de fonctionner en garde l’apparence. Si votre feuille de style atteignait l’un de ces éléments en comptant les éléments ou en sélectionnant un nom de classe Mui, réécrivez ces règles à l’aide des noms ci-dessus — ce sont ceux qui continueront de fonctionner. Consultez Customize CSS pour la liste complète et des exemples concrets.
14 août - Plus d’espace au-dessus de votre page de liaison. La page connect accounts en marque blanche commence son contenu plus bas sur la page, de sorte que votre logo et votre titre ne sont plus collés au bord supérieur de la fenêtre du navigateur. Rien d’autre ne bouge, et une feuille de style qui définit déjà un padding-top sur main-content conserve sa propre valeur.
13 août - Identité de la chaîne YouTube dans le webhook social. Le webhook social inclut désormais un objet account facultatif qui identifie le compte social précis qui a été lié ou délié. YouTube est la première plateforme renseignée : pour une liaison YouTube, vous n’avez donc plus besoin d’un appel supplémentaire à /api/user pour savoir à quelle chaîne l’événement fait référence. account.id est l’id de la chaîne et account.title est le nom de la chaîne (distinct du title de premier niveau, qui reste le titre de votre profil utilisateur), avec account.handle et account.profileUrl. Chaque clé est facultative individuellement (une chaîne sans URL personnalisée n’a pas de handle), et account est envoyé lors des événements link et unlink. Tous les champs existants restent inchangés. Consultez la référence du webhook Social action.
12 août - Les déclarations IA survivent à la conversion de format d’image. Lorsqu’Ayrshare convertit une image WebP, HEIC, HEIF ou AVIF en JPEG pour un réseau qui n’accepte pas le format source, la déclaration IA de l’image est désormais reportée au lieu d’être abandonnée. Ayrshare écrit un petit paquet XMP neuf contenant Iptc4xmpExt:DigitalSourceType, la propriété IPTC de déclaration IA, et synthétise la valeur équivalente lorsqu’un manifeste C2PA affirme une origine IA que le XMP n’enregistre pas. Facebook et Instagram affichent leur propre libellé IA à partir de cette seule propriété, sans qu’aucun indicateur IA de plateforme ne soit défini. Rien d’autre ne voyage : le paquet est construit à partir de zéro plutôt que copié, de sorte qu’aucun EXIF, aucun GPS, ni aucun champ créateur, copyright, mot-clé ou localisation de votre image d’origine n’atteint le réseau. Le rendu des couleurs est préservé dans les deux cas — une image HEIC ou HEIF conserve son profil colorimétrique ICC, et une image WebP ou AVIF est convertie en sRGB standard afin que ses couleurs soient correctes même sur un réseau qui supprime les profils intégrés. La signature cryptographique C2PA ne peut pas survivre à un ré-encodage et n’est pas conservée — la déclaration survit, la signature non. Les images JPEG et PNG passent toujours sans modification, les vidéos ne sont pas affectées, et les téléversements de médias continuent de stocker vos octets tels quels. Notez que l’option autoResize d’Instagram redimensionne via une étape distincte qui ne transporte aucune métadonnée ; laissez-la donc désactivée si la déclaration doit atteindre Instagram. Consultez Image Metadata and Content Credentials pour la politique complète et les résultats par réseau.
12 août - La sélection des LinkedIn Company Pages n’expire plus. Si vous administrez un très grand nombre de company pages LinkedIn, la connexion à LinkedIn pouvait expirer avant que la liste de sélection des pages n’apparaisse, ne vous laissant rien à choisir. Cela se produisait y compris après l’amélioration de la découverte du 10 août ci-dessus. La construction de votre liste de pages est désormais bien plus rapide et se termine largement dans la limite de temps de la requête. Par ailleurs, certaines pages pouvaient être omises de la liste selon la façon dont LinkedIn les renvoyait ; ces pages apparaissent désormais.
11 août - Contrôle CSS personnalisé sur la disposition des cartes de la page Connect Accounts. La page connect accounts en marque blanche porte désormais deux noms de classes supplémentaires que votre CSS personnalisé Max Pack peut sélectionner : social-accounts-grid sur la grille contenant les cartes de réseaux, et social-account-card-wrapper sur la cellule contenant chaque carte. Ensemble, ils contrôlent l’espacement entre les cartes et le nombre de cartes par ligne, dont aucun ne disposait auparavant d’un sélecteur. Si votre feuille de style atteignait la zone des cartes en comptant les éléments à partir de main-content, par exemple avec .main-content > div > div > div, ces règles correspondent à un élément différent depuis la refonte du tableau de bord et peuvent redimensionner toutes les cartes à la fois ; réécrivez-les en utilisant les deux noms ci-dessus. Vos règles ont toujours besoin de !important pour surcharger les styles générés par la page. Consultez Modifier la disposition des cartes pour des exemples concrets.
11 août - Les pages de liaison avec CSS personnalisé restent en clair. Une page de liaison sociale qui utilise votre propre fichier CSS reste désormais fixée au thème clair, et le sélecteur clair/sombre n’y est plus affiché à vos utilisateurs. Les feuilles de style sont écrites pour la page en thème clair : un utilisateur qui passait en thème sombre conservait vos couleurs pendant que les couleurs de texte autour changeaient, ce qui pouvait rendre les noms de réseaux difficiles à lire sur vos cartes. Votre feuille de style est maintenant la seule à décider de l’apparence de la page. Les pages de liaison sans fichier CSS ne changent pas et conservent le sélecteur.
11 août - Liaison d’Instagram simplifiée. Cliquer sur Instagram depuis la page de liaison ouvrait auparavant une boîte de dialogue avertissant que seuls les comptes Instagram Business ou Creator sont pris en charge, avant le lancement de la connexion. La connexion propre d’Instagram propose désormais de convertir un compte personnel en compte professionnel pendant l’autorisation, cette étape supplémentaire a donc disparu : cliquer sur Instagram mène directement au flux de connexion, soit la connexion propre d’Instagram, soit, si vous avez désactivé Instagram Login, la connexion Facebook. Si vous avez configuré un modal Instagram personnalisé pour votre page de liaison, vos instructions personnalisées apparaissent toujours exactement comme avant.
10 août - Hooks de classes CSS personnalisées restaurés sur la page Connect Accounts. La page connect accounts en marque blanche porte à nouveau les noms de classes stables que votre CSS personnalisé Max Pack sélectionne. Lors de la refonte de la page, ces noms de classes ont été supprimés : une feuille de style existante se chargeait toujours mais ne correspondait plus silencieusement à rien — une règle qui masquait l’en-tête de la page, restylisait le bouton Close ou changeait la couleur du texte d’instructions cessait simplement de prendre effet, sans erreur nulle part. Rétablis sur la page : main-content, company-logo, heading-social-accounts, additional-info, additional-info__body, additional-info-text, troubleshooting-guide et close-button. Rétablis sur chaque carte de réseau : connected-card et click-to-link. Également nouveaux : social-account-card sur chaque carte, unlinked-card pour l’état non encore connecté, et un attribut data-platform portant la clé du réseau, de sorte qu’une carte non connectée puisse être restylisée en bouton, ce qui était auparavant impossible car une carte connectée et une carte non connectée étaient indiscernables en CSS. Vos règles ont besoin de !important pour surcharger les styles générés par la page. Consultez Hooks de classes CSS pour la liste complète et un exemple concret.
- Vérifiez votre feuille de style. Les règles reposant sur ces noms de classes fonctionnent à nouveau sans aucune modification de votre part. Les règles reposant sur les noms de classes générés par la page elle-même (tout ce que vous avez copié depuis les outils de développement du navigateur, comme les noms commençant par chakra-) ne peuvent pas être restaurées et doivent être réécrites en utilisant les sélecteurs documentés. Consultez Mettre à jour une ancienne feuille de style.
- Un ancien nom de classe ne revient pas. linked-tag ne fait délibérément pas partie du contrat : une carte connectée peut désormais aussi afficher « Relink required » ou « Identity check », donc une règle qui le masquerait masquerait un avertissement sur lequel votre utilisateur doit agir. Stylisez plutôt connected-card. Consultez Mettre à jour une ancienne feuille de style.
10 août - Découverte améliorée des LinkedIn Company Pages. Si vous administrez un grand nombre de company pages LinkedIn, certaines d’entre elles pouvaient être manquantes lors de la connexion ou de l’actualisation de LinkedIn — ces pages n’apparaissaient pas dans la sélection et il n’était pas possible d’y publier. La découverte des company pages lit désormais au-delà du point où elle s’arrêtait prématurément auparavant, de sorte que les pages manquées pour cette raison sont disponibles à la sélection et à la publication.
7 août - Dashboard 3.0. Le Ayrshare Dashboard a été reconstruit de fond en comble avec un système de design moderne, une navigation rafraîchie et un flux de travail plus rapide et plus épuré sur chaque page.
- Mode sombre & nouveau design — mode sombre par défaut avec un bouton de bascule thème clair/sombre en un clic dans la barre latérale, plus une nouvelle typographie, de nouvelles cartes et de nouvelles mises en page sur chaque page pour une meilleure lisibilité et densité d’information.
- Billing, désormais dans le dashboard — une nouvelle section Billing (remplaçant l’ancienne page Account) vous permet de gérer votre abonnement sans quitter le dashboard : consultez votre forfait actuel, votre prochaine date de facturation et votre mode de paiement ; changez de forfait, consultez les factures et mettez à jour vos informations de facturation ; et activez ou gérez les modules complémentaires (Max Pack, Messaging et Facebook Boost Ads) directement.
- Publish a Post — bascules de réseaux avec un compteur de sélection en direct, Select all / Deselect all, et un raccourci « Only » pour publier sur un seul réseau ; View API Code (anciennement View JSON) affiche la requête API exacte pour votre publication composée ; et un panneau Additional Options plus épuré qui fait apparaître les paramètres spécifiques à la plateforme (comme Instagram Post Type) de manière contextuelle.
- Post History — recherchez vos publications récentes en complément des filtres de statut existants (Success, Scheduled, Paused, Awaiting Approval, Error), miniatures des médias sur chaque publication, ainsi que des icônes de plateforme, des puces de statut, des Post IDs copiables et un visualiseur API Request & Response repliable sur chaque carte.
- User Profiles — cartes de profil redessinées avec avatars et champs structurés (Created, RefId, Accounts, Messaging), nouveaux badges de rôle (Owner, Team Member et profil Active), et une bascule Messaging en ligne sur chaque carte.
- Webhooks — un nouvel Events tab pour inspecter les journaux d’événements webhook aux côtés de vos webhooks enregistrés.
6 août - Correction de la visibilité des vidéos TikTok. L’option tikTokOptions.visibility est désormais respectée pour les publications vidéo. Auparavant, elle ne prenait effet que sur les publications d’images — une vidéo envoyée avec visibility: “private”, “followers” ou “friends” était publiée en Public sans erreur ni avertissement. Les vidéos sont désormais publiées avec la visibilité demandée, et la documentation du paramètre visibility a été mise à jour pour refléter la prise en charge des vidéos.
6 août - Libellé de contenu IA Instagram. Les publications Instagram peuvent désormais porter le libellé AI info d’Instagram en définissant isAIGenerated sur true dans instagramOptions. L’auto-déclaration s’applique aux images uniques, vidéos uniques, Reels, Stories et carrousels — pour un carrousel, le libellé s’applique à l’ensemble du carrousel plutôt qu’aux éléments individuels. Les valeurs acceptées sont true, “true”, false et “false” ; toute autre valeur (“yes” ou 1, par exemple) publie tout de même la publication normalement mais sans le libellé et renvoie une entrée warnings non fatale (code: 497, feature: “isAIGenerated”) listant les valeurs acceptées. Omettre le paramètre reste inchangé et publie sans libellé, et le libellé ne peut pas être modifié après la publication. Le paramètre correspond à l’existant tikTokOptions.isAIGenerated, de sorte que le même nom de flag fonctionne sur les deux réseaux. Consultez Libellé de contenu IA Instagram.
4 août - Libellé “Made with AI” de X. Les publications X peuvent désormais divulguer des médias générés par IA avec twitterOptions.isAIGenerated, qui applique le libellé natif “Made with AI” de X. Consultez les options de publication X.
4 août - Réponses aux commentaires LinkedIn sur les publications organiques de page d’entreprise. Répondre à un commentaire LinkedIn par ID de commentaire social fonctionne désormais sur les publications organiques de page d’entreprise, qui échouaient auparavant avec code: 215. Dans ce mode (searchPlatformId: true), passez le commentUrn complet retourné par get-comments plutôt que le simple commentId — par exemple urn:li:comment:(urn:li:activity:<postId>,<commentId>). Voir le nouveau paramètre commentUrn sur Répondre à un commentaire.
4 août - Les échecs de DM d’automatisation n’incriminent plus votre jeton d’accès. Lorsqu’une automatisation Instagram ne parvenait pas à livrer son DM à un destinataire particulier, la ligne d’activité enregistrait auth_error — le statut signifiant que les identifiants du compte ont échoué — si bien que les clients reconnectaient un compte parfaitement sain sans que cela ne change rien. Les échecs de livraison propres à un destinataire enregistrent désormais failed, portant la raison propre à Meta dans actionResults[].errorDetails, et auth_error est réservé aux véritables problèmes d’identifiants et d’autorisations. La cause la plus fréquente a désormais son propre statut terminal : lorsque le commentaire déclencheur provient du même compte que celui qui enverrait le DM — ce qui se produit lorsque vous testez une automatisation sur votre propre publication — la ligne enregistre skipped avec une explication et aucun envoi n’est tenté, car un compte ne peut pas s’envoyer de message à lui-même. Les références des statuts d’activité et du point de terminaison activité décrivent désormais chaque statut avec précision. Les lignes enregistrées avant ce changement n’ont pas été corrigées rétroactivement, si bien qu’une ligne auth_error historique peut encore correspondre à l’un de ces cas.

Juillet 2026

31 juillet - Messages WhatsApp en Private Beta. La Messaging API prend désormais en charge WhatsApp en Private Beta. Les comptes approuvés peuvent lier un WhatsApp Business Account via le flux embedded signup de Meta, envoyer des messages en format libre pendant la fenêtre de service client de 24 heures de Meta, recevoir des messages entrants et des médias, et récupérer les conversations WhatsApp stockées. Écrivez à lotty@ayrshare.com pour demander un accès.
31 juillet - Les Webhooks Comments et Mentions Instagram ne nécessitent plus Messaging. Les webhooks comments et mentions pour Instagram sont désormais totalement indépendants du module complémentaire Messaging. Enregistrer un webhook avec action: “comments” ou action: “mentions” souscrit automatiquement aux champs Meta requis en utilisant vos comptes déjà liés — aucun module complémentaire Messaging ni nouvelle liaison nécessaires (les permissions de commentaires font déjà partie de la délégation par défaut). Cela fonctionne pour tous les types de comptes Instagram, y compris les comptes liés via une Facebook Page, et la désactivation de Messaging n’interrompt plus un webhook comments ou mentions actif. Ce changement s’applique au périmètre Instagram ; les événements de commentaires et de mentions Facebook ne sont pas encore inclus. Consultez la présentation des Webhooks pour enregistrer un webhook.
31 juillet - Correction de l’attribution des analytics par lot. Dans une requête post analytics portant sur plusieurs publications, une entrée en échec pouvait provoquer l’enregistrement des résultats suivants du même lot sous un mauvais identifiant de publication. Les résultats sont désormais toujours attribués à la bonne publication, même lorsque certaines entrées du lot échouent.
31 juillet - Validation des IDs de publication Instagram dans les analytics. Les IDs de publication Instagram invalides envoyés à post analytics sont désormais rejetés localement avant tout appel à Meta, de sorte que les IDs mal formés ne consomment plus un appel à la Meta Graph API — ce qui correspond à la protection déjà en place pour Facebook, Threads et X/Twitter. Les IDs de publication numériques sont également gérés proprement : un id entièrement numérique est validé normalement, et les valeurs ne pouvant pas former un ID valide renvoient une erreur code: 186 propre au lieu d’un échec non géré. Les IDs de type chaîne valides se comportent exactement comme avant.
31 juillet - Rafraîchissement du workflow de démarrage n8n. Le workflow de démarrage n8n MCP téléchargeable a été mis à jour : le premier prompt suggéré cible désormais uniquement LinkedIn et Facebook (le prompt précédent incluait Instagram, qui nécessite un média et faisait échouer la validation au premier lancement), et le modèle de chat du workflow est désormais claude-sonnet-5 avec des instructions de configuration indépendantes de la version.
29 juillet - Les automatisations Instagram sur commentaire utilisent désormais des Private Replies. Les automatisations déclenchées par un commentaire (comment_keyword) livrent désormais leur DM via les private replies d’Instagram, ancrées à la fenêtre de 7 jours propre au commentaire. Cela supprime l’exigence d’une conversation antérieure, de sorte qu’une automatisation peut désormais atteindre un auteur de commentaire à qui vous n’aviez jamais envoyé de message auparavant — le rejet qui bloquait auparavant les commentateurs « à froid ». La fenêtre de 7 jours propre au commentaire s’applique toujours : une réponse à un commentaire plus ancien échoue avec 491. Notez que la livraison reste en fin de compte dictée par le paramètre Instagram Message requests du destinataire : un DM peut être accepté par Instagram (activité status: “sent”) puis supprimé silencieusement, sans aucun signal sur aucune surface d’API. En conséquence, sent signifie qu’Instagram a accepté le message, jamais que le destinataire l’a reçu. De nouveaux motifs d’échec apparaissent sur actionResults[].errorDetails avec des codes d’erreur dédiés 490–495. Voir le nouveau guide de dépannage Automation DM Sent but Not Delivered.
23 juillet - Chiffrement prêt pour l’ère post-quantique (PQC). L’API Ayrshare prend désormais en charge la cryptographie post-quantique au niveau de la couche TLS. Nous avons activé l’échange de clés hybride X25519MLKEM768 sur notre politique SSL globale, ajoutant un algorithme résistant au quantique (ML-KEM) aux côtés du ECDHE classique dans la négociation TLS 1.3. Cela protège votre trafic API contre les attaques dites « harvest now, decrypt later » (« récolter maintenant, déchiffrer plus tard ») — où un adversaire enregistre aujourd’hui du trafic chiffré pour le déchiffrer une fois que les ordinateurs quantiques auront mûri. Le changement est entièrement rétrocompatible : parce qu’il s’agit d’une négociation hybride, une connexion ne passe à PQC que si le client le demande, et tous les autres clients continuent de se connecter normalement via ECDHE standard. Et puisque 74 % de notre trafic API est déjà sur TLS 1.3, la plupart des intégrations bénéficient dès maintenant de la protection post-quantique sans aucun changement de code — tant que votre bibliothèque HTTP/TLS prend en charge le groupe X25519MLKEM768 (OpenSSL 3.5+ et d’autres piles TLS modernes le font déjà), il est négocié automatiquement.
15 juillet - Correction de la validation du rapport d’aspect des Instagram Reels. Les Instagram Reels hauts et étroits ne sont plus rejetés à tort avant d’atteindre Meta. La vérification préalable des vidéos d’Ayrshare appliquait les règles de rapport d’aspect des images Instagram (de 4:5 à 1.91:1, plus une exception portrait 9:16) aux Reels, si bien qu’un Reel portrait valide (par exemple 886 x 1920, un rapport largeur/hauteur de 0.46:1) était bloqué localement avec code: 182 alors qu’Instagram l’aurait accepté. Les vidéos Reels sont désormais validées par rapport à la plage documentée pour les Reels de 0.01:1 à 10:1 (9:16 reste recommandé pour éviter le recadrage), conformément à la spécification de Meta et aux directives média Instagram. Le message code: 182 pour les échecs de rapport d’aspect a également été corrigé — il indiquait auparavant « Video does not meet duration requirement. » (« La vidéo ne répond pas à l’exigence de durée. »). Aucun changement d’API n’est requis.
14 juillet - Succès partiel sur les lectures multiplateformes de commentaires & d’analytics. Une lecture multiplateforme get-comments ou post analytics (un seul Ayrshare Post ID couvrant plusieurs plateformes) ne fait plus s’effondrer l’ensemble de la réponse en erreur lorsque le tronçon d’une seule plateforme échoue. Lorsqu’au moins un tronçon réussit et qu’au moins un échoue, la réponse renvoie HTTP 200 avec status: “partial”, en préservant les données des plateformes saines et en listant chaque tronçon en échec dans le tableau errors[] de premier niveau. Les réponses entièrement réussies sont inchangées. Les réponses entièrement en échec conservent status: “error” et associent le code d’erreur représentatif de premier niveau à son statut HTTP configuré ; le code 485 est associé à HTTP 404. Le code 485 identifie les commentaires de Story Instagram/Facebook expirés ou indisponibles ainsi que les analytics de Story Instagram lorsque les commentaires ou insights ne peuvent pas être récupérés ; les analytics de Story Facebook restent indisponibles et ne sont pas inclus. Les clients doivent inspecter errors[] et faire correspondre le code numérique, et non le texte exact du message.
8 juillet - Temps de réponse d’API plus rapides. Nous avons livré une série d’améliorations de performance backend qui réduisent considérablement la latence sur certains de nos points de terminaison les plus populaires. Les temps de réponse moyens et au 95e percentile (p95) sont tous deux nettement réduits, les plus grands gains apparaissant sous forte charge. Les gains les plus importants sont sur profiles et analytics. Aucune modification d’API n’est requise ; chaque requête est désormais plus rapide automatiquement.
Point de terminaison Moy. plus rapide p95 plus rapide
GET /profiles -71,6 % -88,7 %
GET /analytics -59,5 % -75,0 %
GET /user -51,0 % -48,6 %
GET /post -47,6 % -63,1 %
GET /messages -40,5 % -59,4 %
7 juillet - Méthode de liaison Instagram par session sur generateJWT. Le point de terminaison generateJWT accepte désormais un paramètre de corps optionnel instagramLinkMethod qui remplace votre paramètre Instagram Login à l’échelle du compte pour une seule session de liaison. Envoyez “instagram” pour démarrer la connexion directe Instagram Login (aucune Facebook Page requise) ou “facebook” pour lier via une Facebook Page connectée lorsque l’utilisateur clique sur le bouton Instagram de la page de liaison sociale. Le remplacement s’applique uniquement à la page de liaison ouverte à partir de l’URL JWT renvoyée — il persiste tout au long de la redirection d’autorisation mais ne modifie jamais votre paramètre à l’échelle du compte, et l’omission du paramètre maintient le comportement existant. Les valeurs non valides renvoient un 400 listant les options valides. Consultez la nouvelle section Méthode de liaison Instagram pour plus de détails, y compris les différences de fonctionnalités entre les deux flux.

Point de terminaison	Moy. plus rapide	p95 plus rapide
`GET /profiles`	-71,6 %	-88,7 %
`GET /analytics`	-59,5 %	-75,0 %
`GET /user`	-51,0 %	-48,6 %
`GET /post`	-47,6 %	-63,1 %
`GET /messages`	-40,5 %	-59,4 %

Juin 2026

24 juin - Intégration n8n. Connectez n8n au serveur MCP Ayrshare en utilisant le nœud MCP Client Tool intégré de n8n, sans code personnalisé ni nœud communautaire à installer. Consultez la nouvelle page d’intégration n8n pour un aperçu, et le guide complet n8n pour la configuration, trois exemples concrets, les profils multi-tenants, X BYO et un flux de démarrage téléchargeable (Chat Trigger vers AI Agent vers le nœud MCP Ayrshare). Consultez également Connect & Setup et le catalogue d’outils.
17 juin - Statistiques Facebook : Meta a retiré les métriques Reach et Video de 3 secondes. Meta a supprimé les métriques Insights unique-impression et video-view de 3 secondes dans toutes les versions de Graph API (effectif le 15 juin 2026). Les statistiques de publication Facebook ne renvoient plus impressionsUnique, impressionsFanUnique, impressionsOrganicUnique, impressionsPaidUnique, ou videoViewsUnique, et les statistiques sociales ne renvoient plus la famille pagePostsImpressions* (y compris pagePostsServedImpressionsOrganicUnique). Les champs toujours pris en charge (reactionsByType, videoViews, mediaView, pagePostEngagements, pageVideoViews) ne sont pas affectés. Utilisez mediaView / pageMediaView pour le reach ; un successeur Total Unique Media Views est prévu. Référence : changelog Meta Graph API v25.
15 juin - Code d’erreur 476 pour restriction de compte Facebook. Les publications Facebook qui échouent parce que Meta a placé une restriction sur le compte (sous-codes Meta 2424009 et 1404078, ou libellé de restriction de Meta lorsqu’aucun sous-code n’est présent) renvoient désormais un code: 476 dédié et non réessayable (HTTP 400) au lieu du code: 108 générique réessayable. Le compte reste lié — résolvez la restriction via la page Account Status de Meta (Facebook → photo de profil → Aide → Statut du compte), qui affiche la raison spécifique et un flux d’appel que l’API ne peut pas renvoyer. Consultez Restriction de compte Facebook pour plus de détails.
10 juin - Statistiques de profil personnel LinkedIn. Les profils LinkedIn personnels (membres) renvoient désormais une matrice de statistiques étendue. Les statistiques de publication incluent impressionCount, uniqueImpressionsCount (membres atteints), likeCount, commentCount, shareCount, engagement, reactions, et — pour les publications vidéo — videoViews, videoViewers, et videoWatchTimeMs. Les statistiques sociales ajoutent le followersCount à vie, la croissance quotidienne followersDaily, et les métriques agrégées de publication. Les décomptes agrégés de repartage/réaction/commentaire sont au mieux et peuvent différer légèrement de l’interface utilisateur LinkedIn. Les comptes liés existants doivent relier leur profil LinkedIn sur la page Social Accounts pour accorder les nouvelles portées de statistiques — jusqu’à ce que cela soit fait, les statistiques renvoient code: 475 (« reliez votre profil LinkedIn pour activer les statistiques »). La publication n’est pas affectée.
10 juin - Premiers commentaires TikTok désormais événementiels. Un premier commentaire sur une publication TikTok n’est plus tenté sur une attente temporisée fixe. Comme TikTok traite les vidéos de manière asynchrone, la réponse /post renvoie désormais le premier commentaire TikTok avec status: “pending”, et le commentaire est publié automatiquement une fois que TikTok termine le traitement et que le webhook tikTokPublished résout le véritable id de la vidéo. La visibility de la vidéo doit être public, sinon une erreur de commentaire claire est renvoyée. Par ailleurs, get-comments sur une publication TikTok toujours en traitement renvoie désormais code: 288 au lieu d’un échec générique.
8 juin - Rotation du secret de signature des webhooks. Vous pouvez désormais faire tourner en toute sécurité le secret de signature de vos webhooks depuis le tableau de bord Webhooks en 2 clics, ou via le nouveau point de terminaison POST /hook/webhook/secret avec un paramètre de corps secret. Après une rotation, les livraisons sont signées avec à la fois votre secret précédent et votre nouveau secret pendant une fenêtre de grâce de 24 heures via le nouvel en-tête X-Authorization-Content-SHA256-V2 (v1=<current-sig>,v1=<previous-sig>, l’actuel en premier), afin que vous puissiez mettre à jour votre récepteur sans aucune livraison manquée ou rejetée. L’en-tête existant X-Authorization-Content-SHA256 est inchangé. Le secret de signature est à l’échelle du profil (un par User Profile, signant chaque action de ce profil). Consultez Rotation du secret de signature pour la procédure de rotation sûre et un exemple de vérification côté récepteur.
8 juin - Échecs de miniature YouTube désormais signalés. Lorsqu’une vidéo YouTube est publiée mais que sa miniature personnalisée ne parvient pas à s’appliquer, le résultat YouTube conserve désormais status: “success” (la vidéo reste en ligne) et ajoute un tableau warnings (feature: “thumbnail”, code: 307) décrivant l’échec — auparavant, l’échec était enfoui dans le sous-objet thumbNail, qui est toujours conservé pour la rétrocompatibilité. Les conseils 403 trompeurs ont été corrigés pour commencer par la vérification téléphonique de la chaîne sur https://www.youtube.com/verify (une chaîne non vérifiée est la cause dominante), avec une reliaison OAuth comme étape secondaire. Une nouvelle validation pré-publication attrape également les miniatures qui ne sont pas PNG/JPG, dépassent 2 Mo ou sont inaccessibles avant le téléchargement et les ignore, de sorte que la vidéo est toujours publiée avec la raison signalée dans warnings (un problème de miniature ne fait jamais échouer la publication). Consultez l’API Post YouTube et le nouveau guide de dépannage Miniature YouTube non appliquée (chaîne non vérifiée).
8 juin - Statistiques X BYOK renvoient désormais code 416 sur crédits épuisés. Lorsque le compte X Developer inscrit d’un compte X/Twitter BYOK n’a plus de crédits API, les chemins de statistiques et de recherche d’utilisateur renvoient désormais code: 416 (HTTP 402, X CreditsDepleted) avec l’id du compte inscrit dans detail — auparavant, ceux-ci étaient masqués comme code: 294 (HTTP 400, « Unable to get X User »). La correction consiste à recharger les crédits dans le portail X Developer. Cela aligne la surface analytics/lookup avec le chemin de publication (qui renvoie déjà 416). Si votre intégration se ramifie sur 294 depuis les statistiques pour détecter un mauvais handle, ajoutez la gestion de 416.
4 juin - Serveur MCP et plugin Claude Code. Les agents IA peuvent désormais piloter l’API Ayrshare via le nouveau serveur MCP (https://api.ayrshare.com/mcp), y compris le plugin Claude Code. Consultez Connect & Setup et le catalogue d’outils. Le MCP de recherche de docs existant est désormais Documentation MCP.

Mai 2026

22 mai - Correction du routage Profile-Key pour Bulk Post. POST /post/bulk honore désormais l’en-tête Profile-Key, de sorte que les lignes CSV sont publiées vers le User Profile résolu au lieu du Primary Profile. Auparavant, les téléchargements en masse envoyés avec un Profile-Key étaient silencieusement acheminés vers les comptes sociaux du Primary Profile. Consultez Bulk Post.
21 mai - Portée TikTok DELETE /comments clarifiée. Mise à jour des pages Delete Comments et Comments Overview pour documenter que DELETE /comments sur TikTok ne réussit que pour les commentaires rédigés par le compte TikTok authentifié lui-même (vos propres réponses). Tenter de supprimer un commentaire tiers renvoie Ayrshare code: 328. Les clients qui doivent modérer des commentaires tiers sur leurs propres vidéos TikTok doivent contacter le support. Pas de changement de comportement de l’API ; documentation uniquement.
21 mai - Masquer les commentaires TikTok. DELETE /comments prend désormais en charge le masquage d’un commentaire TikTok des spectateurs publics via hide=true avec videoId. La réponse de succès renvoie action: “hide” et fait écho au texte du commentaire ; envoyer hide=true sans videoId est rejeté avec un 400. Les commentaires masqués restent visibles pour le propriétaire de la vidéo dans TikTok Studio.
20 mai - SDK Node v1.3.0 — Support X/Twitter BYO. Le SDK Node officiel expose désormais setTwitterByo(apiKey, apiSecret) et clearTwitterByo() pour X/Twitter Bring-Your-Own-Keys. Une fois défini, chaque requête SDK inclut les en-têtes requis X-Twitter-OAuth1-Api-Key et X-Twitter-OAuth1-Api-Secret — requis pour les opérations X/Twitter maintenant que l’exigence BYO d’Ayrshare est appliquée (à compter du 31 mars 2026). Installer via npm install social-media-api@1.3.0 ; notes de version sur npm et GitHub.
20 mai - Tarification à l’usage de la messagerie. La messagerie Business est désormais facturée via la tarification à l’usage Stripe à 0,09 $</code> par conversation active sur les plans Launch et Business (Premium reste un module complémentaire fixe de <code>49$ /mois), avec jusqu’à 1 000 conversations actives par cycle de facturation. Consultez la tarification de la messagerie.
20 mai - Les statistiques Instagram ne délient plus les comptes sur les erreurs de permission. Lorsque les statistiques Instagram rencontrent une erreur de permission manquante (Meta errCode 10), le compte n’est plus automatiquement délié. Auparavant, un problème de portée/permission était traité comme un token révoqué et déconnectait silencieusement le compte même si la publication fonctionnait toujours. Ayrshare garde désormais le compte lié et fait remonter une erreur de portée de permission à la place.
19 mai - hideLogo par profil. Nouveau booléen hideLogo sur Create Profile et Update Profile supprime le logo à l’échelle du compte sur la page de liaison sociale d’un User Profile individuel. Utile pour la marque blanche de profils partenaires individuels.
19 mai - Partage de budget Ad Set pour Facebook Boost. Le point de terminaison Boost accepte désormais un nouveau booléen optionnel adSetBudgetSharingEnabled (par défaut false). Meta exige désormais ce champ wire sur chaque campagne créée sans budget au niveau de la campagne, et Ayrshare l’envoie sur chaque requête — par défaut false préserve le comportement précédent sans modifications de l’appelant nécessaires. Réglez-le sur true pour activer l’optimisation cross-ad-set de Meta, qui peut déplacer jusqu’à ~20 % du budget d’un ad set vers d’autres ad sets de la même campagne pour de meilleures performances globales.
19 mai - Erreur Subreddit banni sur Reddit. Publier sur un subreddit dont vous êtes banni renvoie désormais une erreur distincte non réessayable au lieu du code 121 générique réessayable. Cela empêche les planificateurs de réessayer une publication rejetée de manière permanente en boucle. Consultez les codes d’erreur Ayrshare.
19 mai - Limite de taille vidéo Bluesky. La taille maximale de téléchargement vidéo Bluesky est désormais de 100 Mo (précédemment annoncée à 1 Go) pour correspondre au plafond de la plateforme Bluesky. Les fichiers de plus de 100 Mo sont désormais rejetés dès le départ au lieu d’échouer tard au téléchargement. Consultez les directives média Bluesky.
19 mai - Messagerie X/Twitter du tableau de bord pour BYO Keys. La page Messaging du tableau de bord Ayrshare prend désormais en charge les messages directs X/Twitter pour les comptes Bring-Your-Own-Keys (BYO). Votre clé consommateur X et le secret sont collectés dans le navigateur pour la session et transmis aux actions d’envoi, d’actualisation et de récupération d’image — aucune clé n’est stockée. Nécessaire maintenant que X/Twitter est BYO uniquement sur Ayrshare.
19 mai - Correction du ciblage par villes Facebook Ads. Le point de terminaison Facebook Ads Cities (GET /ads/facebook/cities) résout désormais correctement les villes et leurs données de région associées. Chaque résultat inclut region, regionId, et supportsRegion afin que vous puissiez cibler la région d’une ville lorsqu’elle est disponible. Utilisez le paramètre de requête search avec un nom de ville partiel ou complet.
18 mai - Contrôles de champ Status YouTube. Trois nouveaux paramètres optionnels sur youTubeOptions de l’API Post YouTube : license (“youtube” ou “creativeCommon”), embeddable (booléen), et publicStatsViewable (booléen — contrôle le panneau de statistiques étendues sur la page de visionnage ; les nombres de vues et de likes de base restent publics quel que soit). La réponse /history/youtube renvoie également désormais ces champs. Deux nouveaux codes d’erreur de validation — 455 (license invalide) et 456 (embeddable ou publicStatsViewable invalide) — rejettent les requêtes malformées à la périphérie Ayrshare. Les bascules de monétisation (activation/désactivation des publicités) ne sont pas incluses ; celles-ci nécessitent des identifiants YouTube CMS et ne sont pas disponibles via l’API YouTube standard.
18 mai - Le premier commentaire GMB ne masque plus le succès de la publication. Correction d’un problème où inclure firstComment sur une publication Google Business Profile renvoyait code: 163 sans postIds même si la publication réussissait. Google Business Profile ne prend pas en charge les commentaires de publication, donc firstComment est désormais ignoré pour GMB et le résultat de publication réussi est renvoyé normalement.
14 mai - Prévention du délinkage des comptes. Les réseaux sociaux ont discrètement déployé des contrôles anti-bot plus stricts, ce qui provoquait un nombre exceptionnellement élevé de comptes utilisateurs déliés. Nous avons déployé plusieurs améliorations backend pour réduire les délinkages et clarifier les messages d’erreur, et mis à jour la page de liaison de compte pour rendre l’interface beaucoup plus claire pour les utilisateurs — y compris un nouvel état « Action requise » pour les réseaux Meta (Facebook, Instagram, FB Groups, Threads, Messenger) lorsqu’un compte atteint les limbes de vérification d’identité, avec un lien « Résoudre avec Meta » et une sonde « Vérifier à nouveau » afin que les utilisateurs puissent résoudre le problème sans délier et relier.
12 mai - Automatisations d’engagement Instagram (Beta). La nouvelle API Automations permet à vos utilisateurs de réagir automatiquement à l’engagement Instagram — déclencher un DM, un webhook ou un e-mail lorsqu’un utilisateur final commente une publication, répond à une story, envoie un DM ou réagit à un DM. Quatre types de déclencheurs (comment_keyword, story_reply, dm_reaction, dm_keyword) et trois types d’actions (send_dm, fire_webhook, send_email) — jusqu’à 50 de chacun par règle. Comprend une déduplication de 7 jours par action (configurable par action via dedupWindowMinutes), des plafonds DM quotidiens (1 000 Launch & Business / 5 000 Enterprise), et un journal d’activité paginé par curseur. Disponible sur les plans Launch, Business et Enterprise. Les nouveaux codes d’erreur 462–472 couvrent la validation, le gating de niveau, la limite d’automatisation active, les comptes liés manquants et l’opt-in du feature-flag. Beta — nous recueillons activement les commentaires ; veuillez envoyer les rapports de bugs et les demandes de fonctionnalités au support.
12 mai - Améliorations du débit des publications planifiées. Nous avons ajouté plus de matériel pour le traitement des publications planifiées, ce qui améliore considérablement le débit et les performances. Nous ajouterons également bientôt plus de matériel spécifique à la plateforme pour YouTube et TikTok.
12 mai - Indice de reliaison Instagram pour les erreurs d’état de compte. Certains échecs d’état de compte Instagram (Meta error_subcode 2207085, précédemment affiché comme un code: 258 générique sans conseils) renvoyaient relink: true et retryAvailable: true avec un message de remédiation indiquant à l’utilisateur de délier et relier le compte Instagram en accordant toutes les permissions. Remplacé depuis : 2207085 est désormais réessayé automatiquement et ne définit plus relink: true. Consultez les codes d’erreur.
11 mai - Codes d’erreur transitoires YouTube. Les téléchargements YouTube qui échouent en raison de problèmes transitoires en amont renvoient désormais de nouveaux codes d’erreur 453 (HTTP 504, délai d’attente d’ingestion Google) et 454 (HTTP 503, service indisponible) avec un drapeau retryAvailable: true que votre intégration peut utiliser pour réessayer automatiquement. Consultez les codes d’erreur pour plus de détails.
11 mai - Statistiques et recherches X/Twitter ouvertes à tous les utilisateurs BYO. La barrière du module complémentaire X hérité a été supprimée de /analytics/social et /lookups/x. Tout client X/Twitter Bring-Your-Own-Keys peut désormais rechercher des statistiques pour des handles arbitraires et utiliser le point de terminaison X lookups sans rencontrer code: 3. Les appels sont signés avec vos propres identifiants X Developer App et comptent contre vos propres limites de débit X.
8 mai - SDK Python v1.3.0 — Support X/Twitter BYO. Le SDK Python officiel expose désormais set_twitter_byo(api_key, api_secret) et clear_twitter_byo() pour X/Twitter Bring-Your-Own-Keys. Une fois défini, chaque requête SDK inclut les en-têtes requis X-Twitter-OAuth1-Api-Key et X-Twitter-OAuth1-Api-Secret — requis pour les opérations X/Twitter maintenant que l’exigence BYO d’Ayrshare est appliquée (à compter du 31 mars 2026). Installer via pip install —upgrade social-post-api ; notes de version sur GitHub et PyPI.
4 mai - Conversion automatique du format d’image. Les images WebP, HEIC et AVIF sont désormais automatiquement converties en JPEG avant la publication sur les plateformes qui ne les acceptent pas. La conversion WebP s’applique à Instagram, LinkedIn, TikTok, Google My Business, Threads et Snapchat. HEIC et AVIF sont convertis sur toutes les plateformes prises en charge. Aucun changement d’API nécessaire ; la conversion s’exécute de manière transparente au moment de l’envoi. De nouveaux codes d’erreur 450 (échec de conversion), 451 (échec de téléchargement de la source) et 452 (échec de téléchargement de l’image convertie) apparaissent lorsque la conversion ne peut pas se terminer.
4 mai - Les erreurs Instagram incluent désormais le message brut de Meta. Les échecs de statut média Instagram affichent désormais le texte d’erreur sous-jacent de Meta dans le champ details aux côtés du code d’erreur Ayrshare, afin que les appelants puissent distinguer les causes (par exemple, les problèmes de robots.txt/crawler par rapport aux problèmes de token) sans deviner à partir du code générique. Consultez l’API Post Instagram et les codes d’erreur.

Avril 2026

30 avril - X/Twitter BYOK dans l’API Explorer. L’Ayrshare API Explorer inclut désormais une section pliable X/Twitter BYOK (Bring Your Own Keys) afin que vous puissiez coller votre API Key et API Secret X une seule fois et les faire attacher en tant qu’en-têtes X-Twitter-OAuth1-Api-Key et X-Twitter-OAuth1-Api-Secret sur chaque requête sortante — plus besoin de passer à curl ou Postman pour tester BYOK depuis l’Explorer. Les valeurs sont limitées à l’onglet actuel du navigateur via sessionStorage, masquées par défaut avec une bascule de révélation, et effacées en un clic. Consultez le guide de configuration X BYO Key pour savoir comment obtenir vos identifiants.
28 avril - Améliorations des statistiques sociales (déploiement en cours). Le point de terminaison Social Analytics gagne Instagram shareCount (partages totaux agrégés sur la fenêtre glissante de 90 jours) et YouTube lifetimeLikes (opt-in via youtube: { lifetime: true }) ; les nouveaux champs apparaîtront dans les réponses au fur et à mesure que le déploiement atteindra votre compte. Corrections de documentation incluses dans cette mise à jour : Instagram viewsCount est une fenêtre glissante de 90 jours (et non 180 jours), mediaCount est toujours à vie, YouTube likes est limité par quarters, et les métriques au niveau du profil TikTok sont plafonnées à 60 jours avec une sémantique à vie par publication lorsque quarters est utilisé.
28 avril - Instagram Trial Reels. Le point de terminaison /post prend désormais en charge la publication de Trial Reels Instagram — Reels visibles uniquement pour les non-abonnés lors de la première publication. Définissez instagramOptions.trialParams.graduationStrategy sur “MANUAL” (graduation depuis l’application Instagram) ou “SS_PERFORMANCE” (Meta gradue automatiquement en fonction des performances précoces). Trois nouveaux codes d’erreur de validation — 447, 448, 449 — rejettent les requêtes trial-reel non valides à la périphérie Ayrshare.
24 avril - Fiabilité de publication Instagram. Extension de la gestion automatisée des relances pour Instagram pendant les périodes de forte affluence et amélioration des messages d’erreur. Au lieu d’erreurs génériques, vous recevrez désormais des codes d’erreur spécifiques pour les limites de débit (code: 435) et les délais de traitement média (code: 436) — ce qui facilite le diagnostic des problèmes et la création d’une logique de nouvelle tentative plus intelligente dans vos intégrations.
23 avril - Code d’erreur 444 pour la limite de débit des statistiques Facebook. Les throttles de statistiques par Page Facebook (Meta error 80001) renvoient désormais code: 444 (HTTP 429) sur les réponses des statistiques de publication et statistiques sociales. Auparavant, ces throttles étaient mal classés comme code: 161 (« relier votre compte »). Si votre intégration se ramifie sur 161 pour déclencher un flux de reliaison, mettez-la à jour pour reconnaître 444 et réessayer avec backoff à la place. Consultez Limite de débit des statistiques Facebook pour plus de détails.
23 avril - Dépannage du crawler média Meta. Nouveau guide du centre d’aide sur la résolution de l’erreur code: 440 (« le réseau social n’a pas pu télécharger le média depuis cette URL ») et les code: 138 Instagram / code: 379 Threads associés, tous causés par des règles robots.txt ou bot bloquant le crawler de publication de Meta. Consultez Crawler de médias Meta bloqué.
21 avril - Les erreurs d’entrée de modération renvoient désormais 400. POST /validate/moderation renvoie désormais le nouveau code 438 (HTTP 400) pour les problèmes d’entrée de l’appelant (par exemple, un fichier non pris en charge comme imageUrl, ou une URL inaccessible/malformée) au lieu d’un 500 trompeur avec des conseils de nouvelle tentative. Les véritables échecs de traitement renvoient toujours code 331 (HTTP 500). Consultez les codes d’erreur.
20 avril - Code d’erreur 441 pour l’amélioration des légendes. Le point de terminaison Post renvoie désormais le code: 441 (HTTP 502) lorsqu’une amélioration de légende telle que shortenLinks échoue. Lorsque l’échec n’affecte que certaines plateformes, les plateformes réussies publient toujours et apparaissent dans postIds aux côtés d’un status: “error” de niveau supérieur et d’entrées par plateforme dans errors[]. Consultez Erreurs d’amélioration des légendes pour plus de détails.
15 avril - Détection de token mort Instagram. Les publications Instagram qui échouent en raison d’un token OAuth invalide/expiré — ou d’une erreur de rôle/permission de page (Meta subcode 492) — renvoient désormais Ayrshare code 161 (erreur d’autorisation) et délient automatiquement le compte affecté afin que l’utilisateur soit notifié de relier, au lieu de la réponse générique trompeuse code 138 « please try again » qui masquait auparavant ces cas. Consultez les codes d’erreur et l’API Post Instagram.
9 avril - Statistiques Instagram et TikTok Données à vie et filtrage par date. Le point de terminaison social analytics renvoie désormais les données Instagram et TikTok à vie lorsque ni daily ni quarters n’est spécifié. Utilisez quarters (1–4, où 1 = 90 jours) ou daily=true pour filtrer par plage de dates — désormais pris en charge sur TikTok également. Lorsqu’ils sont actifs, les libellés et totaux de période de commentaire, de partage et de vue TikTok reflètent la plage de dates filtrée.
9 avril - Fiabilité et récupération des statistiques. Les points de terminaison Social Analytics et Post Analytics remplissent désormais automatiquement les métriques cumulatives (abonnés, likes, vues) à partir des données stockées lorsque le réseau social renvoie temporairement des zéros. Deux nouveaux champs de réponse optionnels, backfilledFrom et recoveredFrom, indiquent quand les données stockées ont été utilisées. De plus, demander des statistiques lorsqu’aucune plateforme ne renvoie de données renvoie désormais une erreur 400 (code: 187) au lieu d’une réponse de succès vide.
1er avril - Identifiants X basés sur les en-têtes de generateJWT. Le point de terminaison Generate JWT accepte désormais les en-têtes X-Twitter-OAuth1-Api-Key et X-Twitter-OAuth1-Api-Secret pour transmettre vos clés consommateur X — cohérent avec tous les autres points de terminaison X/Twitter. Les paramètres de corps restent pris en charge pour la rétrocompatibilité.

Mars 2026

30 mars - Erreurs d’épuisement de crédits X affichées. Lorsqu’un compte X/Twitter BYOK Developer est à court de crédits API, les publications qui étaient auparavant coincées en processing sans erreur échouent désormais correctement avec code: 416 (X Credits Depleted, HTTP 402). La détection pour code: 416 a été élargie pour attraper également les réponses HTTP 429 de X qui mentionnent les crédits. Consultez les codes d’erreur pour plus de détails.
28 mars - Correction de la réponse null pour la publication Instagram. Résolution d’un cas limite où une publication Instagram réussissait sur la plateforme mais la réponse /post renvoyait null au lieu du corps de succès normal avec postIds et id. Les publications Instagram réussies renvoient désormais toujours une réponse valide que votre intégration peut analyser.
26 mars - Correction du Reach quotidien Instagram. Correction d’un problème où les Social Analytics Instagram omettaient les données de reach quotidien lorsque daily=true était défini. La réponse renvoie désormais un objet reach imbriqué (avec period et une série temporelle values) en mode quotidien ; le scalaire reachCount est toujours renvoyé en mode non quotidien et est conservé comme fallback lorsque les données quotidiennes sont temporairement indisponibles.
26 mars - Codes d’erreur d’application X/Twitter BYOK. Avec l’exigence Bring Your Own Keys désormais appliquée, les requêtes X/Twitter renvoient des codes d’erreur spécifiques sur lesquels vous pouvez vous ramifier : 419 (HTTP 400, en-têtes X-Twitter-OAuth1-Api-Key/Secret manquants), 416 (HTTP 402, compte X Developer à court de crédits) et 417 (HTTP 403, permissions d’application OAuth 1.0a non définies sur Read/Write/DM). Consultez les codes d’erreur pour les messages et les résolutions.
23 mars - Recherche par mot-clé sur X. Nouveau point de terminaison keyword search pour les clients BYOK. Recherchez X/Twitter pour les tweets correspondant à des mots-clés, hashtags et opérateurs de recherche avancés. Prend en charge la pagination, le filtrage par langue et emplacement, et renvoie des données de tweet normalisées.
23 mars - Section Listening. Une nouvelle section Listening a été ajoutée, élargissant les points de terminaison Brand avec de nouvelles fonctionnalités comme la recherche par mot-clé.
19 mars - @Mentions dans les commentaires. Documentation ajoutée pour le support @mention dans la chaîne de texte comment sur les points de terminaison Post a Comment et Reply to a Comment. Comprend les détails de résolution côté serveur LinkedIn et des liens vers la syntaxe de mention spécifique à la plateforme.
Messages X/Twitter paginés. Le point de terminaison Get Messages prend désormais en charge un paramètre de requête limit pour X/Twitter, vous permettant de récupérer uniquement les N derniers messages (1–100) sans synchronisation complète de l’historique. Combiné avec la pagination basée sur le curseur via le paramètre next, cela permet un polling efficace — récupérez un petit lot, vérifiez si vous les avez déjà, et ne paginez plus que si nécessaire.
Limites de taille vidéo augmentées. Alors qu’une grande partie de la publication sur les réseaux sociaux est désormais axée sur le contenu vidéo, nous avons augmenté nos limites de téléchargement vidéo sur plusieurs plateformes : LinkedIn (200 Mo → 500 Mo), TikTok (1 Go → 10 Go), X Premium long video (1 Go → 16 Go), et ajouté des limites plus grandes spécifiques au content-type pour Facebook (Reels 2 Go, Stories 4 Go, Feed 10 Go) et Pinterest (2 Go). Consultez les directives média pour tous les détails.
Support BYO Key pour les messages X/Twitter. Les points de terminaison Get Messages et Send Message prennent désormais en charge les identifiants API X/Twitter BYO (Bring Your Own). Les notifications DM en temps réel via webhooks ne sont pas disponibles pour les utilisateurs BYO ; utilisez le polling via le point de terminaison GET Messages à la place.
Bring Your Own Keys sur X. Un changement majeur dans la façon dont les comptes X/Twitter sont connectés. La nouvelle approche Bring Your Own Keys vous donne plus de contrôle sur votre compte, une meilleure portabilité des données, et un flux OAuth de marque. Tous les utilisateurs doivent faire la transition d’ici le 31 mars 2026.
Liens courts éditables. Vous pouvez désormais mettre à jour les liens courts après leur publication.
Fiabilité du traitement des publications planifiées. Résolution d’un problème où le travail de traitement des publications planifiées pouvait manquer de mémoire et renvoyer des erreurs 503. Augmentation de l’allocation de ressources, ajout du traitement de requête paginée et introduction d’un verrou d’application distribué pour empêcher l’exécution en double — garantissant des exécutions uniques et fiables pour tout le traitement des publications planifiées.
Améliorations de l’historique Facebook et Instagram. Amélioration des points de terminaison /history/facebook et /history/instagram : pour Facebook, les Stories expirées/archivées sont désormais filtrées par défaut afin que seules les Stories actives apparaissent aux côtés des publications régulières, et de nouveaux paramètres de requête since et until permettent le filtrage temporel avec des chaînes de date ISO UTC. Pour Facebook et Instagram, un nouveau paramètre dataType vous permet de demander uniquement posts, uniquement stories, ou les deux (par défaut).
Limites de débit X supprimées. Dans le cadre de la migration X/Twitter BYO Keys, Ayrshare n’applique plus de limites de débit mensuelles ou quotidiennes sur les statistiques X. Votre utilisation est désormais régie par les limites de votre propre compte X Developer.

Février 2026

25 février - Titres et descriptions de vidéo X/Twitter. Les vidéos publiées sur X/Twitter prennent désormais en charge la définition d’un videoTitle et d’un videoDescription (envoyés sur l’objet twitterOptions de l’API Post X) pour les médias téléchargés vers X Media Studio. Ceux-ci accompagnent le support existant thumbNail pour des métadonnées vidéo plus riches.
Statistiques par lot. Support ajouté pour les statistiques par lot des IDs de publication sociale, permettant jusqu’à 100 publications par appel de statistiques en utilisant le nouveau paramètre postIds. Lisez-le sur notre point de terminaison Analytics on a Post by Social ID.
Pagination de l’historique. Support de pagination ajouté à l’API posts history for a platform pour Threads et X/Twitter. Plus de limite de 500 publications — vous pouvez désormais tirer un historique plus long en utilisant la pagination, et diviser les appels en petits morceaux pour des réponses plus rapides et plus efficaces.
Améliorations de l’essai gratuit. Les utilisateurs de l’essai gratuit peuvent désormais tester l’API Messaging et Max Pack — vous ne serez pas facturé avant la fin de la période d’essai gratuit.
Messages d’erreur améliorés. Détails supplémentaires ajoutés aux messages d’erreur X/Twitter et LinkedIn, facilitant le diagnostic des problèmes avec vos appels API.
Correction des commentaires Instagram. Correction d’un problème où les commentaires Instagram de premier niveau avec des réponses imbriquées n’étaient pas correctement renvoyés par le point de terminaison Get Comments.
SDK Python. Mise à jour de notre SDK Python avec les dernières fonctionnalités et améliorations.
URL de webhook X/Twitter. Un nouveau champ ayrshareUrl est désormais inclus dans le payload du webhook Direct Message Event, fournissant une URL non authentifiée pour plus de commodité.
Intégration Slack de la page de statut. Vous pouvez lier automatiquement les mises à jour de notre page de statut dans Slack. Il suffit de cliquer sur « Get Updates » en haut à droite et de sélectionner l’option Slack.

Janvier 2026

21 janvier - Correction du domaine personnalisé pour Link Analytics. Le point de terminaison Link Analytics (GET /links/:id) renvoie désormais les liens courts en utilisant votre domaine personnalisé configuré au lieu du domaine Ayrshare par défaut. Si vous utilisez un domaine de lien court personnalisé (Business/Enterprise), les URLs des statistiques correspondent désormais à vos liens en direct.
15 janvier - Synchronisation de la suppression des messages sortants Instagram. Lorsqu’un message sortant Instagram (envoyé) est supprimé dans l’application native Instagram, il est désormais correctement marqué comme supprimé dans les données Messages d’Ayrshare — correspondant au comportement existant pour les messages entrants. L’historique de conversation reste désormais précis pour les deux directions.
Serveur MCP. De retour par demande populaire — nous avons relancé notre serveur MCP ! Connectez vos outils IA directement à l’API Ayrshare.
Inscription en libre-service. Nouvelle inscription en libre-service ajoutée pour le Business Plan et le Launch Plan. Les nouveaux clients peuvent désormais accéder à un essai gratuit de 14 jours du Launch Plan pour tester la plateforme Ayrshare.
Miniatures vidéo X/Twitter. Les publications vidéo X/Twitter prennent désormais en charge l’inclusion d’une image de prévisualisation en miniature (sous forme d’URL). Elle est envoyée dans le cadre des métadonnées lors du téléchargement d’une vidéo.
Limite de hashtags Instagram. Modification de la limite de hashtags sur les publications Instagram à 5 pour s’aligner sur les nouvelles directives publiées par Instagram.
Durée vidéo Bluesky. La limite de durée des médias vidéo Bluesky a été ajustée à trois minutes pour être conforme aux exigences de l’API Bluesky.

Décembre 2025

Nous terminons cette année en nous concentrant sur la transparence et la fiabilité, avec de nombreuses nouvelles versions de fonctionnalités prévues au T1 2026.

23 décembre - Entités URL X/Twitter dans la réponse. Les réponses de publication et d’historique X/Twitter incluent désormais les données d’entité URL pour les liens dans le corps d’un tweet : un tableau urls de niveau supérieur portant les champs bruts de X (display_url, expanded_url) plus un objet camelCased entities où les mêmes liens apparaissent comme entities.urls[].displayUrl / expandedUrl — facilitant le rendu des aperçus de liens et la détection des liens sortants dans votre intégration.
Entités X/Twitter. Les points de terminaison post analytics et platform history pour X/Twitter renvoient désormais les entités analysées à partir du texte du tweet, y compris les URLs, mentions, hashtags et cashtags avec leurs positions et URLs d’affichage.
Statistiques de publication Facebook. Nouvelles métriques ajoutées aux statistiques de publication Facebook, notamment mediaView, mediaViewIsFromAds et mediaViewIsFromFollowers pour remplacer les métriques d’impression dépréciées.
Commentaires Bluesky. Support amélioré pour la récupération des commentaires Bluesky avec une gestion appropriée des IDs de publication et de commentaire de style AT Protocol.
Liaison Threads. Liaison de compte Threads améliorée pour gérer les cas où les champs de nom ou de nom d’utilisateur ne sont pas présents sur le compte.
Surveillance 24/7. Onboarding d’une équipe DevOps dédiée pour surveiller la plateforme 24 heures sur 24 pour une fiabilité améliorée.
Reçus mensuels. Les reçus mensuels automatiques sont désormais envoyés par e-mail au titulaire du compte principal, offrant une meilleure transparence sur les prix et les paiements.

Novembre 2025

Actualisation du token Instagram. Actualisation automatisée ajoutée pour les tokens Instagram à longue durée de vie pour les utilisateurs qui se lient à Instagram en utilisant la connexion directe IG (sans Facebook Page).
Mises à jour des statistiques Facebook. Les statistiques de publication Facebook renvoient désormais des métriques d’impression améliorées, notamment post_impressions_paid_unique, post_impressions_fan_unique, post_impressions_organic_unique, et post_impressions_unique.
Insights Facebook Page. Nouveaux champs de statistiques sociales Facebook ajoutés : pageFollows, pageMediaView, pageMediaViewIsFromAds, et pageMediaViewIsFromFollowers avec support de la répartition agrégée et quotidienne.
Statistiques Instagram. Les métriques statistiques sociales Instagram viewsCount et reachCount sont désormais prises en charge avec les comptes directs Instagram Login et les comptes liés à Facebook.
Mentions LinkedIn. Correction de la gestion des mentions LinkedIn pour distinguer correctement les mentions d’organisations et d’individus.
Améliorations du tableau de bord. La page API du tableau de bord web Ayrshare a été refactorisée avec des performances améliorées et une carte d’utilisation de la messagerie mieux organisée.
Expansion de l’équipe. Expansion de l’équipe de développement pour accélérer le support et le développement de fonctionnalités.

Octobre 2025

Ayrshare acquis par Saas.group. Ayrshare a été acquis par Saas.group. L’équipe s’agrandit pour offrir un développement de fonctionnalités plus rapide et un meilleur support client.
Historique des webhooks. Nouveau point de terminaison pour obtenir l’historique des webhooks par action pour les 6 derniers mois.
Ciblage de localisation Facebook Ads. En plus du ciblage par pays, vous pouvez désormais spécifier une région ou une ville lors du boost des publications Facebook.
Miniatures vidéo LinkedIn. Le point de terminaison d’historique LinkedIn renvoie désormais le thumbnailUrl pour les publications vidéo, facilitant l’affichage des aperçus vidéo dans votre application.
Statistiques de publication Reddit. La fiabilité des statistiques de publication Reddit a été améliorée avec une gestion d’authentification améliorée pour éviter les problèmes de limitation de débit.
Historique Instagram. Amélioration de la gestion des grands ensembles de résultats dans l’historique des publications Instagram pour les comptes avec de nombreuses publications.
Facebook Ads. Le point de terminaison d’historique Facebook Ads inclut désormais une clarification sur les publicités renvoyées en fonction de la structure de la campagne.
Collaboration Instagram. Documentation ajoutée clarifiant que les publications de collaboration acceptées peuvent ne pas être renvoyées depuis le point de terminaison d’historique de la plateforme en raison des limitations de l’API Instagram.

Septembre 2025

Brouillons TikTok. L’envoi d’une publication vers les brouillons TikTok prend désormais en charge les images ainsi que les vidéos.
Facebook Ads. Dans le cadre des exigences énoncées par le Digital Services Act (DSA) de l’Union européenne, Facebook exige que les publicités ciblant toute partie de l’UE fournissent des valeurs définissant le bénéficiaire et le payeur de la publicité créée. Vous pouvez désormais rechercher les recommandations DSA et les ajouter à la publicité.
Gestion des médias. Le point de terminaison GET media a été amélioré pour inclure les gros fichiers médias téléchargés, et affiche désormais le champ expireAt.
Publication Threads. Créez facilement un thread sur Threads (alias threadstorms), qui est une série de publications connectées sur Meta Threads.
Messagerie directe. Facebook et Instagram Messaging prennent désormais en charge l’envoi de fichiers audio (AAC ou WAV).

Août 2025

Statistiques Reddit. Nouvelles données de statistiques sociales Reddit sur un utilisateur. Cela inclut le nombre d’amis, l’acceptation des abonnés, la date d’expiration de la suspension si le compte a été suspendu, et plus encore.
Statistiques Threads. Nouvelles données de statistiques sociales Threads sur un utilisateur. Cela inclut la bio, l’éligibilité à la restriction géographique, le nom d’utilisateur, et plus encore.
Restrictions géographiques Threads. Sur Threads, vous pouvez définir des restrictions géographiques pour n’autoriser l’affichage des publications que dans certains pays.
Distribution LinkedIn. Désactivez la capacité des autres utilisateurs à repartager vos publications LinkedIn.
Statut Ayrshare. En plus des alertes par e-mail, vous pouvez obtenir le statut du réseau social et du système Ayrshare via un point de terminaison.
Filigrane YouTube. Définissez une image de filigrane sur votre chaîne YouTube qui apparaîtra sur toutes vos vidéos. Le filigrane peut être configuré pour apparaître à des moments spécifiques pendant la lecture de la vidéo.

Juillet 2025

Instagram Login. La fonctionnalité Instagram Login est généralement disponible le 6 juillet 2025. Toutes les nouvelles connexions Instagram utiliseront la nouvelle fonctionnalité Instagram Login. Les connexions actuelles ne seront pas affectées. Si vous ne souhaitez pas utiliser la nouvelle fonctionnalité Instagram Login, vous pouvez la désactiver dans les paramètres de votre compte.
Mentions LinkedIn. Vous pouvez désormais mentionner un autre profil LinkedIn soit par son nom vanity soit par son nom réel.
Recherche LinkedIn. Rechercher des entreprises ou des personnes LinkedIn en fonction d’une requête de recherche. Ce point de terminaison est couramment utilisé pour la complétion de mention en typeahead dans les publications sur les réseaux sociaux.
Vidéos LinkedIn. LinkedIn accepte désormais les fichiers vidéo jusqu’à 500 Mo, contre 200 Mo précédemment.
Activité de compte X. Obtenez l’activité complète du compte X via un webhook, y compris les publications, les likes, les mentions, les DM, et plus encore. La fonctionnalité X Account Activity doit être activée pour que votre compte X lié reçoive ces webhooks. Veuillez contacter votre représentant de compte pour activer cette fonctionnalité.
Restrictions géographiques X. Définissez les pays autorisés et bloqués pour vos médias X.
Publications X limitées aux abonnés. Vous pouvez définir une publication X pour n’être visible que par les abonnés.
Paramètres de réponse X. Sur X, vous pouvez autoriser uniquement certains types d’utilisateurs à répondre à votre publication. Vous pouvez choisir soit les abonnés, les personnes mentionnées, les abonnés ou les utilisateurs vérifiés.
Miniature TikTok. Définissez une miniature personnalisée pour les vidéos TikTok.
Statistiques Instagram. Les statistiques Instagram sur une publication incluent désormais le lien direct vers le média.
Developer Dashboard. Vous pouvez désormais enregistrer des webhooks directement dans le tableau de bord Ayrshare.
Ignorer la pré-validation. Il existe désormais une option pour ignorer la pré-validation sur les publications planifiées.
Historique du plan Premium. Les plans Premium ont désormais accès à l’historique par plateforme pour obtenir toutes les publications, même celles non envoyées via Ayrshare.
Auto Repost. Vous pouvez désormais obtenir l’historique des publications par ID d’auto repost. Lors de la création d’un auto repost, un ID est attribué pour suivre cette série de publications. Vous pouvez désormais récupérer l’auto repost soit par l’ID soit en obtenant tout.

Juin 2025

Instagram Login (bientôt disponible). Activez ou désactivez Instagram Login sur la page de liaison sociale. Instagram Login sera activé par défaut dans les prochaines semaines. Si vous avez besoin des fonctionnalités avancées répertoriées, notamment la recherche de hashtags, les collaborations, le marquage de localisation ou les données de marque, vous devez désactiver manuellement cette option pour utiliser l’authentification Facebook Page à la place. Nous recommandons à la plupart des clients d’utiliser le nouveau Instagram Login direct car il s’agit d’un flux de travail plus simple et ne nécessite pas de Facebook Page.
Introduction de Snapchat. Ayrshare prend désormais en charge Snapchat. L’API Snapchat permet la publication directe de contenu vers les Stories et Spotlight, et l’obtention de statistiques et d’historique. Les Stories sont des publications temporaires qui disparaissent après 24 heures, tandis que les publications Spotlight sont permanentes et peuvent aider les créateurs et les entreprises à atteindre un public plus large.
Serveur MCP. Connectez le serveur MCP Ayrshare API Docs avec votre AI agent. En connectant le serveur MCP de documentation de l’API Ayrshare à vos outils de développement IA comme Cursor ou Claude Desktop, vous pouvez donner à votre AI agent un accès direct à la documentation d’Ayrshare.
Copier une publication. Copiez une publication existante vers une autre plateforme. Ce nouveau point de terminaison vous permet de réutiliser des publications réussies sur différentes plateformes ou avec différentes configurations.
Developer Dashboard. Deux nouvelles améliorations dans le flux de publication dans le tableau de bord développeur. En plus du téléchargement de fichiers médias, vous pouvez désormais également utiliser des URLs pour publier vos médias. Et vous pouvez désormais voir le JSON utilisé pour publier votre publication, ce qui aide à vérifier l’exactitude de votre JSON.
Gestion des utilisateurs. Le point de terminaison User renvoie désormais l’état en temps réel des réseaux sociaux connectés, se mettant à jour automatiquement chaque fois que les utilisateurs connectent ou déconnectent leurs comptes de réseaux sociaux.
YouTube. La publication d’une vidéo sur YouTube permet désormais la divulgation de contenu réaliste Altered ou Synthetic (A/S) en définissant le paramètre containsSyntheticMedia. Voir la documentation.
Facebook. L’obtention de commentaires sur Facebook renvoie désormais l’URL directe vers le commentaire spécifique.

Mai 2025

Introduction de Threads. Ayrshare prend désormais en charge la publication et la planification sur Threads, l’obtention de statistiques, la gestion des commentaires et la récupération de l’historique.
Messagerie. La messagerie est désormais une fonctionnalité standard incluse dans le Business Plan. Les fonctionnalités clés incluent la gestion des conversations de vos utilisateurs avec des correspondants, l’envoi de messages textes, image, vidéo et emoji, la mise en place de réponses automatiques et de webhooks.
Statistiques X. Les statistiques de commentaires X et les statistiques de publication incluent désormais le nombre d’impressions, de citations et de signets.
Langues de la page de liaison. Vous pouvez désormais définir la langue de la page de liaison sociale. Les langues actuellement prises en charge incluent l’anglais, le chinois (simplifié), le français, l’allemand et l’espagnol.
Publication LinkedIn. Définissez la visibilité de la publication LinkedIn sur public, connexions de 1er degré, ou utilisateur connecté.
Publication LinkedIn. Vous pouvez désormais inclure des médias dans le premier commentaire LinkedIn.
Recherche de hashtags Instagram. Recherchez les publications Instagram les plus populaires ou les plus récentes pour un hashtag donné afin d’informer votre stratégie de contenu et d’identifier les sujets tendance.

Avril 2025

Facebook Ads. Boostez les publications Facebook en tant que publicités. L’API Ads d’Ayrshare inclut le boost des publications, la gestion des publicités, le suivi des performances et l’analyse des dépenses publicitaires.
Gestion des User Profiles. Obtenez un journal historique des profils utilisateur créés et supprimés.
Gestion des User Profiles. Dans la section User Profile du tableau de bord web, si un User Profile est suspendu, vous pouvez désormais cliquer sur le badge « Suspended » pour obtenir la raison.
Historique des publications. Le point de terminaison history vous permet désormais de filtrer par dates de début et de fin.
Liaison sociale. Nous avons introduit une liaison d’authentification X améliorée. C’est une meilleure expérience pour vous et vos utilisateurs.
Liaison sociale. Spécifiez les réseaux sociaux autorisés directement lors de la création de la page de liaison Business Plan en utilisant le paramètre allowedSocial.
Publication Instagram. Les images Instagram prennent désormais en charge le alt text.
Publication Bluesky. La publication d’images et de vidéos Bluesky prend désormais en charge le alt text.
Pinterest. Ajoutez une note privée à un Pin Pinterest.
YouTube Shorts. Les YouTube Shorts peuvent désormais durer jusqu’à 3 minutes, une augmentation par rapport à la limite précédente de 60 secondes.

Mars 2025

Statistiques X. Nouvelles données de statistiques sociales X y compris le nombre de likes, l’ajout au nombre de listes, l’image de bannière de profil, et plus encore.
Limites de débit X. Les limites d’appels mensuels pour X ont été augmentées à 100 000 pour le Business Plan et 5 000 pour le Premium Plan.
Statistiques LinkedIn. Les pages personnelles LinkedIn renvoient désormais un ensemble de base de données, notamment l’URL du site web et l’image de profil.
Facebook Reels. Vous pouvez désormais ajouter une miniature qui est une image de couverture pour une vidéo Reel.
Page de liaison. Vous pouvez définir la hauteur de l’image de votre logo personnalisé sur la page de liaison sociale. Spécifiez la hauteur en pixels dans les paramètres de votre compte dans le tableau de bord web.
Page de liaison. Lors de la liaison des pages Facebook et Instagram, les longues listes de pages disposent désormais d’un champ de recherche qui vous permet de filtrer par nom de page ou emplacement.
Gestion des membres de l’équipe. Les membres individuels de l’équipe peuvent désormais être restreints d’accéder aux autres profils utilisateur.
Médias. Le point de terminaison upload media prend désormais en charge les téléchargements d’images et de vidéos jusqu’à 30 Mo.
Médias. Les URLs de partage Google Drive et Dropbox peuvent désormais être utilisées directement dans le paramètre de publication mediaUrls, éliminant le besoin de créer une URL de téléchargement séparée.

Février 2025

Publication TikTok. Créez un brouillon de publication vidéo dans l’application TikTok. La vidéo brouillon sera dans la boîte de réception des notifications dans l’application, et l’utilisateur peut modifier la vidéo avant de la publier.
Statistiques TikTok. Champs de données statistiques TikTok supplémentaires ajoutés, y compris des données démographiques telles que les villes et le genre de l’audience. Les autres nouveaux champs de profil incluent les vues de profil et l’e-mail, l’adresse, et les clics sur le lien bio.
Collaboration Instagram. En plus des images et Reels, les utilisateurs peuvent désormais ajouter des collaborateurs aux carrousels.
Statistiques Instagram. Les statistiques de publication Instagram incluent désormais le nombre de vues, qui est le nombre total de fois où votre publication a été vue.
Détails Instagram. Obtenez des détails Instagram supplémentaires pour un profil utilisateur, tels que le quota utilisé et si le type de compte est Creator ou Business.
Compression. La compression prend désormais en charge Brotli pour tous les points de terminaison, ce qui est plus rapide et offre une meilleure compression.
Commentaires LinkedIn. Les commentaires et réponses aux commentaires LinkedIn prennent désormais en charge les images.
Mentions Reddit. Les publications Reddit prennent désormais en charge les mentions d’autres utilisateurs ou subreddits.
Publication Bluesky. Les aperçus de liens sont désormais pris en charge dans les publications Bluesky. Incluez un lien dans une publication, et un aperçu sera automatiquement généré.
Max Pack. Le redimensionnement et la conversion d’image prennent désormais en charge la conversion en WebP.
Max Pack. Le redimensionnement d’image et le filigrane prennent désormais en charge le positionnement du filigrane, tel que le coin nord-est.
Tableau de bord. Le tableau de bord web Ayrshare a été rafraîchi avec un nouveau jeu de couleurs, des alertes améliorées et des flux de travail améliorés pour une expérience utilisateur plus fluide.

Janvier 2025

API Bluesky. La gestion des réseaux sociaux Bluesky est désormais disponible en tant que 11e réseau social pris en charge par Ayrshare.
Ciblage LinkedIn. LinkedIn vous permet de cibler vos publications organiques vers des groupes spécifiques d’utilisateurs. Vous pouvez cibler par pays, industrie, titre de poste, et plus encore.
Ciblage YouTube. Bloquer ou autoriser les pays et régions pour une vidéo YouTube.
Auto Schedule. Réinitialisez une planification automatique pour commencer la planification à partir de l’heure actuelle. Ceci est accompli en supprimant la dernière date planifiée.
Statistiques TikTok. Les statistiques du réseau social TikTok sur un profil utilisateur sont désormais disponibles sous forme de série chronologique quotidienne historique.
Publication TikTok. Si la publication est entièrement ou principalement créée avec l’IA, vous pouvez étiqueter la publication comme « Creator labeled as AI-generated ».
Publication X. X prend désormais en charge jusqu’à 4 vidéos dans un seul Tweet.

Décembre 2024

Tableau de bord. Les performances de la page User Profiles dans le tableau de bord web ont été optimisées. Vous obtiendrez désormais une expérience de défilement et de chargement fluide, quel que soit le nombre de profils utilisateur dans votre compte.
Tableau de bord. La page Posts du tableau de bord web vous permet désormais d’inclure les publications supprimées dans votre timeline d’historique. Cela vous permet d’accéder, de filtrer et de rechercher des publications supprimées de la même manière que les publications réussies.
Publications supprimées. Si vous ou vos utilisateurs avez supprimé manuellement une publication sur un réseau social, vous pouvez la marquer comme supprimée manuellement dans Ayrshare. Cela empêchera Ayrshare d’essayer de supprimer la publication à l’avenir et vous permettra d’accéder à un historique de publication plus précis.
Webhooks. Vous pouvez désormais obtenir tous les webhooks enregistrés pour tous vos profils utilisateur en un seul appel.
Statistiques. Les statistiques de publication Instagram incluent désormais les partages, les nouveaux abonnés, les visites de profil et le nombre d’activités de profil.
Commentaires. Les commentaires TikTok renvoient désormais le nom de la personne qui a fait le commentaire.
Commentaires. Les commentaires X renvoient désormais l’ID du Tweet auquel le commentaire a été répondu.

Novembre 2024

Toute la nouvelle documentation. Consultez la nouvelle documentation Ayrshare. Nous avons migré vers une plateforme de documentation plus avancée avec de nombreuses améliorations de l’expérience utilisateur par rapport à la version précédente.
Statistiques Instagram. Les statistiques de publication Instagram incluent désormais les métriques du nombre de fois que votre reel a été rejoué après la première fois et du nombre total de fois que votre reel a été joué après la première impression.
Hashtags. Le point de terminaison hashtags vous permet désormais de spécifier un indice de langue pour conserver les hashtags dans la même langue que la publication.
Statistiques X. Les statistiques sociales X/Twitter renvoient désormais le Tweet le plus récent et le Pinned Tweet, si un pinned Tweet a été défini.
Tableau de bord. Dans le tableau de bord développeur, les publications planifiées automatiquement sont désormais étiquetées comme « Auto-Schedule ».
Auto-Schedule. Obtenez toutes les publications planifiées automatiquement en attente via l’API. Cela renvoie la liste des publications qui ont été planifiées mais pas encore publiées.
TikTok. Vous pouvez vérifier si un compte TikTok lié est un compte business avec le point de terminaison Social Analytics.
Commentaires Instagram. Le point de terminaison comments renvoie désormais l’ID de publication Instagram de premier niveau pour identifier la publication originale.
Historique. Le point de terminaison history renvoie désormais les publications planifiées « paused ». De plus, le nombre de publications passées renvoyées a été augmenté à 1000.
Page de liaison. Ajoutez un pied de page et des informations de copyright sur la page de liaison sociale du profil utilisateur. Max Pack requis.
Conversion d’image. Le point de terminaison de redimensionnement d’image peut désormais convertir un PNG ou un autre type d’image en JPG dans le cadre du processus de conversion. Max Pack requis.

Octobre 2024

Premier commentaire. Ajoutez automatiquement un premier commentaire à vos publications sur les réseaux sociaux publiées. Le premier commentaire est une excellente fonctionnalité qui vous permet d’ajouter plus de détails et de contexte, de stimuler l’engagement et de donner le ton de la conversation.
Erreurs de commentaires. Les erreurs de commentaires sont également renvoyées dans un champ de tableau errors pour s’aligner sur la façon dont les erreurs de publication sont renvoyées.
Commentaires X/Twitter. Vous pouvez désormais ajouter des médias aux commentaires X/Twitter et aux réponses aux commentaires, ce qui inclut à la fois les images et les vidéos.
Statistiques Pinterest. Les métriques Pinterest ont été améliorées et incluent désormais une année complète de données statistiques, les commentaires à vie et les réactions pour les images et les vidéos.
Flux RSS. Lors de l’ajout d’un flux RSS, vous pouvez désormais sélectionner sur quels réseaux sociaux l’article est publié. Ceci est disponible à la fois sur le tableau de bord et via l’API.
Tableau de bord. Dans la page API du tableau de bord Ayrshare, il y a un nouvel aperçu des appels API mensuels, qui inclut désormais les appels API de commentaires ainsi que les appels API de publication.

Package PyPi. Le package Python PyPi a été mis à jour avec de nouveaux points de terminaison.

Septembre 2024

Statistiques Facebook. Les points de terminaison History Get All Posts et Analytics renvoient désormais les utilisateurs qui ont aimé une publication Facebook. Pour chaque utilisateur, vous pouvez obtenir le nom d’utilisateur et l’ID utilisateur.
Modération de contenu. Il existe un nouveau point de terminaison Moderation qui vérifie si le contenu est nuisible ou inapproprié. Ce point de terminaison prend en charge à la fois le texte et les images.
Liaison LinkedIn. La connexion des pages entreprise LinkedIn nécessitait auparavant que l’utilisateur soit un Super Admin sur la page. Désormais, les Content Admins qui gèrent la page entreprise LinkedIn peuvent se connecter, ce qui leur permet de publier, d’obtenir des statistiques et de gérer les commentaires.
Gestion des utilisateurs. Le point de terminaison User renvoie désormais à la fois l’ID de la Page et l’ID utilisateur pour Facebook et Instagram.
Tableau de bord. La page Post du tableau de bord web affiche désormais une icône d’indicateur si la publication a été publiée à partir d’un flux rss.
Avis Facebook. Les Avis Facebook renvoient désormais l’image de profil de l’évaluateur.
Avis Google. Les avis Google Business Profile renvoient désormais tous vos avis, même s’il y en a des milliers.

Août 2024

Historique LinkedIn. Vous pouvez désormais obtenir l’historique des publications pour les pages personnelles LinkedIn. Auparavant, seules les pages entreprise LinkedIn renvoyaient l’historique. Nécessite de relier LinkedIn avec Ayrshare.
Statistiques LinkedIn. De nouveaux points de données sont disponibles pour LinkedIn pour les pages personnelles et entreprise, notamment les détails likedBy et comment.
Recherche LinkedIn. Le point de terminaison brand vous permet désormais de rechercher une personne ou une entreprise. Ceci est utile pour voir les détails de qui a aimé l’une de vos publications.
Historique Facebook. Vous pouvez limiter les résultats pour un historique de Facebook Page pour n’afficher que les publications qui ont été publiées par la page elle-même. Cela filtrera tout le contenu qui n’a pas été publié par la page.
User Profile. Le point de terminaison user renvoie désormais un nouveau champ avec l’horodatage de la dernière fois qu’un appel API a été effectué pour ce profil utilisateur.
Long Posts X. Vous pouvez publier de longues publications sur les comptes X Premium. Les longs Posts peuvent contenir jusqu’à 25 000 caractères. Vous pouvez également désormais obtenir les données complètes de long Post, y compris le corps complet et l’URL dans le corps long Post lors de l’appel des statistiques ou de l’historique.
Tableau de bord web. Le design de la page post a été amélioré et plusieurs nouveaux types de contenu ont été ajoutés. Vous pouvez désormais publier des Facebook et Instagram Reels ou Stories ou YouTube Shorts directement depuis le tableau de bord.

Gestion d’équipe. Lorsque vous invitez un membre d’équipe, vous pouvez désormais voir s’il a accepté l’invitation ou renvoyer l’invitation depuis la page User Profiles du tableau de bord.
Titres vidéo IA. Les transcriptions vidéo incluent désormais un titre suggéré. Ceci est utile pour publier sur YouTube qui exige un titre pour chaque téléchargement de vidéo. (Max Pack requis)
Mise en pause des publications. Vous pouvez mettre en pause et reprendre les publications planifiées avec le point de terminaison post.
Analyse de sentiment. Le point de terminaison generate peut désormais générer une analyse de sentiment pour une publication ou un commentaire afin de comprendre s’il est négatif, positif ou neutre. Le résultat inclut également des recommandations sur la façon d’améliorer.
Statistiques Instagram. Les statistiques Instagram ont été améliorées pour renvoyer des données démographiques supplémentaires sur l’audience engagée.
Photos TikTok. Vous pouvez désormais publier sur TikTok avec une photo. Auparavant, une vidéo était requise.

Juillet 2024

Historique des publications. Filtrez le point de terminaison history en fonction de la plateforme du réseau social, si la publication était immédiate ou planifiée, et le statut.
Tableau de bord web. La liste des profils utilisateur peut désormais être triée par titre ou date de création et la modale de planification des publications a été améliorée.
Webhooks. Les webhooks réessaient désormais automatiquement deux fois avec le même hookId si le webhook initial n’obtient pas de réponse de succès.
Reddit. Vérifiez si un subreddit existe en fonction du nom du subreddit.
Facebook Stories. Une Facebook Story renvoyée via le point de terminaison history inclut désormais l’image de couverture et l’URL directe vers la vidéo.
Rognage d’images. Il existe de nouvelles options de mode « crop » pour redimensionner une image. Vous pouvez désormais spécifier les dimensions et les coordonnées de départ pour rogner une image.
Application de démonstration de publication sur les réseaux sociaux. Nous avons publié le code d’une application web de démonstration React + Node.js qui permet aux utilisateurs de composer, planifier et publier du contenu sur plusieurs plateformes de réseaux sociaux simultanément.
Publications multi-plateformes. Le point de terminaison post a été amélioré pour vous permettre de personnaliser le contenu et les médias de votre publication pour différents réseaux sociaux en un seul appel API.
Statistiques Instagram. Les statistiques de profil Instagram sont désormais disponibles dans une série chronologique historique quotidienne.
Commentaires LinkedIn. L’obtention de commentaires depuis LinkedIn renvoie désormais le lien de média du commentaire pour les images ou les vidéos.

Juin 2024

API Messaging Ayrshare. Le module complémentaire Messaging Ayrshare est un module complémentaire payant optionnel qui permet à votre plateforme de gérer la messagerie directe pour vos utilisateurs, y compris Facebook Messenger, Instagram Messaging et X/Twitter Messaging.
Commentaires YouTube. Vous pouvez désormais supprimer des commentaires sur YouTube en utilisant l’ID du commentaire YouTube.
Auto Hashtags. Présentation du nouveau système auto-hashtag entièrement reconstruit avec des hashtags plus pertinents et sans limite sur la longueur de la publication. Le nombre de hashtags a également été augmenté pour permettre jusqu’à 10 hashtags par publication.
Tableau de bord web. L’interface utilisateur du tableau de bord a été mise à jour avec la possibilité de supprimer tous les réseaux sociaux cibles dans la page post en un seul clic, et une nouvelle section d’exemple de code dans la page API Key.
Gestion des User Profiles. Le point de terminaison Profiles a été amélioré pour vous permettre de filtrer les résultats vers les profils qui ont des comptes sociaux actifs ou contiennent certaines plateformes.

Mai 2024

Google Business. Vous pouvez désormais mettre à jour les données de localisation Google Business Profile, y compris les numéros de téléphone, l’URL du site web, l’emplacement sur la carte, et plus encore.
Recherche d’historique. Avec le point de terminaison History, vous pouvez désormais rechercher les IDs de publication dans tous vos profils utilisateur. Ceci est utile si vous avez un ID de publication et ne savez pas quel profil utilisateur l’a publié.
Tags de User Profile. Ajoutez vos propres tags à un profil utilisateur afin de mieux organiser et gérer les profils. Le tableau de bord web vous permet également de voir les tags attribués et de rechercher des tags dans la page User Profiles.
Sous-titres YouTube. Ajoutez vos propres sous-titres personnalisés à une vidéo YouTube avec un fichier SRT ou SVB.
Package NPM. Un package NPM Node.js mis à jour a été publié avec de nouveaux points de terminaison et une documentation plus détaillée. Le package a également été renommé en social-media-api.
Commentaires Facebook. Vous pouvez désormais ajouter une image dans le cadre de votre commentaire sur Facebook.
Commentaires LinkedIn. Les commentaires LinkedIn renvoient désormais le nombre de likes pour ce commentaire spécifique.
Marques LinkedIn. Le point de terminaison Brands pour les données LinkedIn a été amélioré avec le nom localisé du compte, les spécialités de l’entreprise et la description de l’entreprise.
Désactiver les commentaires. Vous pouvez désactiver les commentaires sur une publication sur Instagram, LinkedIn et TikTok. Cela fonctionne sur les nouvelles publications ou les publications déjà publiées.
Publications historiques. Obtenez des données de publication historiques de TikTok sur les publications qui n’ont pas été publiées via Ayrshare.
Statistiques Instagram. Nouveaux points de données disponibles pour les Instagram Stories, y compris les réponses, les partages et les nombres de sorties.
AI Generate. Générez du texte de publication sur les réseaux sociaux avec l’IA basé sur une ou plusieurs images. Cela peut également être utilisé pour écrire une légende d’image.
Tableau de bord web. Pour chaque profil utilisateur répertorié dans le tableau de bord, vous pouvez voir les réseaux sociaux connectés. Chaque icône de réseau social peut être survolée pour voir le nom sur le réseau social.
Liaison sociale. Dans le tableau de bord web et sur votre page de liaison sociale, il y a désormais des images de profil affichées à côté du nom de la page ou de l’entreprise.

Avril 2024

Auto-Schedule. Amélioré pour permettre la sélection des jours de la semaine pour la publication auto-schedule ou de sélectionner des dates spécifiques à exclure.
Statistiques Facebook. Les statistiques de publication Facebook incluent désormais les impressions.
Commentaires Instagram. La réponse Instagram Get comments inclut désormais des informations de réponse supplémentaires, telles que le nom d’utilisateur, le nombre de likes et le statut caché.
Emplacement de Facebook Page. Vous pouvez désormais taguer une publication avec un Emplacement de Facebook Page.
Ciblage d’audience Facebook. Lors de la création d’une publication Page sur Facebook, vous avez la possibilité de limiter sa visibilité à une audience spécifique en utilisant différents facteurs démographiques tels que l’âge, le comté, l’éducation, et d’autres.
Commentaires LinkedIn. Les commentaires LinkedIn d’une entreprise ont désormais des champs supplémentaires, notamment le type d’organisation, le site web de l’entreprise et la description de l’entreprise.
Historique Instagram. L’historique pour Instagram renvoie désormais toutes les images et vidéos dans un carrousel.
Statistiques YouTube. Obtenez une répartition quotidienne des statistiques YouTube au niveau de la chaîne.

Mars 2024

Collaborateurs Instagram. La collaboration Instagram vous permet de co-créer du contenu avec d’autres comptes. L’auteur original public peut taguer un autre compte privé ou public en tant que collaborateur. Ajoutez des collaborateurs Instagram aux publications média.
Google Business Profile. Des données supplémentaires sur Google Business Profile sont désormais disponibles, notamment des liens vers les avis et la carte, l’identifiant du lieu et d’autres données. L’obtention de ces données supplémentaires nécessite de relier le Google Business Profile.
Emplacement de Facebook Page, Instagram, Google Profile. Sur l’écran de liaison de page, vous pouvez désormais afficher l’emplacement de la page pour une Facebook Page, un compte Instagram et un profil Google Business.
Statistiques de profil Facebook. Les statistiques de profil social Facebook renvoient désormais jusqu’à 4 trimestres de données. Vous pouvez définir les données à renvoyer soit agrégées, soit quotidiennes.
Historique Facebook. Les Facebook Stories sont désormais renvoyées dans le point de terminaison Get All History.
Page de liaison sociale. La page de liaison sociale Ayrshare prend désormais en charge la redirection vers l’onglet ou la fenêtre d’ouverture d’origine.
Avis Facebook. Vous pouvez désormais répondre à un avis sur Facebook.
Abonnés Instagram. Instagram Get Followers Online dispose d’un format UTC amélioré. Ces données renvoient le nombre historique total de vos abonnés Instagram en ligne par heure, ce qui vous permet d’optimiser la publication pour un engagement maximal.
Carrousel Instagram. Publiez désormais à la fois des vidéos et des images dans un carrousel Instagram. Jusqu’à un total combiné de 10 éléments médias peuvent être inclus.
TikTok. Les légendes TikTok prennent désormais en charge les sauts de ligne avec le caractère « \n ».

Février 2024

Avis. Obtenez, répondez et supprimez des avis sur Google Business Profile et Facebook Pages en utilisant le nouveau point de terminaison /reviews.
Commentaires LinkedIn. Obtenez les commentaires LinkedIn par ID de commentaire pour les commentaires effectués en dehors d’Ayrshare.
Mentions LinkedIn. Les mentions LinkedIn dans les commentaires et les réponses aux commentaires se résolvent désormais au handle de l’organisation référencée.
Données de profil public. Vous pouvez désormais rechercher des Facebook Pages et des noms LinkedIn dans le point de terminaison brand. Recherchez les informations publiques des réseaux sociaux des utilisateurs ou des entreprises, telles que les abonnés, l’image de profil et les sites web. Ces utilisateurs et entreprises n’ont pas besoin d’être un utilisateur Ayrshare lié.
Commentaires Facebook. L’API du point de terminaison de commentaires pour les commentaires Facebook renvoie désormais les réponses directement dans le corps de la réponse.
Hashtags Instagram bannis. Vérifiez les hashtags bannis en utilisant le nouveau point de terminaison API ou le nouvel outil web. Ceci est utile pour protéger vos comptes contre les suspensions ou le shadow banning.
Facebook Groups. Facebook a annoncé qu’il supprimera l’accès API aux Facebook Groups. En savoir plus.

Janvier 2024

Vidéos Instagram plus longues. Les publications vidéo Instagram prennent désormais en charge jusqu’à 15 minutes de longueur et 1 Go. C’est une augmentation par rapport aux 60 secondes et 100 Mo précédents.
Traduire le texte de la publication. Choisissez parmi plus de 100 langues différentes pour traduire le texte de votre publication. Par exemple, traduisez de l’anglais au français ou de l’espagnol à l’allemand. La langue source est automatiquement détectée.
Traduction d’erreurs. Les messages d’erreur peuvent être automatiquement traduits dans la langue de votre choix. Ceci est utile si vous souhaitez afficher l’erreur directement à votre utilisateur dans sa langue préférée.
Statistiques Pinterest. Des points de données Pinterest supplémentaires sont disponibles pour get all history, y compris le titre de la publication, les notes et l’ID du tableau.
Vérifier la longueur de la publication. Le point de terminaison Check Post Length inclut désormais les validations pour Facebook, Google Business Profile, LinkedIn, Pinterest et YouTube.
Nouveaux points de terminaison User Batch. Lorsque vous avez besoin d’un grand ensemble de données, les points de terminaison batch sont une excellente option. Vous pouvez utiliser les points de terminaison batch pour obtenir des fichiers json pour tous vos profils utilisateur, puis utiliser le webhook pour vous informer quand le fichier est prêt.
Publications historiques LinkedIn. Obtenez des données historiques pour une publication LinkedIn publiée en dehors d’Ayrshare.
Réactions aux publications LinkedIn. Le point de terminaison Get All Post pour LinkedIn renvoie désormais les réactions à la publication, telles que Likes, Praise, Maybe et Appreciation.
Heure du dernier appel API. Accédez à l’heure à laquelle vous avez utilisé l’API key pour la dernière fois dans le tableau de bord web dans la section API Key.
Historique du tableau de bord Ayrshare. Le tableau de bord web vous permet désormais de charger toutes vos publications historiques ou les logs webhook avec un nouveau bouton « Load more ».
Erreurs Webhook. Consultez le taux d’erreur de vos webhooks pour voir le pourcentage de réponses de succès par rapport à celles d’erreur.

Anciennes mises à jour

Consultez l’Archive des mises à jour pour voir les anciennes mises à jour.

​Octobre 2026

​Septembre 2026

​Août 2026

​Juillet 2026

​Juin 2026

​Mai 2026

​Avril 2026

​Mars 2026

​Février 2026

​Janvier 2026

​Décembre 2025

​Novembre 2025

​Octobre 2025

​Septembre 2025

​Août 2025

​Juillet 2025

​Juin 2025

​Mai 2025

​Avril 2025

​Mars 2025

​Février 2025

​Janvier 2025

​Décembre 2024

​Novembre 2024

​Octobre 2024

​Septembre 2024

​Août 2024

​Juillet 2024

​Juin 2024

​Mai 2024

​Avril 2024

​Mars 2024

​Février 2024

​Janvier 2024

​Anciennes mises à jour