Neueste Updates

Folgen Sie uns auf X, hören Sie unseren Social-Media-API-Podcast oder abonnieren Sie unseren Newsletter für die neuesten Updates.

​

Oktober 2026

• 14. Oktober - Bluesky-Videos behalten ihr echtes Seitenverhältnis. Ein quadratisches oder vertikales Video, das von einer Amazon-S3-URL (jeder amazonaws.com-Host) auf Bluesky gepostet wurde, wurde im Bluesky-Feed, in der Beitragsansicht und in der App mit schwarzen Balken an beiden Seiten angezeigt, obwohl die hochgeladene Datei selbst korrekt war. Der Beitragsdatensatz deklarierte unabhängig von der tatsächlichen Form des Videos ein Seitenverhältnis von 16:9, und Bluesky bemisst seinen Player anhand dieser Angabe. Bluesky-Videobeiträge enthalten jetzt die gemessene Breite und Höhe des Videos, sofern diese gelesen werden können, sodass ein 1:1- oder 9:16-Video in seiner echten Form dargestellt wird. An der Art, wie Sie posten, ändert sich nichts: Senden Sie dieselben mediaUrls wie bisher. Beiträge, die vor dieser Korrektur veröffentlicht wurden, behalten das Seitenverhältnis, mit dem sie erstellt wurden; veröffentlichen Sie sie erneut, um sie zu korrigieren. Siehe Bluesky-Medienrichtlinien.
• 13. Oktober - Kampagnenbudgets für Facebook- und Instagram-Boosts. Ein Boost kann sein Budget jetzt mit budget.level: “campaign” auf der Kampagne statt auf der Anzeigengruppe halten, mit einem Tages- oder einem Laufzeitbudget. Dafür wird die verschachtelte Form des Boost-Bodys verwendet. Bei einem Tages-Kampagnenbudget zeigt budgetDaily im Verlauf das Budget der Kampagne. Siehe Facebook Boost und Instagram Boost.
• 13. Oktober - X-Medien-Uploads geben bei aufgebrauchten Credits jetzt Code 416 zurück. Wenn das registrierte X-Developer-Konto eines BYOK-X/Twitter-Kontos keine API-Credits mehr hat, geben Bild- und Video-Uploads jetzt code: 416 (HTTP 402, X CreditsDepleted) mit der Erklärung von X in details zurück. Bisher schlugen Bilder mit code: 117 (“Please check the media file size, dimensions, and content-type”) und Videos mit code: 115 fehl. Beide verwiesen auf eine Mediendatei, die nie das Problem war. Die Lösung ist, Credits unter console.x.com zu kaufen (Billing → Credits). Diese Uploads werden nicht wiederholt, da kein erneuter Versuch gelingen kann, bevor das Konto Credits hat. Damit verhält sich der Medien-Upload wie die Veröffentlichungs- und Analysepfade, die bereits 416 zurückgeben. Wenn Ihre Integration anhand von 117 oder 115 ein Medienproblem auf X erkennt, ergänzen Sie die Behandlung von 416.
• 13. Oktober - Gesperrte X-Konten geben bei Medien-Uploads jetzt Code 224 zurück. Wenn X das Konto vorübergehend gesperrt hatte, schlug das Posten eines Bildes oder Videos auf X mit code: 117 (“Please check the media file size, dimensions, and content-type”) für Bilder oder code: 115 für Videos fehl, sodass Sie eine Mediendatei prüften, die in Ordnung war. Diese Uploads geben jetzt code: 224 (“X/Twitter account locked. Please go to twitter.com to unlock.”) mit der Erklärung von X in details zurück. Melden Sie sich zur Behebung bei x.com an, schließen Sie die Entsperrschritte von X ab und posten Sie dann erneut. Eine erneute Verknüpfung ist nicht nötig, und das Konto bleibt mit Ayrshare verknüpft.
• 13. Oktober - Facebook-Kommentar-Webhooks werden jetzt ausgelöst. Ein für eine Facebook-Seite registrierter comments-Webhook hat nie Events erhalten: Ayrshare war nicht für das Meta-Feld abonniert, das Seitenkommentare überträgt, daher kam nichts an. Es gab keinen Fehler, nur Stille. Facebook-Seiten sind jetzt abonniert, und Kommentar-Events werden zugestellt, solange Messaging für das Profil aktiviert ist (das Messaging Add-On). Bereits verbundene Seiten werden automatisch neu abonniert. Sie müssen nichts neu verknüpfen oder neu registrieren. Facebook-Kommentare kommen im feed-Format der Meta-Seite an (comment_id, post_id, message, from.name), das sich vom Instagram-Format unterscheidet; beide finden Sie unter Comments Action. Instagram-Kommentar-Webhooks bleiben unverändert.
• 9. Oktober - Boosts in Ihre bestehenden Facebook- und Instagram-Kampagnen. Ein Boost muss nicht mehr seine eigene Kampagne erstellen. Mit attachTo.campaignId fügt er einer Kampagne, die Sie bereits in Meta betreiben, eine neue Anzeigengruppe und Anzeige hinzu. Mit attachTo.adSetId (plus der attachTo.campaignId dieser Anzeigengruppe) fügt er nur die Anzeige hinzu, und Sie lassen budget, targeting und bidAmount weg, weil die Anzeigengruppe ihre eigenen Werte behält. Späteres Pausieren oder Aktivieren des Boosts ändert nur, was der Boost erstellt hat, nie Ihre Kampagne oder Anzeigengruppe. Dafür wird die verschachtelte Form des Boost-Bodys verwendet. Siehe Facebook Boost und Instagram Boost.
• 9. Oktober - Weniger falsche Instagram-Fehler zum erneuten Verknüpfen und schnellere Karussells. Wir warten jetzt kurz, bevor wir einen Beitrag veröffentlichen, den Instagram gerade erst angenommen hat, und prüfen vor der Veröffentlichung, ob ein Karussell bereit ist. Dadurch lehnt Instagram deutlich weniger erste Versuche ab. Bisher konnte ein Beitrag, der direkt nach der Verarbeitung seiner Medien veröffentlicht wurde, mit code: 259 fehlschlagen und Sie auffordern, Ihr Instagram-Konto zu trennen und erneut zu verknüpfen, obwohl das Konto in Ordnung war und ein erneuter Versuch des Beitrags funktionierte. Außerdem dauerten die meisten Karussells etwa 10 Sekunden länger als nötig, weil Instagram den ersten Veröffentlichungsversuch ablehnte. Sie müssen nichts ändern, und ein 259, den Sie aus diesem Grund erhalten haben, erforderte kein erneutes Verknüpfen.
• 8. Oktober - Video-Beiträge auf Instagram und Threads werden schneller veröffentlicht. Wir haben unseren Ablauf zur Videoveröffentlichung optimiert, um Live-Beiträge zu beschleunigen. Die typische Wartezeit sank auf Instagram von etwa 20 auf 5 Sekunden und auf Threads von etwa 31 auf 6 Sekunden. Längere oder höher aufgelöste Clips können weiterhin 25 bis 30 Sekunden dauern, da Meta selbst so lange für ihre Verarbeitung braucht. Sie müssen nichts ändern.
• 8. Oktober - Facebook- und Instagram-Anzeigen per act_-Konto-ID auflisten. Beworbene Anzeigen für Facebook und Instagram geben Ihre Anzeigen jetzt zurück, wenn accountId das Präfix act_ trägt, etwa act_1234567890. Bisher funktionierte nur die reine Zahl: Die Form mit Präfix lieferte eine leere ads-Liste, als hätte das Konto keine Anzeigen. Dieselbe Korrektur gilt für die GraphQL-Abfrage ads und das MCP-Tool list_ads. Eine accountId, die keine gültige Werbekonto-ID ist, gibt dort jetzt ebenfalls code: 101 zurück statt einer leeren Liste.
• 8. Oktober - Kommentarfehler von Facebook und Instagram enthalten den Grund der Plattform. Wenn Facebook oder Instagram einen Kommentar oder eine Antwort ablehnt, die mit Einen Kommentar posten oder Auf einen Kommentar antworten gesendet wurde, enthält der Fehler jetzt den Grund der Plattform in details, zusammen mit Fehlercode und Subcode, zum Beispiel “Instagram Comment Not Added: Your Instagram comment was not added (code 20, subcode 1772107)”. Bisher lieferten diese Fehler nur eine allgemeine Meldung, sodass Sie nicht erkennen konnten, warum der Kommentar fehlgeschlagen ist.
• 7. Oktober - Threads-Beiträge schlagen nicht mehr mit Code 379 fehl, wenn Threads kurzzeitig nicht bereit ist. Einige Threads-Beiträge schlugen mit code: 379 (“Error posting to Threads.”) und HTTP 500 fehl, obwohl mit dem Beitrag alles in Ordnung war. Ayrshare wartet jetzt bis zu 30 Sekunden darauf, dass Threads den Beitrag annimmt, und Threads-Kommentare, -Antworten und erste Kommentare erhalten dieselbe Wartezeit. Wenn Threads immer noch nicht bereit ist, einen Beitrag anzunehmen, erhalten Sie code: 522 (HTTP 400, retryAvailable: true) statt 379. Unter Code 522 erfahren Sie, wie Sie sicher wiederholen.
• 7. Oktober - Linking-URLs werden auch dann zurückgegeben, wenn die Connect-Accounts-E-Mail fehlschlägt. Wenn Sie uns bitten, die Linking-URL per E-Mail an Ihren Nutzer zu senden, und die E-Mail nicht gesendet werden kann, geben Linking-URL erzeugen und Eine Link Session erstellen die URL jetzt trotzdem zurück, mit emailSent: false und einem emailError-Objekt, sodass Sie sie auf anderem Weg an Ihren Nutzer weitergeben können. Bisher gab ein fehlgeschlagener Versand code: 333 und keine URL zurück, und ein email-Objekt ohne termsUrl, privacyUrl, company oder contactEmail wurde stillschweigend übersprungen; dieser Fall gibt jetzt ebenfalls emailError zurück, wobei details die fehlenden Felder nennt. Prüfen Sie dies, wenn Sie bei code: 333 erneut versuchen: Suchen Sie stattdessen in der Erfolgsantwort nach emailError, wie unter Connect-Accounts-E-Mail beschrieben.
• 6. Oktober - Pinterest-AI-Offenlegungen für Pins. Pinterest-Veröffentlichung akzeptiert jetzt pinterestOptions.aiDisclosures, sodass Sie beim Erstellen von Bild-, Karussell- oder Video-Pins AI_MODIFIED, SYNTHETIC_PERFORMER oder beides senden können. Die Offenlegungen gelten für den gesamten Pin. Wenn das Feld weggelassen wird oder leer ist, ändert sich nichts; ist es ungültig, kann der Pin trotzdem veröffentlicht werden, und das Pinterest-Ergebnis enthält eine Warnung, die erklärt, dass die Offenlegungen nicht weitergeleitet wurden.
• 6. Oktober - Facebook Reels können eine Collaborator-Page einladen. Fügen Sie bei einem Reel-Beitrag eine Facebook-Page-ID in faceBookOptions.collaborators ein, um diese Page als Collaborator einzuladen. Pro Reel wird eine Page unterstützt. Die Einladung wird gesendet, sobald das Reel veröffentlicht ist, und Sie können ihren Status mit Collaborator Request Status prüfen. Facebook kann die Einladung dennoch ablehnen, zum Beispiel wenn sich die Page im selben Business-Portfolio wie Ihre befindet. Das Reel bleibt dann veröffentlicht und die Antwort enthält eine Warnung in warnings. Um ein solches Reel zu planen, verwenden Sie scheduleDate statt draft oder scheduledPublishDate. Siehe Facebook Reels.
• 5. Oktober - Live-Insights für Facebook- und Instagram-Anzeigen. Verlauf zeigt die täglichen Ausgaben, die wir abrechnen, jede Nacht für die letzten 30 Tage kopiert. Der neue Insights-Endpunkt liest stattdessen live von Meta, sodass Sie jetzt über eine Kampagne oder Anzeige für jeden Zeitraum innerhalb der letzten 37 Monate berichten können. Jede Zeile entspricht einem Tag, mit spend, impressions, reach, clicks, cpm, cpc, ctr, actions, conversionValue und der currency des Werbekontos. Wählen Sie die benötigten Kennzahlen mit metrics, schlüsseln Sie jeden Tag mit breakdowns nach age, gender, country oder placement auf und blättern Sie mit cursor seitenweise durch lange Zeiträume. Mit breakdowns liefert Meta reach nur für die letzten 13 Monate. Berichte auf Anzeigengruppenebene sind noch nicht verfügbar. Siehe Facebook Insights und Instagram Insights.
• 5. Oktober - Tägliches Follower-Wachstum auf LinkedIn für persönliche Profile. followersDaily in Analytics on a Social Network (/analytics/social) gab für persönliche LinkedIn-Profile immer ein leeres Array zurück. Jetzt liefert das Feld die täglichen Follower-Zahlen der letzten 30 Tage.
• 5. Oktober – Pinterest-Benutzername. Bei Pinterest-Konten gab username in der Antwort von User Profile Details den Namen der ausgewählten Pinnwand statt des Benutzernamens des Kontos zurück, sodass profileUrl auf ein nicht existierendes Profil verwies. username gibt jetzt den Benutzernamen des Kontos zurück und profileUrl öffnet das richtige Profil, ohne dass Sie das Konto neu verknüpfen müssen. displayName gibt weiterhin den Namen der Pinnwand zurück.
• 5. Oktober – Threads-Benutzername. Bei Threads-Konten gab username in der Antwort von User Profile Details den Anzeigenamen des Kontos statt seines Handles zurück, sodass profileUrl auf ein nicht existierendes Profil verwies. username gibt jetzt das Handle zurück und profileUrl öffnet das richtige Profil, ohne dass Sie das Konto neu verknüpfen müssen. Wenn Sie username als Namen des Kontos anzeigen, verwenden Sie stattdessen displayName.
• 2. Oktober – Boosts mit speziellen Anzeigenkategorien außerhalb der USA. Ein Facebook- oder Instagram-Boost mit specialAdCategories (z. B. housing), der auf Orte außerhalb der USA abzielte, schlug mit “You’ve chosen audience locations that are outside of the countries you selected for your Special Ad Categories” fehl und hinterließ eine leere Kampagne in Ihrem Werbekonto. Meta muss wissen, in welchen Ländern eine Anzeige einer speziellen Kategorie ausgeliefert wird. Wir haben das nicht übermittelt, daher ging Meta von den USA aus. Wir übernehmen diese Länder jetzt aus Ihren locations, einschließlich des Landes jeder Region und jeder Stadt, sodass Sie Beiträge aus den Bereichen Wohnen, Beschäftigung und Finanzen jetzt auch außerhalb der USA boosten können. Wenn ein Boost fehlschlägt, nachdem seine Kampagne erstellt wurde, versuchen wir außerdem, diese Kampagne zu löschen, sodass fehlgeschlagene Boosts keine leeren Kampagnen mehr hinterlassen sollten. Siehe Boost Post.
• 1. Oktober – Facebook-Fehlercode 249 (Sperre wegen Community-Standards) präzisiert und dokumentiert. Die mit 249 zurückgegebene Meldung besagt nicht mehr, dass der Beitrag selbst gegen die Community-Standards von Facebook verstoßen hat. Facebook verhängt die Sperre meist auf das Konto oder die Page statt auf den Beitrag und gibt den spezifischen Grund nicht über die API zurück. Die Meldung verweist daher jetzt auf die Account-Status-Seite von Facebook (bei Facebook anmelden, oben rechts auf das Profilbild klicken, den Bereich Hilfe öffnen und Account Status wählen), die den tatsächlichen Grund und einen Einspruchsprozess anzeigt. Wenn Facebook einen eigenen Wortlaut liefert, wird dieser weiterhin unverändert in details weitergegeben. Code 249 ist jetzt erstmals öffentlich dokumentiert, siehe Facebook-Sperre wegen Community-Standards. Geändert hat sich nur der Meldungstext; numerischer Code, HTTP-Status und Struktur der Antwort bleiben gleich. Clients sollten auf den numerischen code prüfen, nicht auf den genauen Meldungstext.
• 1. Oktober – Die Verknüpfungsseite zeigt jetzt an, wenn ein Link abgelaufen ist. Eine Verknüpfungs-URL ist standardmäßig 5 Minuten gültig. Lief sie ab, während sich Ihr Benutzer noch beim sozialen Netzwerk anmeldete, zeigte die Verknüpfungsseite die allgemeine Meldung “There was an error linking”, sodass Ihr Benutzer es mit demselben abgelaufenen Link erneut versuchte. Jetzt wird ihm mitgeteilt, dass der Link abgelaufen ist und er einen neuen benötigt. Bei Snapchat und TikTok, wo Ihr Benutzer auf einer Seite zurückkehren kann, auf der er nicht angemeldet ist, sieht er jetzt eine Link-expired-Seite statt des Ayrshare-Anmeldebildschirms. Wenn Sie das Ayrshare Connect Widget verwenden, enthält das error-Ereignis für diesen Fehler jetzt code, bei einem abgelaufenen Link 503, sodass Ihr Code einen neuen Link für Ihren Benutzer erstellen kann. Um Ihren Benutzern mehr Zeit zu geben, erhöhen Sie expiresIn, wenn Sie den Link erstellen (bis zu 2880 Minuten, Max Pack).

​

September 2026

• 29. September – Die Ayrshare-API mit GraphQL abfragen. Neben der REST-API gibt es jetzt einen GraphQL-Endpunkt unter https://api.ayrshare.com/graphql, sodass Sie mehrere unterstützte Operationen in einer Anfrage abfragen können, statt für jede einen eigenen Aufruf zu machen. Er verwendet denselben API Key, dieselbe Profilzuordnung und dieselben Plan-Limits, während REST die vollständige API bleibt. Da das GraphQL-Schema typisiert und selbstbeschreibend ist, kann Ihr Editor jede verfügbare Operation und jedes Argument automatisch vervollständigen, und ein Codegenerator kann daraus Typen für Ihre Sprache erzeugen. Jedes API-gestützte Root-Feld zählt als ein API-Aufruf, genau wie der entsprechende REST-Aufruf: Eine Query mit vier Root-Operationen sind vier Aufrufe gegen Ihr Kontingent, nicht einer, während die Auswahl verschachtelter Antwortfelder keine Aufrufe hinzufügt. Eine einzelne Anfrage kann bis zu fünf API-Aufrufe auslösen, und der Anfrage-Body ist auf 64 KB begrenzt. Medien-Bytes können daher nicht über GraphQL übertragen werden: Fordern Sie mit mediaUploadUrl eine Upload-URL an, senden Sie Ihre Datei per PUT direkt an deren uploadUrl und verwenden Sie dann die zurückgegebene accessUrl in Ihrem Beitrag. Beim Schreiben der Fehlerbehandlung sollten Sie auf eines achten: Eine fehlgeschlagene Operation gibt trotzdem HTTP 200 zurück und meldet den Fehler im Antwort-Body. Prüfen Sie daher immer errors, statt sich allein auf den Statuscode zu verlassen. GraphQL-Fehler listet die Fälle auf, die den Status tatsächlich ändern. Probieren Sie es ohne eine Zeile Code im GraphQL Explorer aus, und lesen Sie die GraphQL-API-Übersicht, um loszulegen.
• 29. September – DM-Automatisierungen auf Facebook-Seiten. Automatisierungen laufen jetzt auch auf der Facebook-Seite, die mit einem Profil verknüpft ist, nicht nur auf Instagram. Erstellen Sie eine Automatisierung mit “platform”: “facebook” und einem dm_keyword- oder dm_reaction-Trigger, damit Sie jetzt automatisch in Messenger antworten können, wenn jemand Ihrer Seite ein Schlüsselwort sendet oder auf eine Ihrer Nachrichten reagiert. send_dm sendet von der Seite, und fire_webhook und send_email funktionieren genauso wie auf Instagram. Für das Profil muss Messaging für Facebook aktiviert sein. Kommentar- und Story-Trigger sind weiterhin ausschließlich für Instagram verfügbar. Siehe Facebook-Seiten.
• 29. September – Facebook Unique Reach ist zurück. Seit Meta am 15. Juni seine Unique-Impression-Metriken eingestellt hat, lieferten Facebook-Analytics nur noch Gesamtaufrufe (mediaView und pageMediaView), bei denen dieselbe Person mehrfach gezählt wird. Post-Analytics gibt jetzt totalMediaViewUnique zurück, die Anzahl der eindeutigen Personen, denen ein Beitrag abgespielt oder angezeigt wurde, und Analytics zu einem sozialen Netzwerk gibt pageTotalMediaViewUnique für Ihre Page zurück. Beide stammen aus Metas Total-Unique-Media-Views-Metrik, dem Ersatz für die eingestellten Felder. Meta meldet den Page-Wert pro Tag, daher summiert pageTotalMediaViewUnique diese täglichen Zählungen: Wer Ihre Inhalte an zwei verschiedenen Tagen angesehen hat, wird doppelt gezählt. Alle bestehenden Felder bleiben unverändert. In den Migrationshinweisen vom 15. Juni sehen Sie, welches eingestellte Feld welchem Ersatz entspricht.
• 29. September – Klarere Fehlermeldung, wenn Meta Ihre Medien nicht abrufen kann. Fehler beim Medienabruf bzw. durch blockierte Crawler (Meta-Subcode 2207052), die bisher den allgemeinen, wiederholbaren code: 440 (Instagram; bei Facebook Reels code: 108) zurückgaben, liefern jetzt einen eigenen, nicht wiederholbaren code: 479 (HTTP 400). Er wird zurückgegeben, wenn Meta die Medien auch dann nicht abrufen kann, nachdem Ayrshare sie auf dem eigenen CDN neu gehostet hat. Die Meldung nennt die wahrscheinliche Ursache (der Host blockiert Metas Crawler facebookexternalhit / Facebot über robots.txt oder CDN-/WAF-Regeln) und die Lösung (die Crawler zulassen oder die Medien von einem für Meta erreichbaren Host ausliefern). Tatsächlich vorübergehende Ingestion-Fehler (Subcodes 2207032 / 2207003) behalten code: 440 (Instagram; bei Facebook Reels code: 108) mit dem Hinweis zur Wiederholung. Siehe Meta-Media-Crawler blockiert und die Referenz der Fehlercodes.
• 28. September – Beitrag aktualisieren lehnt Anfragen ab, die nichts ändern, und akzeptiert disableComments allein. Beitrag aktualisieren gab code: 101 zurück, wenn disableComments das einzige gesendete Feld war. Sie mussten daher ein weiteres Feld wie notes hinzufügen, um Kommentare ein- oder auszuschalten. Jetzt funktioniert es auch allein. Umgekehrt gab eine Anfrage ohne zu aktualisierende Felder status: “success” zurück und änderte nichts. Das betraf eine bloße id, ein leeres youTubeOptions und visibility, das auf der obersten Ebene statt innerhalb von youTubeOptions gesendet wurde, sodass ein Tippfehler so aussah, als hätte er funktioniert. Diese Anfragen geben jetzt code: 101 zurück. Prüfen Sie dies, wenn Sie visibility auf der obersten Ebene senden: Es hat das Video nie geändert und gibt jetzt einen Fehler statt eines Erfolgs zurück. Verschieben Sie es in youTubeOptions.
• 28. September – Das Ändern der Sichtbarkeit eines YouTube-Videos setzt seine Lizenz nicht mehr zurück. Das Ändern von youTubeOptions.visibility mit Beitrag aktualisieren setzte die Lizenz des Videos auf die Standard YouTube License zurück, sodass ein als “creativeCommon” veröffentlichtes Video seine Creative-Commons-Lizenz verlor, sobald Sie es öffentlich oder nicht gelistet machten. Die Lizenz bleibt jetzt erhalten. Wenn Sie vor dieser Korrektur die Sichtbarkeit eines Creative-Commons-Videos geändert haben, prüfen Sie seine Lizenz in YouTube Studio.
• 25. September – Beworbene Facebook-Beiträge erreichen jetzt das von Ihnen gewählte Geschlecht. Facebook-Beitrag bewerben hat den dokumentierten Parameter gender ignoriert. Ein Boost mit “gender”: “female” oder “male” wurde daher allen Geschlechtern angezeigt, obwohl die Anfrage erfolgreich war. gender wird jetzt angewendet, auch bei Instagram-Boosts. Prüfen Sie dies, wenn Sie gender senden: Ein anderer Wert als all, male oder female gibt jetzt code: 101 zurück, statt stillschweigend alle anzusprechen. Anfragen ohne gender bleiben unverändert.
• 25. September – Genau sehen, was jede Automatisierung gesendet hat. Jedes Aktionsergebnis in Get Automation Activity erfasst jetzt, was die Aktion gesendet hat: den DM-Text, der an diese Person gesendet wurde, die E-Mail, wie sie in die Warteschlange gestellt wurde, oder die Webhook-Ereignisdaten mit ihrer Zustellungs-ID. Das steht in einem neuen sent-Feld neben config, das die Einstellungen der Aktion so festhält, wie sie in diesem Moment waren. Bisher zeigte die Activity nur den Status jeder Aktion, sodass es nach dem Bearbeiten einer Automatisierung keine Möglichkeit gab zu sehen, was ein früherer Durchlauf tatsächlich gesendet hatte. Beide Felder werden auch bei fehlgeschlagenen Versänden erfasst, und sehr langer Text wird passend gekürzt, wobei in diesem Fall truncated gesetzt wird. Siehe was sent enthält.
• 24. September – Jede Automatisierungs-DM mit Ihrem eigenen Server schreiben. Bisher hat eine send_dm-Automatisierung jeder Person dasselbe Template gesendet, wobei sich nur Platzhalter wie änderten. Setzen Sie messageUrl auf der Aktion, und jedes Mal, wenn die Regel greift, fragen wir Ihren Endpunkt, was dieser Person gesagt werden soll, und senden seine Antwort als DM – so kann jeder Kommentierende eine Nachricht erhalten, die Ihr eigenes System für ihn geschrieben hat, etwa eine Antwort mit seinem eigenen Tracking-Link. Wenn Ihr Endpunkt langsam ist, einen Fehler zurückgibt oder etwas Unbrauchbares zurückgibt, senden wir stattdessen die reguläre message der Aktion. Einen fehlgeschlagenen Aufruf Ihres Endpunkts wiederholen wir nie, da eine Wiederholung eine zweite DM senden könnte. In Get Activity zeigt messageSource, aus welchem Text ein send_dm erstellt wurde: aus dem Ihres Endpunkts oder aus der regulären message. Es wird festgehalten, sobald der Text feststeht, auch wenn der Versand anschließend fehlschlägt; lesen Sie daher status, um zu sehen, ob die DM verschickt wurde. Siehe dynamischer Nachrichteninhalt.
• 24. September – Instagram-Automatisierungs-Webhooks tragen ihren Kontext und können das Ergebnis melden. Der Webhook, den eine Automatisierung feuert, enthält jetzt activityId, actionId, eventId, commentId, commentText, postId und storyId, sodass Sie ihn exakt seiner Zeile aus Get Activity zuordnen können, statt anhand von recipientId, triggerId und Schlüsselwort zu raten – was mehrdeutig war, wenn zwei Personen gleichzeitig dasselbe Schlüsselwort kommentierten. Setzen Sie “sendCompletedEvent”: true auf der fire_webhook-Aktion der Automatisierung, um zusätzlich automation.completed zu erhalten, wenn der Versand abgeschlossen ist – mit seinem status und den Ergebnissen pro Aktion –, sodass Sie das Ergebnis normalerweise ohne Polling erfahren (Get Activity bleibt die maßgebliche Aufzeichnung zum Abgleich). Beide Ereignisse tragen jetzt ein type-Feld (automation.triggered oder automation.completed); jedes bestehende Feld ist unverändert, und ein Empfänger, der sich nicht dafür entscheidet, erhält weiterhin genau eine Payload pro Auslösung. Siehe Webhook-Ereignisse.
• 24. September – Eine Kommentar-Automatisierung auf jedem Beitrag ausführen, nicht eine pro Beitrag. Ein comment_keyword-Trigger kann jetzt “all” als postId annehmen, sodass die Regel ausgelöst wird, wenn jemand ein Schlüsselwort auf irgendeinem Beitrag oder Reel des verbundenen Kontos kommentiert. Bisher musste postId einen bestimmten Inhalt benennen, was bedeutete, bei jeder Veröffentlichung eine neue Automatisierung zu erstellen – und eine Regel, die stillschweigend nichts abdeckte, wenn Sie das vergaßen. Die Story-Trigger akzeptieren “all” für storyId auf dieselbe Weise. “all” erreicht nie die Inhalte eines anderen Profils, und Ihr tägliches DM-Limit sowie die an das Engagement gebundenen Versandregeln gelten genau wie bei einer Regel für einen einzelnen Beitrag. Die Deduplizierung wird pro Automatisierung gezählt, sodass bei einer “all”-Regel jemand, der innerhalb des Dedup-Fensters auf zwei Beiträgen kommentiert, eine DM erhält. Wird dedupWindowMinutes auf 0 gesetzt, wird für jeden passenden Kommentar eine DM gesendet, einschließlich Wiederholungen auf demselben Beitrag. Der Wert muss exakt “all” in Kleinbuchstaben sein; eine Variante wie “ALL” wird jetzt abgelehnt, statt als Regel gespeichert zu werden, die nie auslöst. Auch Ihre eigenen Kommentare führen die fire_webhook- oder send_email-Aktionen einer Automatisierung nicht mehr aus. Wenn Sie Ihren Followern mit einem Schlüsselwort antworteten, wurden diese bisher ausgelöst – was eine “all”-Regel auf jedem Beitrag täte; diese Activities werden jetzt als skipped erfasst, genau wie es die DM bereits wurde. Bestehende Automatisierungen sind nicht betroffen – eine konkrete postId passt weiterhin nur auf diesen Beitrag. Siehe Evergreen-Regeln. Bei den Story-Triggern verhält sich das Weglassen von storyId weiterhin genauso wie “all”, bevorzugen Sie aber den expliziten Wert: Das Weglassen wird in einer zukünftigen Version eingestellt und vorab unter Upcoming API Changes angekündigt.
• 24. September – X-Kommentare zu einer Antwort geben jetzt deren Antworten zurück. Eine Anfrage an Get Comments für einen X-Beitrag, der selbst eine Antwort ist, lieferte eine leere Liste, selbst wenn dieser Beitrag eigene Antworten hatte, weil Ayrshare die falsche Konversation abfragte. Diese Beiträge geben jetzt ihre Antworten zurück. Ein X-Beitrag, der eine eigene Konversation beginnt, ist unverändert und gibt weiterhin alles zurück, was er bisher zurückgegeben hat. Außerdem erhalten Sie jetzt, wenn X den Read auf Ihrem eigenen X-Developer-Konto ablehnt, einen typisierten Fehler statt einer leeren Liste: code: 416 (HTTP 402), wenn Ihre X-Credits erschöpft sind, und code: 364 (HTTP 429), wenn X die Anfrage per Ratenlimit einschränkt. So sieht „keine Credits mehr” nicht länger wie „keine Kommentare” aus. Keiner der beiden Fehler wird zwischengespeichert, sodass der Read erneut versucht wird, sobald Sie die Ursache behoben haben, und bei einem Multiplattform-Read lautet die Antwort status: “partial”, wobei der fehlgeschlagene X-Zweig in errors[] aufgeführt wird, wie es bei anderen fehlgeschlagenen Zweigen bereits der Fall ist. Ein Beitrag, der gelöscht wurde oder den Ihre X-Anmeldedaten nicht sehen können, gibt weiterhin eine leere Liste ohne Fehler zurück. Siehe Fehlercodes 364 und 416.
• 21. September – Get Messages gibt jetzt auch auf X/Twitter begrenzte Seiten zurück. Eine Get Messages-Anfrage für X/Twitter, die ohne limit gesendet wird, gibt jetzt bis zu 100 gespeicherte Nachrichten zurück – oder bis zu 100 Konversationen mit conversationsOnly – plus einen meta.pagination-Cursor. Das ist die Anfrage, die bisher Ihre gesamte gespeicherte Historie in einer Antwort zurückgab; eine Integration, die dem Cursor nie gefolgt ist, sieht jetzt also nur die neuesten 100 und muss für den Rest meta.pagination.next folgen. Fahren Sie fort, solange meta.pagination.hasMore true ist. status, action und conversationsOnly gelten weiterhin für diese Anfrage, aber jetzt jeweils für eine begrenzte Seite: Eine gefilterte Seite kann kurz zurückkommen oder leer, während hasMore weiterhin true ist – folgen Sie also dem Cursor, statt eine kurze Seite als Ende zu behandeln. Das Senden von limit auf X/Twitter ist unverändert und blättert weiterhin über den X-eigenen Cursor durch die Live-Timeline von X, der keinen dieser drei Filter anwendet. Ein Cursor hält jetzt fest, aus welcher der beiden Mengen er stammt, sodass Hinzufügen oder Weglassen von limit beim Folgen eines Cursors nicht stillschweigend zur anderen wechselt.
• 21. September – Google Business Profile Analytics unterstützen Datumsbereiche und Tageswerte. Analytics zu einem sozialen Netzwerk berücksichtigt jetzt quarters und daily für gmb, genauso wie bereits für Facebook, Instagram, Snapchat, TikTok und YouTube. Übergeben Sie quarters (1–4, jeweils 90 Tage), um über ein aktuelles Zeitfenster zu berichten statt über die festen Gesamtwerte der zurückliegenden 24 Monate, und daily: true, um jede Metrik als tagesgenaue values-Reihe mit einem total zu erhalten – so können Sie Berichte für den letzten Monat oder das letzte Quartal sowie Zeitreihen-Diagramme aus Google-Business-Profile-Daten erstellen. Bisher wurden beide Parameter für gmb stillschweigend ignoriert, und nur die 24-Monats-Gesamtwerte waren verfügbar. Prüfen Sie das, wenn Sie bereits quarters oder daily in einer Anfrage senden, die gmb enthält: Diese Parameter wurden für dieses Netzwerk bisher ignoriert, dieselbe unveränderte Anfrage gibt jetzt also ein engeres Zeitfenster zurück, und mit daily: true kommt jede gmb-Metrik als -Objekt statt als einzelne Zahl an – Code, der diese Werte in Diagrammen darstellt oder summiert, muss total (oder die values-Reihe) lesen statt die Metrik direkt. Eine Anfrage, die gmb ohne einen der beiden Parameter sendet, ist völlig unverändert. Wenn ein Datumsbereich aktiv ist, enthält die Antwort außerdem quarters.
• 21. September – quarters: 0 steht jetzt auch auf Facebook und YouTube für All-Time-Daten. Auf Analytics zu einem sozialen Netzwerk war quarters: 0 schon immer als „kein Datumsbereich“ dokumentiert – dieselben All-Time-Daten, die Sie beim Weglassen des Parameters erhalten – und genau so verhielten sich Instagram, Snapchat und TikTok. Facebook und YouTube nicht: Sie lasen jeden quarters-Wert als Anforderung eines Zeitfensters und gaben stillschweigend ein einzelnes Quartal zurück, sodass quarters: 0 auf Facebook rund 85 Tage statt des vollständigen Zeitraums lieferte und ein Wert, den diese Netzwerke nicht als Zahl lesen konnten, gar kein brauchbares Zeitfenster zurückgab. Beide entsprechen jetzt dem dokumentierten Verhalten und jedem anderen Netzwerk. Prüfen Sie das, wenn Sie quarters: 0, ein negatives quarters oder ein nicht numerisches an Facebook oder YouTube senden: Dieselbe unveränderte Anfrage gibt jetzt das vollständige All-Time-Zeitfenster statt eines einzelnen Quartals zurück, die Zahlen sind also größer, und die Antwort deckt einen längeren Zeitraum ab. Mit quarters: 1 erhalten Sie das einzelne Quartal, das Sie zuvor versehentlich bekommen haben. Anfragen mit quarters von 1 bis 4 sowie Anfragen, die den Parameter ganz weglassen, sind auf jedem Netzwerk unverändert.
• 18. September – Social-Media-Konten direkt aus Ihrem eigenen Dashboard verknüpfen. Das Ayrshare Connect Widget ist ein Script-Tag: Laden Sie es, platzieren Sie einen Slot dort, wo ein Netzwerk in Ihr Layout gehört, und wir rendern dort eine Connect-Schaltfläche, die bereits anzeigt, ob dieses Konto verknüpft ist. Bisher waren die einzigen Wege, einen Nutzer verbinden zu lassen, ihn auf eine von uns gehostete Seite zu schicken oder es selbst zu bauen – eine Session pro Netzwerk, ein synchron im Click-Handler geöffnetes Popup, eine event.origin-Prüfung und ein popup.closed-Polling mit Puffer, alles Browser-Verkabelung, die Sie richtig hinbekommen mussten, bevor das erste Konto verbunden war. Das Widget übernimmt das, ebenso das Aufheben von Verknüpfungen, und meldet das Geschehen über zehn Events – einschließlich state, das Ihnen beim Mount und bei jeder Änderung den Live-Kontostatus jedes Netzwerks liefert, sodass Sie ihn nie pollen. Stylen Sie es mit den —ayr-connect-*-Design-Tokens, und fügen Sie script-src- und frame-src-Einträge hinzu, wenn Ihre Seite eine Content-Security-Policy sendet. Das Widget erfordert den Max Pack. Siehe Ayrshare Connect Widget.
• 17. September – Get Messages gibt begrenzte Seiten der gespeicherten Historie zurück. Get Messages gibt auf Facebook, Instagram und WhatsApp jetzt standardmäßig bis zu 100 Nachrichten oder Konversationen zurück. Bisher konnte das Weglassen von limit eine gesamte gespeicherte Historie laden, den Serverspeicher erschöpfen und andere Anfragen mit 503/504-Fehlern unterbrechen. Standard und Maximum sind beide 100; setzen Sie limit auf eine Ganzzahl von 1 bis 100 für kleinere Seiten. Um mehr abzurufen, übergeben Sie meta.pagination.next als next-Parameter der nächsten Anfrage mit demselben Profil und denselben Filtern. Fahren Sie fort, solange meta.pagination.hasMore true ist, auch nach einer kurzen oder leeren gefilterten Seite. Bestehende Antwortfelder bleiben erhalten, aber Facebook-, Instagram- und WhatsApp-Integrationen, die die gesamte Historie in einer Antwort erwarten, müssen jetzt dem Cursor folgen. Das Verhalten von X/Twitter und seine bestehende, per Opt-in genutzte Provider-Cursor-Paginierung sind unverändert – X/Twitter folgte am 21. September, siehe den entsprechenden Eintrag oben.
• 14. September – Ihre X- und Threads-Optionen gelten jetzt auch für Threads. Beim Posten eines Threads wurde bisher fast jede mitgesendete Option verworfen. Ein langes Video war der auffälligste Fall: longVideo: true mit thread: true wurde mit code: 182 – „140 Sekunden Maximum“ – abgelehnt, bevor der Beitrag X überhaupt erreichte, Long Video funktionierte in einem Thread also schlicht nicht. Das wird jetzt veröffentlicht und gegen das 4-Stunden-Long-Video-Limit geprüft statt gegen die standardmäßigen 2 Minuten 20 Sekunden. Die stillere Hälfte betraf weit mehr Beiträge: altText, Untertitel, Geo-Beschränkungen, replySettings, subscribersOnly und die Pro-Media-Optionen wurden stillschweigend verworfen – der Thread wurde veröffentlicht und die Optionen einfach nicht angewendet, ohne jeden Hinweis in der Antwort. Auf Threads wurde allowCountries auf dieselbe Weise verworfen. All diese Optionen gelten jetzt. Die meisten gelten für jeden Beitrag im Thread; poll, quoteTweetId, replyId und replySettings gelten nur für den ersten Beitrag, weil X sie nur dort akzeptiert. altText und Untertitel gelten nur für die Medien des ersten Beitrags – Medien auf späteren Beiträgen werden ohne sie veröffentlicht, erwarten Sie also noch keine Beschreibungen pro Bild über einen Thread mit mehreren Medien hinweg. Siehe welche Optionen für einen Thread gelten. Zwei Änderungen verlangen Ihre Aufmerksamkeit, wenn Sie bereits Optionen auf Threads senden. Eine Option, zu der Ihr Konto nicht berechtigt ist, lässt jetzt den Thread fehlschlagen, statt ignoriert zu werden: subscribersOnly von einem Konto ohne X Subscriptions gibt code: 111 zurück, und nichts wird veröffentlicht, wo der Thread zuvor öffentlich hinausging. Auf Threads gibt allowCountries von einem Konto, das Meta nicht für Geo-Beschränkungen berechtigt hat, code: 101 zurück, und nichts wird veröffentlicht, wo der Thread zuvor unbeschränkt hinausging – prüfen Sie zuerst isEligibleForGeoRestrictions über /user. Beides entspricht dem, was ein einzelner Beitrag schon immer getan hat. Und schließlich: Das Senden von longPost zusammen mit thread gibt jetzt eine Warnung zurück, dass longPost ignoriert wurde; der Thread wird trotzdem veröffentlicht, da ein Thread Ihren Text auf separate Beiträge aufteilt und nichts im Long-Form-Format veröffentlicht werden kann. Die Codes 182, 101, 111 und 275 sind jetzt in den Fehlercodes dokumentiert.
• 14. September – Lizenzierte Musik an einen Instagram Reel anhängen. Sie können jetzt Instagrams Audiokatalog durchsuchen und beim Veröffentlichen eines Reels einen lizenzierten Track anhängen. Finden Sie einen Track mit GET /media/instagram/audio/search, prüfen Sie einen bereits vorhandenen mit dem Audio-Lookup und übergeben Sie dann dessen ID als instagramOptions.audioConfiguration.audioId in Ihrem Beitrag. Die optionalen audioVolume und videoVolume (Ganzzahlen von 0 bis 100) legen fest, wie der Track und das eigene Audio Ihres Videos gemischt werden; lassen Sie sie weg, wendet Instagram seinen Standardwert von 100 an. Sie benötigen weder reels: true noch isVideo: true – eine Video-URL wird automatisch als Reel erkannt und akzeptiert Musik auf dieselbe Weise. Musik gibt es nur für Reels: Stories, Bilder und Karussells geben code: 515 zurück. Das bestehende audioName ist unverändert und setzt weiterhin nur ein Anzeige-Label für Audio, das bereits in Ihrem Video enthalten ist; senden Sie beides, gewinnt audioConfiguration, audioName wird verworfen, und eine nicht fatale code: 518-Warnung kommt in postIds[].warnings[] zurück, während der Beitrag trotzdem veröffentlicht wird. Eine Voraussetzung sollten Sie zuerst prüfen: Meta bietet seine Audio API nur für Instagram-Konten an, die über Facebook Login verbunden sind, was eine mit dem Instagram-Konto verbundene Facebook Page voraussetzt. Ein mit Instagram Login – dem Standard – verknüpftes Konto gibt bei jedem Audio-Aufruf code: 514 zurück, und keine Berechtigung und kein Plan ändert daran etwas. Siehe Voraussetzungen für das Anhängen von Musik für den Wechsel sowie die Fehlercodes 514 bis 518.
• 11. September – Beworbene Facebook-Anzeigen: Call-to-Action-Buttons, ein Traffic-Ziel und kategoriebezogene Interessensuche. Beitrag bewerben akzeptiert ein neues Ziel traffic, das auf Link-Klicks außerhalb der Plattform optimiert, sowie ein callToAction-Objekt, das einen Button auf dem beworbenen Beitrag anfordert – APPLY_NOW, SHOP_NOW, LEARN_MORE und sechs weitere –, der jede von Ihnen angegebene URL öffnet. Wählen Sie im Dashboard Drive Traffic (Traffic steigern), um Ziel-URL, Button-Typ und optionale Überschrift festzulegen. Meta bestimmt, wie der Button auf dem bestehenden Beitrag dargestellt wird. Das callToAction kommt in der Boost-Antwort zurück und anschließend mit der Anzeige über Beworbene Anzeigen abrufen. Interessen erhält einen Query-Parameter specialAdCategories, sodass eine Kampagne zu Wohnen, Beschäftigung, Finanzen oder Politik nur die Interessen durchsuchen kann, die Meta ihr als Targeting erlaubt, statt IDs auszuwählen, für die die Anzeige später abgelehnt wird. Auf beiden Endpunkten werden financial_product_services und financial_products_services jetzt als dieselbe Kategorie akzeptiert – ebenso credit, Metas frühere Bezeichnung dafür –, sodass sowohl die Schreibweise in dieser Dokumentation als auch die möglicherweise von Meta kopierte funktioniert. Drei Änderungen erfordern Handeln, falls sie auf Sie zutreffen. Erstens: callToAction wurde bisher bei jedem Ziel akzeptiert und dann stillschweigend ignoriert, sodass eine Anzeige ohne Button entstand; jetzt wird code: 101 zurückgegeben, sofern das Ziel nicht traffic ist. Zweitens: Ein unbekannter specialAdCategories-Wert bei Beitrag bewerben wurde bisher verworfen und die Kampagne ohne Kategorie erstellt, sodass eine regulierte Anzeige ohne jede Deklaration lief; jetzt wird code: 101 mit der Liste der akzeptierten Werte zurückgegeben. Drittens: accountId ist bei Interessen jetzt erforderlich, wenn specialAdCategories angegeben ist, weil Meta die kategoriebezogene Interessensuche nur auf einem Werbekonto anbietet – eine Interessensuche ohne specialAdCategories ist völlig unverändert und benötigt weiterhin kein accountId. Wenn Sie es angeben, muss accountId numerisch sein (ein vorangestelltes act_ ist in Ordnung); alles andere wird jetzt mit code: 101 abgelehnt, statt unverändert an Meta gesendet zu werden.
• 8. September – Ein Aufruf liefert den Kontostatus jedes Netzwerks. GET /profiles akzeptiert include=state, das für ein User Profile genau einen normalisierten state pro sozialem Netzwerk zurückgibt – linked, unlinked, suspended, restricted, rateLimited oder identityVerificationRequired –, jeweils mit actionable, message und helpUrl. Bisher mussten Sie dasselbe Bild selbst aus den Blöcken suspension, socialHealth und linkingErrors zusammensetzen und entscheiden, welcher Zustand gewinnt. Jedes Netzwerk ist immer vorhanden, ein nie verknüpftes Netzwerk meldet also unlinked, statt zu fehlen, und actionable sagt Ihnen, ob Sie Ihrem Nutzer eine Schaltfläche anzeigen sollten. Erfordert refId, ist also eine Einzelprofil-Abfrage.
• 7. September – Monatsplan sofort kündigen, mit automatischer Erstattung. Beim Kündigen eines monatlichen Abonnements über die Seite „Account“ gibt es jetzt eine zweite Option: Sie beenden den Plan heute und erhalten Ihr Geld automatisch erstattet – auf die ursprüngliche Zahlungsmethode und in der Währung, in der Ihnen berechnet wurde. Kündigen Sie innerhalb von 48 Stunden nach der Abbuchung, erstatten wir diese Zahlung vollständig; danach erstatten wir den ungenutzten Teil des Abrechnungszeitraums. In beiden Fällen zeigt Ihnen das Dashboard die Beträge, bevor Sie bestätigen. Bisher war die einzige Self-Service-Option die Kündigung zum Ende des Abrechnungszeitraums – für eine Erstattung mussten Sie also eine E-Mail an den Support schreiben und warten, bis jemand sie von Hand berechnet. Drei Dinge sollten Sie wissen, bevor Sie die Option nutzen: Ihr Zugang endet in dem Moment, in dem Sie bestätigen, statt zum Ende des Zeitraums – dadurch beginnt auch die Löschung Ihrer Beiträge, Analysen und verknüpften Social-Media-Konten früher; nutzungsbasierte Gebühren, die noch nicht in Rechnung gestellt wurden, werden separat abgerechnet, statt von der Erstattung abgezogen zu werden; und sie ist einmalig pro Konto. Jahrespläne werden weiterhin zum Ende des Abrechnungszeitraums gekündigt. Unabhängig davon gilt: Ist Ihre letzte Zahlung fehlgeschlagen, beendet die Kündigung den Plan bei jedem Plan sofort, statt sie zu terminieren, und die offene Rechnung wird storniert, wenn diese Zahlung weniger als 48 Stunden zuvor erstmals fehlgeschlagen ist. Siehe wie Sie Ihr Abonnement ändern oder kündigen.
• 7. September – LinkedIn-Analytics für ältere Beiträge werden seltener aktualisiert, und nextUpdate sagt, wann. Analytics für einen LinkedIn-Beitrag, der älter als etwa zehn Tage ist, kommen jetzt für bis zu einige Tage am Stück aus dem Cache, statt alle elf Minuten neu abgerufen zu werden. Das Engagement eines Beitrags kommt größtenteils in seinen ersten Tagen an; danach wurden dieselben unveränderten Zahlen rund 130-mal am Tag neu abgerufen, und LinkedIn begrenzt, wie viele Analytics-Anfragen unsere App pro Tag über alle Konten hinweg stellen darf – dieses Kontingent wurde also für Daten aufgebraucht, die sich gar nicht geändert haben konnten. Ein aktueller LinkedIn-Beitrag ist nicht betroffen und behält denselben Elf-Minuten-Takt, und an keinem anderen sozialen Netzwerk ändert sich irgendetwas. Was sich überall geändert hat: nextUpdate meldet jetzt das Intervall, das tatsächlich auf die Antwort angewendet wurde, die Sie gerade vorliegen haben, statt fester elf Minuten – in einigen Netzwerken war dieses Intervall ohnehin schon länger als elf Minuten und wurde nicht korrekt gemeldet. Wenn Sie pollen, lesen Sie es aus jeder Antwort, statt einen festen Timer zu verwenden. Kein Feld wird entfernt oder umbenannt, keine Anfrage wird abgelehnt, und Analytics auf Kontoebene behalten ihr eigenes Intervall. Siehe Wie aktuell die Daten sind.
• 7. September – Erfahren Sie den Moment, in dem ein Nutzer ein Konto verbindet. Übergeben Sie ein origin, wenn Sie eine Link Session erstellen, öffnen Sie die zurückgegebene url in einem Popup, und Ihrer eigenen Seite wird mitgeteilt, was darin passiert: connect:success, wenn ein Konto verbunden wird, connect:error mit einem Code, wenn es fehlschlägt, connect:cancelled, wenn Ihr Nutzer abbricht. Bisher war der einzige Weg, es herauszufinden, zu pollen oder den redirect-Parameter zu verwenden und Ihre Seite wegnavigieren und neu laden zu lassen – wodurch verloren ging, was Ihr Nutzer gerade vor sich hatte. Events werden mit postMessage an genau diese Origin gesendet und nirgendwo sonst hin, und connect:success kommt erst an, nachdem das Konto gespeichert wurde, sodass ein GET /user direkt danach die Verbindung bereits anzeigt. Pro Verbindung kommt genau ein Ergebnis-Event an. Für Links, die ohne origin erstellt wurden, ändert sich nichts, und redirect funktioniert weiterhin genau wie zuvor, einschließlich seines Query-Parameters origin=true – der mit dem neuen origin-Body-Parameter oben nichts zu tun hat und nicht veraltet ist. Wenn Sie kein Popup verwenden können, meldet Eine Link Session abrufen jetzt auch completedAt, lastCompletedAt und completedNetworks – dasselbe Signal ohne Browser, und das einzige für Telegram, das außerhalb des Browsers abgeschlossen wird. Siehe Link-Completion-Events.
• 2. September – Reels akzeptieren Video-URLs mit Query-String. Das Veröffentlichen eines Facebook- oder Instagram-Reels mit einer signierten CDN- oder Firebase-Storage-Medien-URL – jeder URL, die nach dem Dateinamen einen ?-Query-String trägt – wurde mit code: 170 abgelehnt, bevor der Beitrag überhaupt das Netzwerk erreichte, und meldete fehlerhafte Medien-Assets, obwohl das Video gültig war. Der Medientyp wird jetzt aus dem Pfad der URL gelesen, sodass eine URL wie https://cdn.example.com/reel.mp4?Expires=1756700000 als Video erkannt und normal veröffentlicht wird. Sie benötigen isVideo: true nicht mehr als Workaround – es funktioniert weiterhin, und ein explizites isVideo: false erzwingt weiterhin die Behandlung als Bild. Ohne isVideo: true wird ein Reel, dessen URL-Pfad keine Videoendung hat, weiterhin mit code: 170 abgelehnt – die Meldung benennt das jetzt aber als Ursache und verweist auf isVideo statt auf die Medienrichtlinien. Dieselbe Korrektur gilt für die Pro-Post-Medienlimits auf Facebook, LinkedIn, Pinterest und TikTok, wo das Video-Limit niedriger ist als das Bild-Limit: Eine Video-URL mit Query-String zählt jetzt gegen das Video-Limit statt gegen das Bild-Limit, sodass zwei solche Videos in einem Beitrag korrekt abgelehnt werden, wo sie zuvor durchrutschten. Siehe die Medienrichtlinien.
• 2. September – WhatsApp wird jetzt unter den unterstützten sozialen Netzwerken aufgeführt. WhatsApp erscheint jetzt in den Listen und Zählungen der unterstützten sozialen Netzwerke in der gesamten Dokumentation, sodass Sie es finden, ohne gezielt danach suchen zu müssen. Auf Ayrshare ist WhatsApp ein Messaging-Netzwerk: Rufen Sie Konversationen und eingehende Nachrichten mit GET /messages/:platform ab und senden Sie mit POST /messages/:platform über die Messaging-API; was Sie anhängen können, entnehmen Sie den WhatsApp-Medienanforderungen. Am Verhalten von WhatsApp hat sich in diesem Release nichts geändert – nur daran, wo es dokumentiert ist.
• 1. September – Bluesky-Videos bis zu 10 Minuten und 300 MB. Bluesky hat seine Video-Limits am 26. August angehoben, und Ayrshare akzeptiert jetzt die neuen Obergrenzen: Ein Bluesky-Video darf bis zu 10 Minuten lang und 300 MB groß sein – zuvor waren es 3 Minuten und 100 MB. Bisher wurde ein längeres oder größeres Video vor dem Veröffentlichen mit dem Validierungsfehler „Video zu lang“ oder „Video zu groß“ abgelehnt, obwohl Bluesky selbst es akzeptiert hätte. An der Art, wie Sie posten, ändert sich nichts: Senden Sie dieselben mediaUrls wie bisher. Siehe die Bluesky-Medienrichtlinien für die vollständigen Anforderungen.

​

August 2026

• 31. August – Erstellen Sie Social-Linking-URLs ohne Private Key – und widerrufen Sie sie. Eine Link Session erstellen erstellt eine Social-Linking-URL allein aus Ihrem API Key und einem Profile-Key — kein privateKey und nichts zu signieren. Bisher erforderte jede Linking-URL, dass Sie den von uns ausgestellten RSA Private Key senden, was bedeutete, ihn zu speichern, ihn bei jedem Aufruf von der Festplatte zu lesen und code: 189-„no start line“-Fehler zu debuggen, wenn sich ein verirrter Zeilenumbruch in das PEM eingeschlichen hatte. Sie können jetzt außerdem mit Eine Link Session abrufen sehen, ob ein Link geöffnet wurde, und ihn mit Eine Link Session widerrufen beenden, bevor er abläuft — eine an die falsche Adresse gesendete URL blieb bisher bis zu ihrem Ablauf gültig, ohne jede Möglichkeit, sie zurückzurufen. Linking-URL erzeugen funktioniert weiterhin: privateKey, base64 und verify werden weiterhin akzeptiert und jetzt ignoriert, domain bleibt optional und wird weiterhin validiert, und bereits ausgegebene Links sind nicht betroffen. Wenn Sie die zurückgegebene url direkt an Ihren Nutzer weitergeben, ändert sich für Sie überhaupt nichts. Ein Fall erfordert allerdings eine Änderung: Das token ist jetzt ein opaker String, der mit ayr_ls_ beginnt, statt eines dekodierbaren JWT – eine Integration, die es dekodiert, um die Claims apiKey, profileKey oder exp zu lesen, funktioniert also nicht mehr. Lesen Sie den Ablaufzeitpunkt stattdessen aus dem Feld expiresIn; für die anderen beiden verwenden Sie die Werte, die Sie bereits gesendet haben, denn das Token hat sie Ihnen ohnehin nur zurückgespiegelt.
• 27. August – Instagram-Fehler „Generic Internal Error” fordern Sie nicht mehr zum erneuten Verknüpfen auf. Ein Instagram-Beitrag, der mit Meta error_subcode 2207085 („Generic Internal Error”) fehlschlägt, wird jetzt automatisch über bis zu etwa 50 Sekunden wiederholt, bevor der Fehler zurückgegeben wird, und die code: 258-Antwort setzt relink: true nicht mehr. Dieses Flag teilte Integrationen mit, das Konto sei getrennt, sodass Kunden Konten trennten und erneut verknüpften, die nie defekt waren – dasselbe Konto veröffentlichte zwischen den Fehlschlägen mit unverändertem Token weiterhin erfolgreich. Wiederholen Sie den Beitrag in einigen Minuten; nur wenn der Fehler länger als 24-48 Stunden besteht, kommt ein erneutes Verknüpfen oder die Kontaktaufnahme mit dem Meta-Support unter Angabe der fbtrace_id, die jetzt in details zurückgegeben wird, in Betracht. Siehe Fehlercodes.
• 26. August – Nachrichten-Webhooks melden jetzt, wenn eine Verbindung zum sozialen Netzwerk unterbrochen ist. Ein Facebook- oder Instagram-Nachrichten-Webhook trägt jetzt connectionDegraded: true, wenn wir die Metadaten dieser Nachricht nicht über das soziale Netzwerk auflösen konnten. conversationId und senderDetails werden beim Eintreffen jeder Nachricht abgefragt, und das Flag wird gesetzt, wann immer diese Abfrage fehlschlägt – in der Regel, weil die Verknüpfung des User Profiles abgelaufen oder ungültig geworden ist, wobei auch ein vorübergehender Fehler der Graph API es setzt. Bisher ließ sich das nur daran erkennen, dass diese Felder fehlten – was einer rein empfangenden Integration nie auffallen würde; ein Flag auf jeder Nachricht eines Profils bedeutet, dass die Anmeldedaten ungültig sind, während ein Flag auf einer einzelnen Nachricht ein kurzzeitiger Aussetzer war. Eingehende Nachrichten treffen währenddessen weiterhin ein, es geht also nichts verloren; solange das Flag gesetzt ist, schlagen aber auch das Antworten und das Abrufen des Konversationsverlaufs über die API fehl, da beides dieselben Anmeldedaten benötigt. Behandeln Sie es als Signal, dieses Profil das Konto erneut verknüpfen zu lassen. Unabhängig davon stellen Facebook-Nachrichten ihre conversationId bei beeinträchtigter Verbindung jetzt aus Ihrem gespeicherten Nachrichtenverlauf wieder her, sodass ein laufender Thread verkettet bleibt, statt unverknüpft anzukommen; Instagram tat dies bereits. Bei einer intakten Verbindung ändert sich nichts – das Feld wird weggelassen statt als false gesendet. Siehe Neue Nachrichten-Ereignisse.
• 25. August – Webhook-Zustellungen überstehen jetzt einen Endpunkt-Ausfall. Eine fehlgeschlagene Webhook-Zustellung wurde bisher zweimal wiederholt – nach 5 Sekunden, dann nach 30 Sekunden –, sodass jeder Versuch innerhalb von etwa 35 Sekunden abgeschlossen war. Ein Endpunkt, der länger als das ausfiel, verlor das Ereignis endgültig. Vorübergehende Fehler erhalten jetzt bis zu 9 Zustellversuche über etwa eine Stunde – die erste Zustellung plus 8 Wiederholungen – und werden danach nach einem abnehmenden Zeitplan von 5 Minuten, 30 Minuten, 2 Stunden und 12 Stunden erneut versucht, sodass eine Zustellung noch bis zu etwa 16 Stunden nach dem ursprünglichen Ereignis eintreffen kann. Ein Endpunkt, der während eines Vorfalls oder eines Wartungsfensters nicht erreichbar ist, in eine Zeitüberschreitung läuft oder ein 5xx zurückgibt, kostet Sie die Benachrichtigung nicht mehr. Beachten Sie, dass dies davon abhängt, wie der Endpunkt fehlschlägt: Ein Deployment, das 404 zurückgibt, weil die Route noch nicht registriert ist, ist eine Ablehnung, kein vorübergehender Fehler, und bleibt beim ersten Versuch endgültig. Dies gilt für 429-, 408- und 425-Antworten, jedes 5xx, Zeitüberschreitungen und abgebrochene Verbindungen. Jede andere 4xx-Antwort – 400, 401, 403, 404, 410 – gilt nun beim ersten Versuch als endgültig, denn das Wiederholen einer Anfrage, die Ihr Endpunkt ausdrücklich abgelehnt hat, kann am Ergebnis nichts ändern; die Webhook-Historie (Premium) listet Ihre letzten Zustellungen auf, damit Sie sehen, welche fehlgeschlagen sind – sie ist schreibgeschützt und sendet sie nicht erneut. Da Wiederholungen jetzt viele Stunden später eintreffen können, muss Ihr Deduplizierungsschlüssel mindestens 24 Stunden bestehen bleiben; ein Schlüssel, der früher abläuft, erkennt einen späten Wiederholungsversuch nicht, und Sie verarbeiten dasselbe Ereignis zweimal. Den vollständigen Vertrag finden Sie in der Webhooks-Übersicht.
• 24. August – Kommentar- und Mention-Webhooks tragen jetzt die Ayrshare-Post-ID. Die Payloads der comments- und mentions-Webhooks enthalten jetzt postId – die Ayrshare-id des Beitrags, auf dem das Ereignis stattfand, dieselbe ID, die Post beim Erstellen zurückgegeben hat. Zuvor führte die Payload nur die netzwerkeigene ID dieses Beitrags (media.id bei einem Instagram-Kommentar, media_id bei einer Instagram-Erwähnung, post_id bei Facebook) – um ein Ereignis dem von Ihnen erstellten Beitrag zuzuordnen, mussten Sie also eine eigene Zuordnung nativer IDs zu Ayrshare-IDs pflegen. Diese Zuordnung können Sie streichen. postId ist best-effort und wird weggelassen, statt leer gesendet zu werden, wenn es nicht ermittelt werden kann: wenn der Beitrag direkt in der Instagram- oder Facebook-App statt über Ayrshare erstellt wurde, wenn er veröffentlicht wurde, bevor diese Funktion ausgeliefert wurde (es gibt kein Backfill), oder wenn er zu einem anderen User Profile gehört, das mit demselben Konto verbunden ist. Bei mentions fehlt es in der Regel, da eine Erwähnung normalerweise auf dem Beitrag einer anderen Person erfolgt. Behandeln Sie ein fehlendes postId als „keiner meiner Beiträge“, nicht als Fehler. Siehe Einen Kommentar dem von Ihnen erstellten Beitrag zuordnen.
• 24. August – Kommentar- und Mention-Webhooks nennen jetzt das Netzwerk. Die Payloads der comments- und mentions-Webhooks führen jetzt ein Feld platform, das das soziale Netzwerk benennt, aus dem das Ereignis stammt. Am wichtigsten ist das bei comments: Ein Instagram-Kommentar kommt mit id, text und media.id an, während ein Kommentar zu einer Facebook-Seite als feed-Change mit comment_id, post_id und message ankommt – ein für beide registrierter Endpoint musste das Netzwerk also aus den zufällig vorhandenen Feldnamen ableiten. Verzweigen Sie stattdessen über platform, also instagram oder facebook. Bei mentions ist es immer instagram, da Facebook-Seiten-Erwähnungen heute nicht zugestellt werden. Alle anderen Felder sind unverändert, sodass Ihre bestehenden Handler weiter funktionieren. Siehe Comments Action und Mentions Action.
• 19. August – Bearbeiten Sie Ihr WhatsApp-Business-Profil über die API. Nutzer aktualisieren akzeptiert jetzt whatsapp neben gbp, sodass Sie ändern können, was Ihre Kunden auf Ihrem WhatsApp-Business-Profil sehen, ohne Ayrshare zu verlassen: about, description, address, email, bis zu zwei websites, Ihre Unternehmenskategorie in vertical und das Profilfoto über profilePictureUrl. Senden Sie nur die Felder, die Sie ändern möchten. Das Profilfoto muss ein quadratisches JPEG oder PNG sein – empfohlen sind 640×640 – und Ayrshare lädt es für Sie zu WhatsApp hoch, sodass eine öffentliche Bild-URL genügt. WhatsApp-Business-Profil gibt das Profil zurück, das Sie derzeit haben. Ihr WhatsApp-Anzeigename ist hier nicht bearbeitbar: Er ist an Ihre Nummer gebunden und erfordert WhatsApps eigene Prüfung.
• 18. August – Ausfälle der Medienprüfung schieben die Schuld nicht mehr auf Ihren Medien-Host. Wenn der Medienprüfdienst, den Ayrshare vor dem Posten nutzt, nicht erreichbar ist oder eine ungültige Antwort liefert, gibt das Posten jetzt den wiederholbaren Code 499 zurück, statt den Fehler in 164 umzuwandeln und Sie aufzufordern, eine funktionierende Medien-URL, CDN- oder User-Agent-Regel zu ändern. Echte Fehler beim Medienzugriff behalten ihre bisherigen Validierungsfehler. Den Unterschied erklärt Fehler beim Medienabruf / Crawler-Zugriff.
• 18. August – YouTube Engaged Views jetzt in Analytics. Post-Analytics und Social-Analytics geben nun für YouTube ein Feld engagedViews zurück – die Anzahl der Views, die nach den ersten Sekunden der Wiedergabe gezählt werden. Am 24. August 2026 stellt YouTube seine views-Metrik so um, dass sie ab dem Moment zählt, in dem ein Video zu spielen beginnt, ohne Mindestwiedergabezeit, und zwar über alle Videoformate hinweg – rechnen Sie an diesem Datum daher mit einem einmaligen Sprung nach oben bei den views. Wenn Ihr Reporting von der bisherigen Methodik abhängt, stellen Sie diese Reports auf engagedViews um, das weiterhin nach der alten Methode zählt. Vollständige Details siehe Bevorstehende API-Änderungen.
• 17. August – Ihre Markenfarbe erreicht jetzt die Haupt-Schaltfläche des Dialogs. Die Submit- und Yes-Schaltflächen (Absenden / Ja) in den Connect-Accounts-Dialogen behielten Ayrshares Blau-Pink-Farbverlauf selbst dann bei, wenn Ihre CSS-Datei gesetzt hatte – und der Farbverlauf ließ sich aus einem Stylesheet überhaupt nicht überschreiben, da er ein Hintergrundbild ist, das über jeder von Ihnen gesetzten Farbe liegt, auf einer Schaltfläche, die sich in CSS nicht von der daneben stehenden Cancel-Schaltfläche unterscheiden lässt. Sie verwendet nun Ihr als Volltonfarbe, sodass das prominenteste Bedienelement im Dialog zu Ihrer Marke passt. Die Beschriftung darauf und der Spinner, der angezeigt wird, während die Schaltfläche arbeitet, werden automatisch aus Ihrem Akzent gewählt und wechseln zwischen Schwarz und Weiß, je nachdem, was darauf besser lesbar ist; beim Hover entfernt sich der Akzent von der Beschriftung, statt immer dunkler zu werden, sodass der Text auch dort lesbar bleibt. Wählen Sie Ihren Akzent passend zum ausgewählten Radio-Button, den er ebenfalls einfärbt; die Beschriftung folgt. Wenn Sie stattdessen eine bestimmte Beschriftungsfarbe brauchen, etwa ein gebrochenes Weiß oder ein fast schwarzes Grau aus Ihrer eigenen Palette, setzen Sie ; das überschreibt die automatische Wahl, und der Kontrast liegt wieder bei Ihnen. Setzen Sie nicht, ändert sich nichts.
• 17. August – Geplante Instagram-Beiträge veröffentlichen jetzt ihren First Comment. Ein firstComment zu einem Beitrag, der allein für Instagram geplant war, wurde angenommen und dann beim Veröffentlichen stillschweigend verworfen: Der Beitrag erschien planmäßig, der Kommentar tauchte nie auf, und es kam kein Fehler zurück. Das sofortige Veröffentlichen auf Instagram funktionierte, was den Eindruck erweckte, das Problem läge an der Planung und nicht am Kommentar. Geplante Instagram-Beiträge fügen ihren First Comment nun auf dieselbe Weise hinzu wie sofortige Beiträge. Beiträge, bei denen Instagram gemeinsam mit einem anderen Netzwerk geplant wurde, das einen First Comment akzeptiert – etwa Facebook oder LinkedIn –, waren nie betroffen, und sofortige Beiträge bleiben unverändert. Wenn Sie das umgangen haben, indem Sie den Kommentar von Hand hinzugefügt oder diese Beiträge auf sofortiges Veröffentlichen umgestellt haben, können Sie sie wieder mit firstComment planen.
• 17. August – Neuer Suspended-Webhook für Profil-Sperr-Ereignisse. Registrieren Sie die neue Webhook-Aktion suspended, um in dem Moment benachrichtigt zu werden, in dem ein User Profile gesperrt oder reaktiviert wird, statt es über 403-Antworten zu bemerken. Das suspend-Ereignis trägt, sofern verfügbar, den erfassten reason (zum Beispiel Facebooks Identitätsprüfungsanforderung), die platform, die es ausgelöst hat, wenn ein soziales Netzwerk die Ursache war, den origin der Sperrung sowie Zeitstempel; das unsuspend-Ereignis teilt Ihnen mit, dass das Profil wieder aktiv ist, sodass Sie das Posten fortsetzen können. Registrieren Sie sie wie jede andere Aktion über Webhook registrieren, und lesen Sie die Referenz zur Suspended Action für die Payloads.
• 16. August – Custom CSS kann jetzt die Linking-Dialoge einfärben. Die Dialoge auf der mit White-Label versehenen Connect-Accounts-Seite – die Bestätigung des Entkoppelns, die Seitenauswahl für Facebook und LinkedIn, die Zugangsdatenformulare für Bluesky und X sowie das Aktivierungscode-Feld für Telegram – wurden bisher unabhängig von Ihrer CSS-Datei im hellen Standard-Theme von Ayrshare gerendert, sodass eine dunkle Linking-Seite ein weißes Panel öffnete. Zehn neue benutzerdefinierte Eigenschaften färben sie nun ein: , , , , , , sowie , und . Setzen Sie sie auf :root und nicht auf einer Karte, weil Dialoge außerhalb des Seiteninhalts gerendert werden. Alles, was Sie nicht setzen, behält die heutigen Farben, sodass ein bestehendes Stylesheet unberührt bleibt, bis Sie es aktiv nutzen. Siehe Linking Dialog Colors für die vollständige Liste und ein durchgerechnetes Beispiel.
• 15. August – Kein Aufblitzen des Standard-Themes mehr, bevor Ihr Custom CSS geladen ist. Eine mit White-Label versehene Connect-Accounts-Seite, die Ihre eigene CSS-Datei verwendet, zeigte kurz die helle Standardseite von Ayrshare an, bevor Ihr Stylesheet übernahm. Ist Ihr Stylesheet dunkel gehalten, wirkte das wie ein weißes Aufblitzen bei jedem Laden – auch jedes Mal, wenn ein Nutzer vom Verbinden eines Kontos zurückkam, was ihn auf dieselbe Seite zurückführt. Die Seite wartet nun auf Ihr Stylesheet, bevor überhaupt etwas angezeigt wird, sodass Ihre Nutzer die Standardseite darunter nie zu sehen bekommen, und sie merkt sich Ihr Stylesheet, sodass wiederkehrende Besuche Ihre Farben sofort anwenden statt erst nach dem Abruf Ihrer Datei. Ist Ihre CSS-Datei nicht erreichbar, lädt die Seite dennoch normal, statt darauf zu warten. Verlinkende Seiten ohne CSS-Datei bleiben unverändert.
• 14. August – Custom CSS reicht bis in die Connect-Accounts-Karten hinein. Fünf weitere Klassennamen stehen Ihrem Max Pack Custom CSS auf der mit White-Label versehenen Connect-Accounts-Seite jetzt zur Verfügung: social-account-avatar auf dem Profilbild eines verbundenen Kontos, social-account-icon auf dem Quadrat, das das Logo eines Netzwerks enthält, social-account-name auf dem Namen des Netzwerks sowie social-linking-page-column und social-linking-header auf den beiden Containern, die die Seite enthalten. Die Spalte ist bewusst getrennt von main-content, sodass Sie die Karten breiter laufen lassen können, ohne Ihren Seitenhintergrund zu verschmälern, und das Abflachen des Headers mit display: contents erlaubt es Ihnen, Logo, Karten, Close-Schaltfläche und Anweisungsblock mit order neu zu ordnen. Die Badges „Connected” und „Messaging” lesen außerdem zwei benutzerdefinierte Eigenschaften, und , die Sie einmal auf social-account-card setzen können; Warn-Badges wie „Relink required” behalten ihre eigenen Farben, sodass ein Konto, das nicht mehr funktioniert, auch weiterhin so aussieht. Wenn Ihr Stylesheet eines dieser Elemente erreicht hat, indem es Elemente gezählt oder einen Mui-Klassennamen ausgewählt hat, schreiben Sie diese Regeln gegen die obigen Namen um – das sind diejenigen, die weiterhin funktionieren werden. Siehe Customize CSS für die vollständige Liste und ausgearbeitete Beispiele.
• 14. August – Mehr Luft über Ihrer Linking-Seite. Die mit White-Label versehene Connect-Accounts-Seite beginnt ihren Inhalt weiter unten auf der Seite, sodass Ihr Logo und Ihre Überschrift nicht mehr eng am oberen Rand des Browserfensters sitzen. Sonst bewegt sich nichts, und ein Stylesheet, das bereits padding-top auf main-content setzt, behält seinen eigenen Wert.
• 13. August – YouTube-Kanalidentität im Social-Webhook. Der social-Webhook enthält jetzt ein optionales account-Objekt, das das konkrete Social-Media-Konto identifiziert, das verknüpft oder getrennt wurde. YouTube ist die erste Plattform, für die es befüllt wird. Bei einer YouTube-Verknüpfung benötigen Sie daher keinen zusätzlichen /api/user-Aufruf mehr, um herauszufinden, auf welchen Kanal sich das Ereignis bezieht: account.id ist die Kanal-ID und account.title ist der Kanalname (verschieden vom title auf oberster Ebene, das weiterhin der Titel Ihres Benutzerprofils ist), dazu account.handle und account.profileUrl. Jeder Schlüssel ist einzeln optional (ein Kanal ohne benutzerdefinierte URL hat kein handle), und account wird sowohl bei link- als auch bei unlink-Ereignissen gesendet. Alle bestehenden Felder bleiben unverändert. Siehe die Referenz zum Webhook Social action.
• 12. August – KI-Offenlegungen überstehen die Bildformat-Konvertierung. Wenn Ayrshare ein WebP-, HEIC-, HEIF- oder AVIF-Bild in JPEG konvertiert, um ein Netzwerk zu bedienen, das das Quellformat nicht akzeptiert, wird die KI-Offenlegung des Bildes jetzt übernommen, anstatt verworfen zu werden. Ayrshare schreibt ein kleines, neues XMP-Paket mit Iptc4xmpExt:DigitalSourceType, der IPTC-Eigenschaft für die KI-Offenlegung, und synthetisiert den entsprechenden Wert, wenn ein C2PA-Manifest einen KI-Ursprung angibt, den das XMP nicht festhält. Facebook und Instagram zeigen ihr eigenes KI-Label allein anhand dieser Eigenschaft an, ohne dass ein plattformseitiges KI-Flag gesetzt sein muss. Nichts anderes reist mit: Das Paket wird von Grund auf neu erstellt statt kopiert, sodass kein EXIF, kein GPS und keine Felder wie Urheber, Copyright, Schlagwörter oder Standort aus Ihrem Originalbild das Netzwerk erreichen. Die Farbwiedergabe bleibt in beiden Fällen erhalten – ein HEIC- oder HEIF-Bild behält sein ICC-Farbprofil, und ein WebP- oder AVIF-Bild wird in Standard-sRGB konvertiert, sodass seine Farben auch in einem Netzwerk korrekt sind, das eingebettete Profile verwirft. Die kryptografische C2PA-Signatur kann eine Neukodierung nicht überstehen und wird nicht beibehalten – die Offenlegung übersteht sie, die Signatur nicht. JPEG- und PNG-Bilder werden weiterhin unverändert durchgereicht, Videos sind nicht betroffen, und Medien-Uploads speichern Ihre Bytes weiterhin wortgetreu. Beachten Sie, dass Instagrams Option autoResize in einem separaten Schritt skaliert, der keine Metadaten mitführt; lassen Sie sie daher deaktiviert, wenn die Offenlegung Instagram erreichen soll. Siehe Image Metadata and Content Credentials für die vollständige Richtlinie und die Ergebnisse pro Netzwerk.
• 12. August – Auswahl von LinkedIn Company Pages läuft nicht mehr in einen Timeout. Wenn Sie eine sehr große Anzahl von LinkedIn Company Pages verwalten, konnte das Verbinden von LinkedIn in einen Timeout laufen, bevor die Auswahlliste der Seiten erschien, sodass nichts zur Auswahl stand. Das trat auch nach der Discovery-Verbesserung vom 10. August oben auf. Der Aufbau Ihrer Seitenliste ist jetzt um ein Vielfaches schneller und schließt deutlich innerhalb des Anfrage-Zeitlimits ab. Davon unabhängig konnten einige Seiten je nachdem, wie LinkedIn sie zurückgab, aus der Liste fehlen; diese Seiten erscheinen nun.
• 11. August – Custom-CSS-Kontrolle über das Kartenlayout der Connect-Accounts-Seite. Die mit White-Label versehene Connect-Accounts-Seite trägt jetzt zwei weitere Klassennamen, die Ihr Max Pack Custom CSS ansprechen kann: social-accounts-grid auf dem Raster, das die Netzwerkkarten enthält, und social-account-card-wrapper auf der Zelle, die jede Karte enthält. Gemeinsam steuern sie den Abstand zwischen den Karten und wie viele Karten pro Zeile passen – für beides gab es zuvor keinen Selektor. Wenn Ihr Stylesheet den Kartenbereich erreicht hat, indem es Elemente ausgehend von main-content gezählt hat, etwa mit .main-content > div > div > div, treffen diese Regeln seit dem Rebuild des Dashboards ein anderes Element und können auf einmal jede Karte skalieren; schreiben Sie sie gegen die beiden obigen Namen um. Ihre Regeln benötigen weiterhin !important, um die generierten Stile der Seite zu überschreiben. Ausgearbeitete Beispiele finden Sie unter Kartenlayout ändern.
• 11. August – Verknüpfungsseiten mit eigenem CSS bleiben hell. Eine Social-Linking-Seite mit Ihrer eigenen CSS-Datei bleibt nun im hellen Farbschema, und Ihren Nutzern wird der Umschalter für helles/dunkles Farbschema darauf nicht mehr angezeigt. Stylesheets sind auf die helle Seite ausgelegt, sodass bei einem Nutzer, der auf dunkel umgeschaltet hatte, zwar Ihre Farben erhalten blieben, sich die Textfarben rundherum jedoch änderten – was dazu führen konnte, dass Namen sozialer Netzwerke auf Ihren Karten schwer lesbar waren. Ihr Stylesheet entscheidet nun als Einziges darüber, wie die Seite aussieht. Verknüpfungsseiten ohne CSS-Datei bleiben unverändert und behalten den Umschalter.
• 11. August – Vereinfachte Instagram-Verknüpfung. Ein Klick auf Instagram auf der Verknüpfungsseite öffnete zuvor einen Hinweisdialog, der darauf hinwies, dass nur Instagram Business- oder Creator-Konten unterstützt werden, bevor der Login begann. Der Instagram-eigene Login bietet nun während der Autorisierung an, ein privates Konto in ein professionelles Konto umzuwandeln, sodass dieser zusätzliche Schritt entfällt: Ein Klick auf Instagram führt direkt zum Login-Flow, entweder zum Instagram-eigenen Login oder, wenn Sie Instagram Login deaktiviert haben, zum Facebook-Login. Wenn Sie ein benutzerdefiniertes Instagram-Modal für Ihre Verknüpfungsseite konfiguriert haben, erscheinen Ihre individuellen Hinweise weiterhin genau wie zuvor.
• 10. August – Custom-CSS-Class-Hooks auf der Connect-Accounts-Seite wiederhergestellt. Die mit White-Label versehene Connect-Accounts-Seite trägt wieder die stabilen Klassennamen, die Ihr Max Pack Custom CSS auswählt. Beim Rebuild der Seite waren diese Klassennamen entfernt worden, sodass ein bestehendes Stylesheet zwar noch geladen wurde, aber stillschweigend nichts mehr traf: Eine Regel, die die Seitenüberschrift ausblendete, die Schließen-Schaltfläche umgestaltete oder den Anweisungstext umfärbte, hörte einfach auf zu wirken – ohne jede Fehlermeldung. Auf der Seite wiederhergestellt: main-content, company-logo, heading-social-accounts, additional-info, additional-info__body, additional-info-text, troubleshooting-guide und close-button. Auf jeder Netzwerkkarte wiederhergestellt: connected-card und click-to-link. Ebenfalls neu: social-account-card auf jeder Karte, unlinked-card für den noch nicht verbundenen Zustand sowie ein data-platform-Attribut, das den Netzwerkschlüssel trägt, sodass eine nicht verbundene Karte als Schaltfläche umgestaltet werden kann – was zuvor unmöglich war, weil eine verbundene und eine nicht verbundene Karte in CSS nicht zu unterscheiden waren. Ihre Regeln benötigen !important, um die generierten Stile der Seite zu überschreiben. Die vollständige Liste und ein ausgearbeitetes Beispiel finden Sie unter CSS Class Hooks.
  • Prüfen Sie Ihr Stylesheet. Regeln, die auf diesen Klassennamen aufbauen, funktionieren ohne Ihr Zutun wieder. Regeln, die auf den von der Seite selbst generierten Klassennamen aufbauen (alles, was Sie aus den Entwicklertools des Browsers kopiert haben, z. B. Namen, die mit chakra- beginnen), können nicht wiederhergestellt werden und müssen gegen die dokumentierten Selektoren umgeschrieben werden. Siehe Ein älteres Stylesheet aktualisieren.
  • Ein älterer Klassenname kommt nicht zurück. linked-tag ist bewusst nicht Teil des Vertrags: Eine verbundene Karte kann jetzt auch „Relink required” oder „Identity check” anzeigen – eine Regel, die ihn ausblendet, würde eine Warnung ausblenden, auf die Ihr Nutzer reagieren muss. Gestalten Sie stattdessen connected-card. Siehe Ein älteres Stylesheet aktualisieren.
• 10. August – Verbesserte LinkedIn Company Page Discovery. Wenn Sie eine große Anzahl von LinkedIn Company Pages verwalten, konnten beim Verbinden oder Aktualisieren von LinkedIn einige davon fehlen — diese Seiten erschienen nicht in der Auswahl und es konnte nicht in ihnen gepostet werden. Die Company Page Discovery liest jetzt über den Punkt hinaus, an dem sie zuvor vorzeitig stoppte, sodass aus diesem Grund fehlende Seiten wieder zur Auswahl und zum Veröffentlichen verfügbar sind.
• 7. August – Dashboard 3.0. Das Ayrshare Dashboard wurde von Grund auf neu aufgebaut – mit einem modernen Designsystem, aufgefrischter Navigation und einem schnelleren, aufgeräumteren Workflow auf jeder Seite.
  • Dark Mode & neues Design — Dark Mode standardmäßig aktiviert, mit einem Ein-Klick-Umschalter für helles/dunkles Theme in der Seitenleiste, sowie neue Typografie, Cards und Layouts auf jeder Seite für bessere Lesbarkeit und Informationsdichte.
  • Billing, jetzt im Dashboard — ein neuer Billing-Bereich (ersetzt die alte Account-Seite) erlaubt es Ihnen, Ihr Abo zu verwalten, ohne das Dashboard zu verlassen: aktuellen Plan, nächstes Abrechnungsdatum und Zahlungsmethode einsehen; Pläne wechseln, Rechnungen ansehen und Rechnungsinformationen aktualisieren; und Add-ons (Max Pack, Messaging und Facebook Boost Ads) direkt aktivieren oder verwalten.
  • Publish a Post — Netzwerk-Umschalter mit einer Live-Auswahlanzeige, Select all / Deselect all und einer „Only”-Verknüpfung, um in ein einzelnes Netzwerk zu posten; View API Code (früher View JSON) zeigt die exakte API-Anfrage für Ihren verfassten Beitrag; und ein aufgeräumteres Additional Options-Panel, das plattformspezifische Einstellungen (wie Instagram Post Type) kontextabhängig einblendet.
  • Post History — durchsuchen Sie Ihre letzten Beiträge neben den bestehenden Statusfiltern (Success, Scheduled, Paused, Awaiting Approval, Error), Medien-Thumbnails auf jedem Beitrag sowie Plattform-Icons, Status-Chips, kopierbare Post IDs und ein zusammenklappbarer API Request & Response-Viewer auf jeder Card.
  • User Profiles — neu gestaltete Profilkarten mit Avataren und strukturierten Feldern (Created, RefId, Accounts, Messaging), neue Rollen-Badges (Owner, Team Member und Active-Profil) sowie ein Inline-Messaging-Umschalter auf jeder Card.
  • Webhooks — ein neuer Events tab, um Webhook-Event-Logs neben Ihren registrierten Webhooks einzusehen.
• 6. August – Fix für TikTok-Video-Sichtbarkeit. Die Option tikTokOptions.visibility wird jetzt auch bei Video-Beiträgen berücksichtigt. Zuvor griff sie nur bei Bild-Beiträgen – ein Video, das mit visibility: “private”, “followers” oder “friends” gesendet wurde, wurde ohne Fehler oder Warnung als Public veröffentlicht. Videos werden nun mit der angeforderten Sichtbarkeit veröffentlicht, und die Dokumentation zum visibility-Parameter wurde aktualisiert, um die Unterstützung für Videos widerzuspiegeln.
• 6. August – Instagram KI-Inhalts-Label. Instagram-Beiträge können jetzt das AI info-Label von Instagram tragen, indem isAIGenerated in instagramOptions auf true gesetzt wird. Die Selbstoffenlegung gilt für einzelne Bilder, einzelne Videos, Reels, Stories und Karussells – bei einem Karussell gilt das Label für das gesamte Karussell und nicht für einzelne Elemente. Akzeptierte Werte sind true, “true”, false und “false”; jeder andere Wert (etwa “yes” oder 1) veröffentlicht den Beitrag weiterhin normal, jedoch ohne Label, und gibt einen nicht fatalen warnings-Eintrag (code: 497, feature: “isAIGenerated”) zurück, der die akzeptierten Werte auflistet. Das Weglassen des Parameters bleibt unverändert und veröffentlicht ohne Label; das Label kann nach der Veröffentlichung nicht mehr geändert werden. Der Parameter entspricht dem bestehenden tikTokOptions.isAIGenerated, sodass derselbe Flag-Name auf beiden Netzwerken funktioniert. Siehe Instagram KI-Inhalts-Label.
• 4. August – X “Made with AI”-Label. X-Beiträge können jetzt KI-generierte Medien mit twitterOptions.isAIGenerated offenlegen, das das native “Made with AI”-Label von X anwendet. Siehe X-Posting-Optionen.
• 4. August – LinkedIn-Kommentarantworten auf organischen Company-Page-Posts. Das Antworten auf einen LinkedIn-Kommentar per Social Comment ID funktioniert jetzt auch bei organischen Company-Page-Posts, wo es zuvor mit code: 215 fehlschlug. Übergeben Sie in diesem Modus (searchPlatformId: true) die vollständige, von get-comments zurückgegebene commentUrn statt der bloßen commentId – zum Beispiel urn:li:comment:(urn:li:activity:<postId>,<commentId>). Siehe den neuen Parameter commentUrn unter Auf einen Kommentar antworten.
• 4. August – DM-Fehler bei Automatisierungen beschuldigen nicht mehr Ihr Access-Token. Wenn eine Instagram-Automatisierung ihre DM nicht an einen bestimmten Empfänger zustellen konnte, erfasste die Activity-Zeile auth_error – den Status, der besagt, dass die Anmeldedaten des Kontos fehlgeschlagen sind –, sodass Kunden ein völlig intaktes Konto erneut verknüpften und das erneute Verknüpfen nichts änderte. Zustellfehler pro Empfänger werden nun als failed erfasst, mit Metas eigener Fehlerursache in actionResults[].errorDetails, und auth_error ist echten Problemen mit Anmeldedaten und Berechtigungen vorbehalten. Die häufigste Ursache hat nun ihren eigenen terminalen Status: Wenn der auslösende Kommentar von demselben Konto stammte, das die DM senden würde – was passiert, wenn Sie eine Automatisierung an Ihrem eigenen Beitrag testen –, erfasst die Zeile skipped mit einer Erklärung, und es wird kein Versand versucht, da ein Konto sich nicht selbst anschreiben kann. Die Referenzen zu Activity-Status und Activity-Endpoint beschreiben jetzt jeden Status präzise. Vor dieser Änderung erfasste Zeilen wurden nicht rückwirkend korrigiert, sodass eine historische auth_error-Zeile immer noch einer dieser Fälle sein kann.

​

Juli 2026

• 31. Juli – WhatsApp-Nachrichten in Private Beta. Die Messaging API unterstützt jetzt WhatsApp in der Private Beta. Freigeschaltete Konten können ein WhatsApp Business Account über den Embedded-Signup-Flow von Meta verknüpfen, während des 24-Stunden-Kundenservice-Fensters von Meta Freiform-Nachrichten senden, eingehende Nachrichten und Medien empfangen sowie gespeicherte WhatsApp-Konversationen abrufen. Schreiben Sie an lotty@ayrshare.com, um Zugang zu beantragen.
• 31. Juli – Instagram-Comments- & -Mentions-Webhooks benötigen kein Messaging mehr. Instagram-Webhooks für Kommentare und Erwähnungen sind jetzt vollständig unabhängig vom Messaging-Add-on. Beim Registrieren eines Webhooks mit action: “comments” oder action: “mentions” werden die erforderlichen Meta-Felder automatisch über Ihre bereits verknüpften Konten abonniert – kein Messaging-Add-on und kein erneutes Verknüpfen erforderlich (Kommentar-Berechtigungen sind bereits Teil der Standardfreigabe). Dies funktioniert für jeden Instagram-Kontotyp, einschließlich Konten, die über eine Facebook Page verknüpft sind, und das Deaktivieren von Messaging unterbricht keinen aktiven Comments- oder Mentions-Webhook mehr. Diese Änderung gilt nur für Instagram; Facebook-Kommentar- und -Erwähnungsereignisse sind noch nicht enthalten. Siehe die Webhooks-Übersicht, um einen Webhook zu registrieren.
• 31. Juli – Fix für Batch-Analytics-Zuordnung. Bei einer Multi-Post-Anfrage an die Post-Analytics konnte ein fehlschlagender Eintrag dazu führen, dass nachfolgende Ergebnisse im selben Batch unter der falschen Post-ID erfasst wurden. Ergebnisse werden nun immer dem korrekten Post zugeordnet, auch wenn einzelne Einträge im Batch fehlschlagen.
• 31. Juli – Instagram-Analytics-Validierung der Post-ID. Ungültige Instagram-Post-IDs, die an die Post-Analytics gesendet werden, werden jetzt lokal abgewiesen, bevor ein Aufruf an Meta erfolgt, sodass fehlerhafte IDs keinen Meta-Graph-API-Aufruf mehr kosten – entsprechend dem Schutz, der bereits für Facebook, Threads und X/Twitter besteht. Numerische Post-IDs werden ebenfalls sauber verarbeitet: Eine rein numerische id aus lauter Ziffern wird normal validiert, und Werte, die keine gültige ID bilden können, geben einen sauberen Fehler code: 186 zurück statt eines nicht behandelten Fehlers. Gültige String-IDs verhalten sich genau wie zuvor.
• 31. Juli – Auffrischung des n8n-Starter-Workflows. Der herunterladbare n8n MCP Starter-Workflow wurde aktualisiert: Der vorgeschlagene erste Prompt richtet sich jetzt ausschließlich an LinkedIn und Facebook (der vorherige Prompt enthielt Instagram, was Medien voraussetzt und dazu führte, dass die Validierung beim ersten Durchlauf fehlschlug), und das Chat-Modell des Workflows ist jetzt claude-sonnet-5 mit versionsunabhängigen Einrichtungsanweisungen.
• 29. Juli – Instagram-Kommentar-Automatisierungen nutzen jetzt Private Replies. Kommentar-getriggerte Automatisierungen (comment_keyword) stellen ihre DM jetzt über Instagram-Private Replies zu, verankert am eigenen 7-Tage-Fenster des Kommentars. Damit entfällt die Voraussetzung einer vorherigen Konversation, sodass eine Automatisierung jetzt einen Kommentator erreichen kann, den Sie noch nie angeschrieben haben – die Ablehnung, die bislang kalte Kommentatoren blockiert hat. Das eigene 7-Tage-Fenster des Kommentars gilt weiterhin: Eine Antwort auf einen Kommentar, der älter ist, schlägt mit 491 fehl. Beachten Sie, dass die Zustellung letztlich weiterhin von der Instagram-Einstellung Message requests des Empfängers bestimmt wird: Eine DM kann von Instagram akzeptiert werden (Activity status: “sent”) und danach stillschweigend verworfen werden, ohne Signal auf irgendeiner API-Oberfläche. Dementsprechend bedeutet sent, dass Instagram die Nachricht akzeptiert hat, nie dass der Empfänger sie erhalten hat. Neue Fehlerursachen erscheinen in actionResults[].errorDetails mit eigenen Fehlercodes 490–495. Siehe den neuen Troubleshooting-Leitfaden Automation-DM gesendet, aber nicht zugestellt.
• 23. Juli – Post-Quantum Ready Encryption (PQC). Die Ayrshare-API unterstützt jetzt Post-Quanten-Kryptografie auf der TLS-Ebene. Wir haben den hybriden Schlüsselaustausch X25519MLKEM768 in unserer globalen SSL-Policy aktiviert und damit einen quantensicheren Algorithmus (ML-KEM) neben dem klassischen ECDHE im TLS-1.3-Handshake ergänzt. Dies schützt Ihren API-Datenverkehr vor „Harvest now, decrypt later”-Angriffen – bei denen ein Angreifer verschlüsselten Datenverkehr heute aufzeichnet, um ihn zu entschlüsseln, sobald Quantencomputer ausgereift sind. Die Änderung ist vollständig abwärtskompatibel: Da es sich um eine hybride Aushandlung handelt, wird eine Verbindung nur dann auf PQC hochgestuft, wenn der Client dies anfordert, und jeder andere Client verbindet sich weiterhin normal über das klassische ECDHE. Und da bereits 74 % unseres API-Datenverkehrs über TLS 1.3 laufen, erhalten die meisten Integrationen jetzt Post-Quanten-Schutz ohne Code-Änderungen – solange Ihre HTTP/TLS-Bibliothek die Gruppe X25519MLKEM768 unterstützt (OpenSSL 3.5+ und andere moderne TLS-Stacks tun dies bereits), wird sie automatisch ausgehandelt.
• 15. Juli – Korrektur der Seitenverhältnis-Validierung für Instagram Reels. Hohe und schmale Instagram Reels werden nicht mehr fälschlicherweise abgelehnt, bevor sie Meta erreichen. Die Pre-Flight-Videoprüfung von Ayrshare hat die Instagram-Bild-Seitenverhältnisregeln (4:5 bis 1.91:1, plus eine 9:16-Portrait-Ausnahme) auf Reels angewendet, sodass ein gültiger Portrait-Reel (zum Beispiel 886 x 1920, ein Breiten-zu-Höhen-Verhältnis von 0.46:1) lokal mit code: 182 blockiert wurde, obwohl Instagram ihn akzeptiert hätte. Reel-Videos werden nun gegen den dokumentierten Reel-Bereich von 0.01:1 bis 10:1 validiert (9:16 wird weiterhin empfohlen, um Zuschnitte zu vermeiden), passend zu Metas eigener Spezifikation und den Instagram-Medienrichtlinien. Auch die code: 182-Nachricht für Seitenverhältnis-Fehler wurde korrigiert – sie lautete zuvor „Video does not meet duration requirement.” („Video erfüllt nicht die Dauer-Anforderung.”). Es sind keine API-Änderungen erforderlich.
• 14. Juli – Teilerfolg bei plattformübergreifenden Kommentar- & Analytics-Reads. Ein plattformübergreifender get-comments- oder Post-Analytics-Read (eine Ayrshare Post ID, die mehrere Plattformen umfasst) reduziert die gesamte Antwort nicht mehr auf einen Fehler, wenn der Zweig einer einzelnen Plattform fehlschlägt. Wenn mindestens ein Zweig erfolgreich ist und mindestens einer fehlschlägt, gibt die Antwort HTTP 200 mit status: “partial” zurück, wobei die Daten der intakten Plattformen erhalten bleiben und jeder fehlgeschlagene Zweig im obersten errors[] aufgeführt wird. Antworten mit vollständigem Erfolg sind unverändert. Antworten mit vollständigem Fehlschlag behalten status: “error” und ordnen den repräsentativen Fehlercode auf oberster Ebene seinem konfigurierten HTTP-Status zu; Code 485 wird auf HTTP 404 abgebildet. Code 485 kennzeichnet abgelaufene oder nicht verfügbare Instagram-/Facebook-Story-Kommentare und Instagram-Story-Analytics, wenn Kommentare oder Insights nicht abgerufen werden können; Facebook-Story-Analytics bleiben nicht verfügbar und sind nicht enthalten. Clients sollten errors[] prüfen und den numerischen code abgleichen, nicht den exakten Meldungstext.
• 8. Juli – Schnellere API-Antwortzeiten. Wir haben eine Reihe von Backend-Performance-Arbeiten ausgeliefert, die die Latenz einiger unserer beliebtesten Endpoints spürbar reduziert. Sowohl die durchschnittlichen als auch die 95th-Percentile (p95) Antwortzeiten sind deutlich gesunken, mit den größten Gewinnen unter hoher Last. Die größten Verbesserungen zeigen sich bei profiles und analytics. Es sind keine API-Änderungen erforderlich; jede Anfrage ist nun automatisch schneller.

  Endpoint	Schnellere Avg	Schnellere p95
  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. Juli – Instagram-Link-Methode pro Sitzung bei generateJWT. Der generateJWT-Endpoint akzeptiert nun einen optionalen Body-Parameter instagramLinkMethod, der Ihre kontoweite Instagram-Login-Einstellung für eine einzelne Linking-Session überschreibt. Senden Sie “instagram”, um das direkte Instagram-Login zu starten (keine Facebook-Page erforderlich), oder “facebook”, um über eine verbundene Facebook-Page zu verknüpfen, wenn der Nutzer auf der Social-Linking-Seite auf die Instagram-Schaltfläche klickt. Der Override gilt nur für die vom zurückgegebenen JWT-URL geöffnete Linking-Seite – er bleibt über den Autorisierungs-Redirect hinweg bestehen, ändert aber nie Ihre kontoweite Einstellung; wenn der Parameter weggelassen wird, bleibt das bestehende Verhalten erhalten. Ungültige Werte geben einen 400 mit den gültigen Optionen zurück. Details finden Sie im neuen Abschnitt Instagram Link Method, einschließlich der Funktionsunterschiede zwischen den beiden Flows.

​

Juni 2026

• 24. Juni – n8n-Integration. Verbinden Sie n8n mit dem Ayrshare-MCP-Server über den integrierten n8n-Node „MCP Client Tool” – ohne benutzerdefinierten Code und ohne Community-Node-Installation. Sehen Sie sich die neue n8n-Integrations-Seite für einen Überblick an sowie die vollständige n8n-Anleitung für Setup, drei ausgearbeitete Beispiele, mandantenübergreifende Profile, X BYO und einen herunterladbaren Starter-Workflow (Chat Trigger zu AI Agent zum Ayrshare-MCP-Node). Siehe auch Connect & Setup und den Tool-Katalog.
• 17. Juni – Facebook Analytics: Meta hat Reach- & 3-Sekunden-Video-Metriken eingestellt. Meta hat die einzigartigen Impressions- und 3-Sekunden-Video-View-Insights-Metriken in allen Graph-API-Versionen entfernt (wirksam ab 15. Juni 2026). Die Facebook-Post-Analytics geben nicht mehr impressionsUnique, impressionsFanUnique, impressionsOrganicUnique, impressionsPaidUnique oder videoViewsUnique zurück, und die Social-Analytics geben nicht mehr die pagePostsImpressions*-Familie zurück (einschließlich pagePostsServedImpressionsOrganicUnique). Die weiterhin unterstützten Felder (reactionsByType, videoViews, mediaView, pagePostEngagements, pageVideoViews) sind nicht betroffen. Verwenden Sie mediaView / pageMediaView für Reach; eine Total-Unique-Media-Views-Nachfolge ist geplant. Referenz: Meta Graph API v25 Changelog.
• 15. Juni – Facebook-Account-Restriction-Fehlercode 476. Facebook-Beiträge, die fehlschlagen, weil Meta eine Einschränkung auf das Konto gesetzt hat (Meta-Subcodes 2424009 und 1404078 oder Metas Restriction-Formulierung, wenn kein Subcode vorhanden ist), geben nun einen dedizierten, nicht wiederholbaren code: 476 (HTTP 400) statt des generischen wiederholbaren code: 108 zurück. Das Konto bleibt verknüpft – lösen Sie die Einschränkung über Metas Account-Status-Seite (Facebook → Profilbild → Hilfe → Kontostatus), die den konkreten Grund und einen Einspruchs-Flow anzeigt, die die API nicht zurückgeben kann. Details siehe Facebook Account Restriction.
• 10. Juni – LinkedIn-Personal-Profile-Analytics. Persönliche (Member-)LinkedIn-Profile geben nun eine erweiterte Analytics-Matrix zurück. Die Post-Analytics umfassen impressionCount, uniqueImpressionsCount (erreichte Mitglieder), likeCount, commentCount, shareCount, engagement, reactions, und – für Video-Posts – videoViews, videoViewers und videoWatchTimeMs. Die Social-Analytics ergänzen den lebenslangen followersCount, das tägliche followersDaily-Wachstum und aggregierte Post-Metriken. Aggregierte Reshare-/Reaction-/Comment-Counts sind Best-Effort und können leicht von der LinkedIn-UI abweichen. Bestehende verknüpfte Konten müssen ihr LinkedIn-Profil erneut verknüpfen auf der Social-Accounts-Seite, um die neuen Analytics-Scopes zu gewähren – bis dahin geben Analytics code: 475 zurück („re-link your LinkedIn profile to enable analytics”). Das Posten ist nicht betroffen.
• 10. Juni – TikTok-Erste-Kommentare jetzt event-basiert. Ein First Comment zu einem TikTok-Post wird nicht mehr mit einem festen Zeitwarteintervall versucht. Da TikTok Videos asynchron verarbeitet, gibt die /post-Antwort nun den TikTok-First-Comment mit status: “pending” zurück, und der Kommentar wird automatisch gepostet, sobald TikTok die Verarbeitung abgeschlossen hat und der tikTokPublished-Webhook die echte Video-ID auflöst. Die Video-visibility muss public sein, sonst wird ein klarer Kommentar-Fehler zurückgegeben. Separat gibt get-comments auf einem noch verarbeitenden TikTok-Post nun code: 288 statt eines generischen Fehlers zurück.
• 8. Juni – Rotation des Webhook-Signing-Secrets. Sie können Ihr Webhook-Signing-Secret jetzt sicher über das Webhooks-Dashboard in 2 Klicks rotieren – oder über den neuen Endpoint POST /hook/webhook/secret mit einem secret-Body-Parameter. Nach einer Rotation werden Zustellungen für ein 24-Stunden-Grace-Fenster über den neuen Header X-Authorization-Content-SHA256-V2 mit beiden Secrets – dem bisherigen und dem neuen – signiert (v1=<current-sig>,v1=<previous-sig>, aktuelle zuerst), sodass Sie Ihren Empfänger aktualisieren können, ohne dass eine Zustellung verloren geht oder abgelehnt wird. Der bestehende Header X-Authorization-Content-SHA256 bleibt unverändert. Das Signing Secret gilt profilweit (ein Secret pro User Profile, das jede Aktion dieses Profils signiert). Die sichere Rotationsprozedur und ein Beispiel zur Empfänger-Verifizierung finden Sie unter Signing Secret rotieren.
• 8. Juni – YouTube-Thumbnail-Fehlschläge jetzt sichtbar. Wenn ein YouTube-Video gepostet wird, das benutzerdefinierte Thumbnail aber nicht angewendet werden kann, behält das YouTube-Ergebnis nun status: “success” (das Video bleibt live) und ergänzt ein warnings-Array (feature: “thumbnail”, code: 307), das den Fehler beschreibt – zuvor war der Fehler im thumbNail-Sub-Objekt verborgen, das aus Gründen der Rückwärtskompatibilität weiterhin erhalten bleibt. Die irreführende 403-Anleitung wurde korrigiert und führt jetzt mit der Kanal-Telefonverifizierung unter https://www.youtube.com/verify an (ein unverifizierter Kanal ist die häufigste Ursache), mit einem OAuth-Relink als sekundärem Schritt. Neue Pre-Publish-Validierung erkennt außerdem Thumbnails, die nicht PNG/JPG sind, über 2 MB liegen oder vor dem Upload nicht erreichbar sind, und überspringt sie – das Video wird trotzdem gepostet, mit dem Grund in warnings (ein Thumbnail-Problem lässt den Beitrag nie fehlschlagen). Siehe die YouTube Post API und den neuen Troubleshooting-Guide YouTube Thumbnail Not Applied (Unverified Channel).
• 8. Juni – X-BYOK-Analytics gibt jetzt Code 416 bei aufgebrauchten Credits zurück. Wenn das eingetragene X-Developer-Konto eines X/Twitter-BYOK-Kontos keine API-Credits mehr hat, geben die Analytics- und User-Lookup-Pfade nun code: 416 (HTTP 402, X CreditsDepleted) mit der eingetragenen Konto-ID im detail zurück – zuvor wurden diese als code: 294 (HTTP 400, „Unable to get X User”) maskiert. Die Lösung besteht darin, die Credits im X-Developer-Portal aufzufüllen. Dies richtet die Analytics-/Lookup-Oberfläche am Publish-Pfad aus (der bereits 416 zurückgibt). Wenn Ihre Integration auf 294 aus Analytics verzweigt, um einen ungültigen Handle zu erkennen, ergänzen Sie die Behandlung für 416.
• 4. Juni – MCP-Server & Claude-Code-Plugin. KI-Agenten können die Ayrshare-API jetzt über den neuen MCP-Server (https://api.ayrshare.com/mcp) ansteuern, einschließlich des Claude-Code-Plugins. Siehe Connect & Setup und den Tool-Katalog. Das bestehende Docs-Search-MCP heißt jetzt Documentation MCP.

​

Mai 2026

• 22. Mai – Bulk-Post-Profile-Key-Routing-Fix. POST /post/bulk berücksichtigt jetzt den Header Profile-Key, sodass CSV-Zeilen an das aufgelöste User Profile statt an das Primary Profile veröffentlicht werden. Zuvor wurden Bulk-Uploads mit einem Profile-Key stillschweigend an die sozialen Konten des Primary Profiles geroutet. Siehe Bulk Post.
• 21. Mai – TikTok DELETE /comments Scope präzisiert. Die Seiten Delete Comments und Comments Overview wurden aktualisiert, um zu dokumentieren, dass DELETE /comments auf TikTok nur bei Kommentaren erfolgreich ist, die vom authentifizierten TikTok-Konto selbst verfasst wurden (Ihre eigenen Antworten). Der Versuch, einen fremden Kommentar zu löschen, gibt Ayrshare code: 328 zurück. Kunden, die Drittkommentare auf ihren eigenen TikTok-Videos moderieren müssen, wenden sich bitte an den Support. Keine API-Verhaltensänderung; nur Dokumentation.
• 21. Mai – TikTok-Kommentare ausblenden. DELETE /comments unterstützt jetzt das Ausblenden eines TikTok-Kommentars für öffentliche Betrachter über hide=true zusammen mit videoId. Die Erfolgsantwort gibt action: “hide” zurück und spiegelt den Kommentartext wider; das Senden von hide=true ohne videoId wird mit einem 400 abgelehnt. Ausgeblendete Kommentare bleiben für den Videobesitzer im TikTok Studio sichtbar.
• 20. Mai – Node-SDK v1.3.0 – X/Twitter-BYO-Unterstützung. Das offizielle Node-SDK stellt jetzt setTwitterByo(apiKey, apiSecret) und clearTwitterByo() für X/Twitter Bring-Your-Own-Keys bereit. Ist einmal gesetzt, enthält jede SDK-Anfrage die erforderlichen Header X-Twitter-OAuth1-Api-Key und X-Twitter-OAuth1-Api-Secret – erforderlich für X/Twitter-Operationen, da die BYO-Vorgabe von Ayrshare ab dem 31. März 2026 durchgesetzt wird. Installation via npm install social-media-api@1.3.0; Release Notes auf npm und GitHub.
• 20. Mai – Messaging Metered Pricing. Business-Messaging wird jetzt über Stripe Metered Pricing abgerechnet – zu 0,09 $</code> pro aktivem Conversation auf den Plänen Launch und Business (Premium bleibt ein pauschales <code>49$/Monat-Add-on), mit bis zu 1.000 aktiven Conversations pro Abrechnungszeitraum. Siehe Messaging-Preise.
• 20. Mai – Instagram Analytics entfernt nicht mehr die Verknüpfung bei Berechtigungsfehlern. Wenn Instagram-Analytics auf einen Missing-Permission-Fehler treffen (Meta errCode 10), wird das Konto nicht mehr automatisch entkoppelt. Zuvor wurde ein Scope-/Berechtigungsproblem wie ein widerrufener Token behandelt und das Konto stillschweigend getrennt, obwohl das Posten weiterhin funktionierte. Ayrshare hält das Konto nun verknüpft und gibt stattdessen einen Permission-Scope-Fehler zurück.
• 19. Mai – Per-Profil hideLogo. Neuer hideLogo-Boolean bei Create Profile und Update Profile unterdrückt das kontoweite Logo auf der Social-Linking-Seite eines einzelnen User Profiles. Nützlich für das White-Labeling einzelner Partnerprofile.
• 19. Mai – Facebook Boost Ad-Set-Budget-Sharing. Der Boost-Endpoint akzeptiert nun einen neuen optionalen adSetBudgetSharingEnabled-Boolean (Standard false). Meta verlangt dieses Wire-Feld jetzt für jede Kampagne, die ohne Kampagnen-Budget erstellt wird, und Ayrshare sendet es bei jeder Anfrage – das Standardverhalten false bewahrt das bisherige Verhalten ohne Anpassungen am Aufrufer. Setzen Sie es auf true, um Metas Cross-Ad-Set-Optimierung zu aktivieren, die bis zu ~20 % des Budgets eines Ad-Sets an andere Ad-Sets derselben Kampagne verschieben kann, um die Gesamt-Performance zu verbessern.
• 19. Mai – Reddit-Banned-Subreddit-Fehler. Das Posten in einen Subreddit, aus dem Sie gebannt sind, gibt jetzt einen dedizierten, nicht wiederholbaren Fehler statt des generischen wiederholbaren code 121 zurück. Dies verhindert, dass Scheduler einen dauerhaft abgelehnten Beitrag in einer Schleife erneut versuchen. Siehe Ayrshare-Fehlercodes.
• 19. Mai – Bluesky-Videogrößen-Limit. Die maximale Bluesky-Video-Upload-Größe beträgt jetzt 100 MB (zuvor als 1 GB angegeben), um mit dem Plattform-Limit von Bluesky übereinzustimmen. Dateien über 100 MB werden nun im Vorfeld abgelehnt statt spät beim Upload zu scheitern. Siehe die Bluesky-Medienrichtlinien.
• 19. Mai – Dashboard-X/Twitter-Messaging für BYO-Keys. Die Ayrshare-Dashboard-Messaging-Seite unterstützt jetzt X/Twitter-Direktnachrichten für Bring-Your-Own-Keys-(BYO-)Konten. Ihr X-Consumer-Key und -Secret werden im Browser für die Session erfasst und durch die Send-, Refresh- und Image-Fetch-Aktionen geleitet – es werden keine Keys gespeichert. Erforderlich, da X/Twitter auf Ayrshare jetzt BYO-only ist.
• 19. Mai – Facebook-Ads-Cities-Targeting-Fix. Der Endpoint Facebook Ads Cities (GET /ads/facebook/cities) löst Städte und deren zugehörige Regionsdaten jetzt korrekt auf. Jedes Ergebnis enthält region, regionId und supportsRegion, sodass Sie die Region einer Stadt gezielt ansprechen können, sofern verfügbar. Verwenden Sie den Query-Parameter search mit einem Teil- oder vollständigen Städtenamen.
• 18. Mai – YouTube-Status-Feld-Steuerung. Drei neue optionale Parameter in der YouTube Post API youTubeOptions: license (“youtube” oder “creativeCommon”), embeddable (boolean) und publicStatsViewable (boolean – steuert das erweiterte Statistik-Panel auf der Watch-Seite; einfache Aufruf- und Like-Counts bleiben unabhängig davon öffentlich). Die Antwort /history/youtube gibt diese Felder ebenfalls zurück. Zwei neue Validierungs-Fehlercodes – 455 (ungültiger license) und 456 (ungültiger embeddable oder publicStatsViewable) – lehnen fehlerhafte Anfragen am Ayrshare-Edge ab. Monetarisierungs-Umschaltungen (Ads aktivieren/deaktivieren) sind nicht enthalten; diese erfordern YouTube-CMS-Zugangsdaten und sind über die Standard-YouTube-API nicht verfügbar.
• 18. Mai – GMB First Comment maskiert nicht mehr den Post-Erfolg. Behoben: Ein Problem, bei dem das Einbeziehen von firstComment in einem Google-Business-Profile-Post code: 163 ohne postIds zurückgab, obwohl der Beitrag erfolgreich war. Google Business Profile unterstützt keine Post-Kommentare, daher wird firstComment für GMB nun übersprungen und das erfolgreiche Post-Ergebnis wird normal zurückgegeben.
• 14. Mai – Verhinderung von Konten-Entkopplungen. Soziale Netzwerke haben stillschweigend strengere Anti-Bot-Kontrollen ausgerollt, wodurch ungewöhnlich viele Nutzerkonten entkoppelt wurden. Wir haben mehrere Backend-Verbesserungen ausgeliefert, um Entkopplungen zu reduzieren und Fehlermeldungen zu präzisieren, und die Konten-Linking-Seite aktualisiert, um die UI für Nutzer viel klarer zu gestalten – einschließlich eines neuen „Action required”-Status für Meta-Netzwerke (Facebook, Instagram, FB-Gruppen, Threads, Messenger), wenn ein Konto in einer Identitätsverifizierungsschleife steckt, mit einem „Resolve with Meta”-Link und einem „Check again”-Probe, damit Nutzer das Problem beheben können, ohne die Verknüpfung aufheben und erneut herstellen zu müssen.
• 12. Mai – Instagram-Engagement-Automations (Beta). Die neue Automations API lässt Ihre Nutzer automatisch auf Instagram-Engagement reagieren – z. B. eine DM, einen Webhook oder eine E-Mail auslösen, wenn ein Endnutzer einen Post kommentiert, auf eine Story antwortet, eine DM sendet oder auf eine DM reagiert. Vier Trigger-Typen (comment_keyword, story_reply, dm_reaction, dm_keyword) und drei Aktions-Typen (send_dm, fire_webhook, send_email) – bis zu 50 von jedem pro Regel. Enthält 7-Tage-Dedup pro Aktion (konfigurierbar pro Aktion über dedupWindowMinutes), tägliche DM-Caps (1.000 Launch & Business / 5.000 Enterprise) und ein Cursor-paginiertes Activity-Log. Verfügbar in den Plänen Launch, Business und Enterprise. Neue Fehlercodes 462–472 decken Validierung, Tier-Gating, das Active-Automation-Cap, fehlende verknüpfte Konten und Feature-Flag-Opt-in ab. Beta – wir sammeln aktiv Feedback; senden Sie Bug-Reports und Feature-Requests bitte an den Support.
• 12. Mai – Verbesserter Scheduled-Post-Durchsatz. Wir haben mehr Hardware für die Verarbeitung geplanter Beiträge hinzugefügt, was den Durchsatz und die Performance dramatisch verbessert. Wir werden bald auch mehr plattform­spezifische Hardware für YouTube und TikTok ergänzen.
• 12. Mai – Instagram-Relink-Hinweis bei Account-State-Fehlern. Bestimmte Instagram-Account-State-Fehler (Meta error_subcode 2207085, zuvor als generischer code: 258 ohne Anleitung angezeigt) gaben relink: true und retryAvailable: true mit einer Remediation-Meldung zurück, die den Nutzer anwies, das Instagram-Konto zu entkoppeln und erneut zu verknüpfen und dabei alle Berechtigungen zu gewähren. Inzwischen ersetzt: 2207085 wird jetzt automatisch wiederholt und setzt relink: true nicht mehr. Siehe Fehlercodes.
• 11. Mai – Transiente YouTube-Fehlercodes. YouTube-Uploads, die aufgrund vorübergehender vorgelagerter Probleme scheitern, geben jetzt neue Fehlercodes 453 (HTTP 504, Google-Ingest-Timeout) und 454 (HTTP 503, Service Unavailable) zurück, mit einem retryAvailable: true-Flag, das Ihre Integration nutzen kann, um automatisch erneut zu versuchen. Details siehe Fehlercodes.
• 11. Mai – X/Twitter-Analytics & -Lookups für alle BYO-Nutzer geöffnet. Das Legacy-X-Add-on-Gate wurde aus /analytics/social und /lookups/x entfernt. Jeder X/Twitter-Bring-Your-Own-Keys-Kunde kann jetzt Analytics für beliebige Handles abrufen und den X-Lookups-Endpoint nutzen, ohne auf code: 3 zu stoßen. Aufrufe werden mit Ihren eigenen X-Developer-App-Zugangsdaten signiert und zählen gegen Ihre eigenen X-Rate-Limits.
• 8. Mai – Python-SDK v1.3.0 – X/Twitter-BYO-Unterstützung. Das offizielle Python-SDK stellt jetzt set_twitter_byo(api_key, api_secret) und clear_twitter_byo() für X/Twitter Bring-Your-Own-Keys bereit. Ist einmal gesetzt, enthält jede SDK-Anfrage die erforderlichen Header X-Twitter-OAuth1-Api-Key und X-Twitter-OAuth1-Api-Secret – erforderlich für X/Twitter-Operationen, da die BYO-Vorgabe von Ayrshare ab dem 31. März 2026 durchgesetzt wird. Installation via pip install —upgrade social-post-api; Release Notes auf GitHub und PyPI.
• 4. Mai – Automatische Bildformat-Konvertierung. WebP-, HEIC- und AVIF-Bilder werden jetzt automatisch in JPEG konvertiert, bevor sie auf Plattformen gepostet werden, die diese nicht akzeptieren. Die WebP-Konvertierung gilt für Instagram, LinkedIn, TikTok, Google My Business, Threads und Snapchat. HEIC und AVIF werden auf allen unterstützten Plattformen konvertiert. Es sind keine API-Änderungen nötig; die Konvertierung erfolgt transparent zum Sendezeitpunkt. Neue Fehlercodes 450 (Konvertierungsfehler), 451 (Quelldownload-Fehler) und 452 (Upload-Fehler des konvertierten Bilds) treten auf, wenn die Konvertierung nicht abgeschlossen werden kann.
• 4. Mai – Instagram-Fehler enthalten jetzt Metas Rohtext. Instagram-Media-Status-Fehler geben Metas zugrundeliegenden Fehlertext nun im Feld details neben dem Ayrshare-Fehlercode zurück, sodass Aufrufer Ursachen unterscheiden können (z. B. robots.txt-/Crawler-Probleme vs. Token-Probleme), ohne aus dem generischen Code raten zu müssen. Siehe die Instagram Post API und Fehlercodes.

​

April 2026

• 30. April – X/Twitter BYOK im API-Explorer. Der Ayrshare-API-Explorer enthält jetzt einen einklappbaren Abschnitt X/Twitter BYOK (Bring Your Own Keys), sodass Sie Ihren X-API-Key und Ihr API-Secret einmal einfügen können und diese bei jeder ausgehenden Anfrage als X-Twitter-OAuth1-Api-Key und X-Twitter-OAuth1-Api-Secret-Header angehängt werden – kein Wechsel mehr zu curl oder Postman, um BYOK aus dem Explorer heraus zu testen. Werte sind über sessionStorage auf den aktuellen Browser-Tab beschränkt, standardmäßig maskiert mit Reveal-Toggle und mit einem Klick löschbar. Siehe den X-BYO-Key-Setup-Leitfaden, wie Sie Ihre Zugangsdaten erhalten.
• 28. April – Erweiterungen der Social Analytics (schrittweiser Rollout). Der Endpoint Social Analytics erhält Instagram shareCount (gesamte Shares aggregiert über das 90-Tage-Rolling-Window) und YouTube lifetimeLikes (opt-in via youtube: { lifetime: true }); die neuen Felder erscheinen in den Antworten, sobald das Deployment Ihr Konto erreicht. Enthaltene Doku-Korrekturen: Instagram viewsCount ist ein 90-Tage-Rolling-Window (nicht 180 Tage), mediaCount ist immer lebenslang, YouTube likes wird durch quarters begrenzt, und TikTok-Profil-Metriken sind auf 60 Tage begrenzt mit Per-Post-Lifetime-Semantik bei Verwendung von quarters.
• 28. April – Instagram Trial Reels. Der Endpoint /post unterstützt jetzt das Veröffentlichen von Instagram-Trial Reels – Reels, die beim ersten Veröffentlichen nur für Nicht-Follower sichtbar sind. Setzen Sie instagramOptions.trialParams.graduationStrategy auf “MANUAL” (Graduation aus der Instagram-App heraus) oder “SS_PERFORMANCE” (Meta graduiert automatisch auf Basis der frühen Performance). Drei neue Validierungs-Fehlercodes – 447, 448, 449 – lehnen ungültige Trial-Reel-Anfragen am Ayrshare-Edge ab.
• 24. April – Instagram-Post-Zuverlässigkeit. Erweiterte automatisierte Retry-Behandlung für Instagram zu Stoßzeiten und verbesserte Fehlermeldungen. Statt generischer Fehler erhalten Sie jetzt spezifische Fehlercodes für Rate-Limits (code: 435) und Media-Processing-Timeouts (code: 436) – damit lassen sich Probleme leichter diagnostizieren und intelligentere Retry-Logik in Ihren Integrationen aufbauen.
• 23. April – Facebook-Analytics-Rate-Limit-Fehlercode 444. Facebook-Page-Per-Page-Analytics-Throttles (Meta-Fehler 80001) geben nun code: 444 (HTTP 429) in den Antworten von Post- und Social-Analytics zurück. Zuvor wurden diese Throttles als code: 161 („relink your account”) fehlklassifiziert. Wenn Ihre Integration auf 161 verzweigt, um einen Relink-Flow auszulösen, aktualisieren Sie sie, um 444 zu erkennen und stattdessen mit Backoff erneut zu versuchen. Details siehe Facebook Analytics Rate Limit.
• 23. April – Meta-Media-Crawler-Troubleshooting. Neuer Help-Center-Leitfaden zur Behebung von Fehler code: 440 („social network could not download media from this URL”) und den zugehörigen Instagram-code: 138 / Threads-code: 379, die alle durch robots.txt oder Bot-Regeln verursacht werden, die Metas Publishing-Crawler blockieren. Siehe Meta Media Crawler Blocked.
• 21. April – Moderations-Eingabefehler geben jetzt 400 zurück. POST /validate/moderation gibt nun den neuen Fehler code 438 (HTTP 400) für Eingabeprobleme des Aufrufers zurück (z. B. eine nicht unterstützte Datei als imageUrl oder eine unerreichbare/fehlerhafte URL) statt eines irreführenden 500 mit Retry-Anleitung. Echte Verarbeitungsfehler geben weiterhin code 331 (HTTP 500) zurück. Siehe Fehlercodes.
• 20. April – Caption-Enhancement-Fehlercode 441. Der Post-Endpoint gibt nun Fehler code: 441 (HTTP 502) zurück, wenn eine Caption-Enhancement wie shortenLinks fehlschlägt. Wenn der Fehler nur bestimmte Plattformen betrifft, werden die erfolgreichen Plattformen weiterhin veröffentlicht und erscheinen in postIds zusammen mit einem Top-Level-status: “error” und plattformspezifischen Einträgen in errors[]. Details siehe Caption Enhancement Errors.
• 15. April – Instagram Dead-Token-Erkennung. Instagram-Posts, die aufgrund eines ungültigen/abgelaufenen OAuth-Tokens – oder eines Page-Role-/Berechtigungsfehlers (Meta-Subcode 492) – fehlschlagen, geben nun Ayrshare code 161 (Autorisierungsfehler) zurück und heben die Verknüpfung des betroffenen Kontos automatisch auf, sodass der Nutzer zum erneuten Verknüpfen benachrichtigt wird – statt der irreführenden generischen code 138-„please try again”-Antwort, die diese Fälle bisher maskiert hat. Siehe Fehlercodes und die Instagram Post API.
• 9. April – Instagram- & TikTok-Analytics – All-Time-Daten & Datumsfilter. Der Endpoint Social Analytics gibt jetzt All-Time-Daten für Instagram und TikTok zurück, wenn weder daily noch quarters angegeben werden. Verwenden Sie quarters (1–4, wobei 1 = 90 Tage) oder daily=true, um nach Datumsbereich zu filtern – jetzt auch auf TikTok unterstützt. Wenn aktiv, spiegeln die TikTok-Comment-, -Share- und -View-Perioden-Labels und -Totals den gefilterten Datumsbereich wider.
• 9. April – Analytics-Zuverlässigkeit und -Wiederherstellung. Die Endpoints Social Analytics und Post Analytics füllen kumulierte Metriken (Follower, Likes, Views) jetzt automatisch aus gespeicherten Daten auf, wenn das soziale Netzwerk vorübergehend Nullen zurückgibt. Zwei neue optionale Response-Felder, backfilledFrom und recoveredFrom, geben an, wann gespeicherte Daten verwendet wurden. Zusätzlich gibt das Anfordern von Analytics, wenn keine Plattform Daten zurückliefert, jetzt einen 400-Fehler (code: 187) statt einer leeren Erfolgsantwort zurück.
• 1. April – generateJWT Header-basierte X-Zugangsdaten. Der Endpoint Generate JWT akzeptiert nun die Header X-Twitter-OAuth1-Api-Key und X-Twitter-OAuth1-Api-Secret, um Ihre X-Consumer-Keys zu übergeben – konsistent zu allen anderen X/Twitter-Endpoints. Body-Parameter bleiben aus Rückwärtskompatibilitätsgründen unterstützt.

​

März 2026

• 30. März – X-Credit-Depletion-Fehler jetzt sichtbar. Wenn ein BYOK-X/Twitter-Developer-Konto keine API-Credits mehr hat, scheitern Beiträge, die zuvor in processing ohne Fehler hängen blieben, jetzt korrekt mit code: 416 (X Credits Depleted, HTTP 402). Die Erkennung von code: 416 wurde erweitert, sodass auch die HTTP-429-Antworten von X erkannt werden, die auf Credits hinweisen. Details siehe Fehlercodes.
• 28. März – Instagram-Post-Null-Response behoben. Behoben: Ein Edge-Case, bei dem ein Instagram-Post auf der Plattform erfolgreich war, die /post-Antwort aber null statt des normalen Erfolgs-Bodys mit postIds und id zurückgab. Erfolgreiche Instagram-Posts geben nun immer eine gültige Antwort zurück, die Ihre Integration parsen kann.
• 26. März – Instagram-Daily-Reach-Fix. Behoben: Ein Problem, bei dem Instagram-Social Analytics die Daily-Reach-Daten wegließ, wenn daily=true gesetzt war. Die Antwort gibt nun im Daily-Modus ein verschachteltes reach-Objekt (mit period und einer values-Zeitreihe) zurück; das skalare reachCount wird im Nicht-Daily-Modus weiterhin zurückgegeben und als Fallback beibehalten, wenn Daily-Daten vorübergehend nicht verfügbar sind.
• 26. März – X/Twitter-BYOK-Enforcement-Fehlercodes. Mit der jetzt durchgesetzten Bring Your Own Keys-Vorgabe geben X/Twitter-Anfragen spezifische Fehlercodes zurück, auf die Sie verzweigen können: 419 (HTTP 400, fehlende X-Twitter-OAuth1-Api-Key/Secret-Header), 416 (HTTP 402, X-Developer-Konto ohne Credits) und 417 (HTTP 403, OAuth-1.0a-App-Berechtigungen nicht auf Read/Write/DM gesetzt). Meldungen und Lösungen siehe Fehlercodes.
• 23. März – Keyword-Suche auf X. Neuer Endpoint Keyword-Suche für BYOK-Kunden. Durchsuchen Sie X/Twitter nach Tweets, die Keywords, Hashtags und erweiterten Suchoperatoren entsprechen. Unterstützt Paginierung, Filterung nach Sprache und Standort und gibt normalisierte Tweet-Daten zurück.
• 23. März – Listening-Sektion. Eine neue Listening-Sektion wurde hinzugefügt, die die Brand-Endpoints um neue Funktionen wie Keyword-Suche erweitert.
• 19. März – @Mentions in Kommentaren. Es wurde Dokumentation zur @Mention-Unterstützung im comment-Textstring der Endpoints Post a Comment und Reply to a Comment ergänzt. Enthält Details zur serverseitigen LinkedIn-Auflösung und Links zur plattformspezifischen Mention-Syntax.
• X/Twitter Paginated Messages. Der Endpoint Get Messages unterstützt jetzt einen limit-Query-Parameter für X/Twitter, sodass Sie nur die neuesten N Nachrichten (1–100) abrufen können, ohne einen vollständigen History-Sync durchzuführen. Kombiniert mit cursor-basierter Paginierung über den Parameter next ermöglicht dies effizientes Polling – ein kleines Batch abrufen, prüfen, ob Sie diese schon haben, und nur bei Bedarf weiter paginieren.
• Erhöhte Videogrößenlimits. Da so viel Social Publishing sich auf Video-Content konzentriert, haben wir unsere Video-Upload-Limits über mehrere Plattformen erhöht: LinkedIn (200 MB → 500 MB), TikTok (1 GB → 10 GB), X-Premium-Long-Video (1 GB → 16 GB) und größere Content-Type-spezifische Limits für Facebook (Reels 2 GB, Stories 4 GB, Feed 10 GB) und Pinterest (2 GB) hinzugefügt. Alle Details finden Sie in den Medienrichtlinien.
• X/Twitter-Messages-BYO-Key-Unterstützung. Die Endpoints Get Messages und Send Message unterstützen nun BYO-X/Twitter-API-Zugangsdaten (Bring Your Own). Echtzeit-DM-Benachrichtigungen per Webhook sind für BYO-Nutzer nicht verfügbar; verwenden Sie stattdessen Polling über den GET-Messages-Endpoint.
• Bring Your Own Keys auf X. Eine große Änderung, wie X/Twitter-Konten verbunden werden. Der neue Bring Your Own Keys-Ansatz gibt Ihnen mehr Kontrolle über Ihr Konto, bessere Datenportabilität und einen gebrandeten OAuth-Flow. Alle Nutzer müssen den Übergang bis zum 31. März 2026 vollziehen.
• Editierbare Short Links. Sie können jetzt Short Links aktualisieren, nachdem sie veröffentlicht wurden.
• Zuverlässigkeit der Verarbeitung geplanter Beiträge. Behoben: Ein Problem, bei dem der Verarbeitungsjob für geplante Beiträge Speicher überlaufen und 503-Fehler zurückgeben konnte. Wir haben die Ressourcen erhöht, paginierte Query-Verarbeitung hinzugefügt und einen verteilten Application-Lock eingeführt, um doppelte Ausführungen zu verhindern – so werden Verarbeitungen von Scheduled Posts einmalig und zuverlässig ausgeführt.
• Verbesserungen bei Facebook- & Instagram-Historie. Die Endpoints /history/facebook und /history/instagram wurden verbessert: Für Facebook werden abgelaufene/archivierte Stories standardmäßig herausgefiltert, sodass nur aktive Stories neben regulären Beiträgen erscheinen, und neue Query-Parameter since und until ermöglichen zeitbasierte Filterung mit ISO-UTC-Datumsstrings. Für Facebook und Instagram lässt der neue Parameter dataType zu, nur posts, nur stories oder beides (Standard) abzurufen.
• X-Rate-Limits entfernt. Im Rahmen der X/Twitter-BYO-Keys-Migration erzwingt Ayrshare für X-Analytics keine monatlichen oder täglichen Rate-Limits mehr. Ihre Nutzung wird nun durch die Limits Ihres eigenen X-Developer-Kontos geregelt.

​

Februar 2026

• 25. Februar – X/Twitter-Videotitel und -beschreibungen. Auf X/Twitter gepostete Videos unterstützen jetzt das Festlegen eines videoTitle und videoDescription (gesendet im twitterOptions-Objekt der X Post API) für Medien, die auf X Media Studio hochgeladen werden. Diese ergänzen die bestehende thumbNail-Unterstützung um umfangreichere Video-Metadaten.
• Batch-Analytics. Unterstützung für Batch-Analytics von Social-Post-IDs hinzugefügt, sodass bis zu 100 Beiträge pro Analytics-Aufruf mit dem neuen Parameter postIds ausgewertet werden können. Lesen Sie dazu unseren Endpoint Analytics on a Post by Social ID.
• History-Paginierung. Paginierungsunterstützung zur API posts history for a platform für Threads und X/Twitter hinzugefügt. Kein 500-Post-Limit mehr – Sie können jetzt längere Historien mit Paginierung abrufen und Aufrufe in kleinere Chunks aufteilen für schnellere, effizientere Antworten.
• Verbesserungen bei der kostenlosen Testphase. Nutzer in der kostenlosen Testphase können nun die Messaging API und das Max Pack testen – Ihnen wird erst am Ende der Testphase eine Gebühr in Rechnung gestellt.
• Verbesserte Fehlermeldungen. Zusätzliche Details zu X/Twitter- und LinkedIn-Fehlermeldungen hinzugefügt, um Probleme mit Ihren API-Aufrufen einfacher diagnostizieren zu können.
• Instagram-Kommentar-Fix. Behoben: Ein Problem, bei dem Instagram-Top-Level-Kommentare mit verschachtelten Antworten nicht korrekt vom Endpoint Get Comments zurückgegeben wurden.
• Python-SDK. Unser Python-SDK wurde mit den neuesten Funktionen und Verbesserungen aktualisiert.
• X/Twitter-Webhook-URL. Ein neues Feld ayrshareUrl ist jetzt im Payload des Direct Message Event webhook enthalten und liefert eine nicht authentifizierte URL zur Bequemlichkeit.
• Status-Page-Slack-Integration. Sie können Updates von unserer Status-Seite automatisch in Slack einbinden. Klicken Sie einfach oben rechts auf „Get Updates” und wählen Sie die Slack-Option.

​

Januar 2026

• 21. Januar – Link-Analytics-Custom-Domain-Fix. Der Endpoint Link Analytics (GET /links/:id) gibt jetzt Short Links unter Ihrer konfigurierten Custom-Domain zurück statt der Ayrshare-Standard-Domain. Wenn Sie eine Custom-Short-Link-Domain nutzen (Business/Enterprise), passen die Analytics-URLs nun zu Ihren Live-Links.
• 15. Januar – Instagram-Outbound-Message-Deletion-Sync. Wenn eine gesendete Instagram-Nachricht in der nativen Instagram-App gelöscht wird, wird sie nun korrekt als gelöscht in den Messages-Daten von Ayrshare markiert – analog zum bestehenden Verhalten für eingehende Nachrichten. Der Conversation-Verlauf bleibt jetzt für beide Richtungen konsistent.
• MCP-Server. Auf vielfachen Wunsch – wir haben unseren MCP-Server neu gestartet! Verbinden Sie Ihre KI-Tools direkt mit der Ayrshare-API.
• Self-Serve-Anmeldung. Wir haben eine neue Self-Serve-Anmeldung für den Business-Plan und Launch-Plan hinzugefügt. Neue Kunden können nun eine 14-tägige kostenlose Testphase des Launch-Plans nutzen, um die Ayrshare-Plattform zu testen.
• X/Twitter-Video-Thumbnails. X/Twitter-Videobeiträge unterstützen jetzt das Einbinden eines Thumbnail-Vorschaubilds (als URL). Dies wird als Teil der Metadaten beim Video-Upload gesendet.
• Instagram-Hashtag-Limit. Das Hashtag-Limit für Instagram-Beiträge wurde auf 5 geändert, um den neuen von Instagram veröffentlichten Richtlinien zu entsprechen.
• Bluesky-Videodauer. Das Limit für die Dauer von Bluesky-Videomedien wurde auf drei Minuten angepasst, um mit den Anforderungen der Bluesky-API übereinzustimmen.

​

Dezember 2025

Wir beenden dieses Jahr mit einem Fokus auf Transparenz und Zuverlässigkeit und mit vielen neuen Feature-Releases, die für Q1 2026 geplant sind.

• 23. Dezember – X/Twitter-URL-Entities in der Response. X/Twitter-Post- und History-Antworten enthalten jetzt URL-Entity-Daten für Links im Body eines Tweets: ein Top-Level-Array urls mit Xs Rohfeldern (display_url, expanded_url) plus ein camelCase-entities-Objekt, in dem die gleichen Links als entities.urls[].displayUrl / expandedUrl erscheinen – so lassen sich Link-Previews und Outbound-Links in Ihrer Integration einfacher rendern und erkennen.
• X/Twitter-Entities. Die Endpoints post analytics und platform history für X/Twitter geben nun geparste Entities aus dem Tweet-Text zurück, einschließlich URLs, Mentions, Hashtags und Cashtags mit ihren Positionen und Display-URLs.
• Facebook-Post-Analytics. Neue Metriken in Facebook-Post-Analytics hinzugefügt, einschließlich mediaView, mediaViewIsFromAds und mediaViewIsFromFollowers, um die eingestellten Impressions-Metriken zu ersetzen.
• Bluesky-Kommentare. Verbesserte Unterstützung für das Abrufen von Bluesky-Kommentaren mit korrekter Behandlung von Post- und Kommentar-IDs im AT-Protocol-Stil.
• Threads-Linking. Erweiterte Threads-Konten-Verknüpfung, um Fälle zu behandeln, in denen die Felder Name oder Benutzername im Konto nicht vorhanden sind.
• 24/7-Überwachung. Ein dediziertes DevOps-Team wurde onboardet, das die Plattform rund um die Uhr überwacht, um die Zuverlässigkeit weiter zu verbessern.
• Monatliche Belege. Automatische monatliche Belege werden nun per E-Mail an den primären Kontoinhaber gesendet, für bessere Transparenz bei Preisen und Zahlungen.

​

November 2025

• Instagram-Token-Refresh. Automatisierter Refresh für langlebige Instagram-Tokens hinzugefügt, für Nutzer, die sich per direktem IG-Login (ohne Facebook-Page) mit Instagram verknüpfen.
• Facebook-Analytics-Updates. Facebook-Post-Analytics geben jetzt erweiterte Impressions-Metriken zurück, einschließlich post_impressions_paid_unique, post_impressions_fan_unique, post_impressions_organic_unique und post_impressions_unique.
• Facebook-Page-Insights. Neue Felder in Facebook-Social-Analytics hinzugefügt: pageFollows, pageMediaView, pageMediaViewIsFromAds und pageMediaViewIsFromFollowers mit sowohl Aggregat- als auch täglicher Aufschlüsselung.
• Instagram-Analytics. Instagram-Social-Analytics unterstützt die Metriken viewsCount und reachCount jetzt sowohl mit direktem Instagram-Login als auch mit Facebook-verknüpften Konten.
• LinkedIn-Mentions. Behandlung von LinkedIn-Mentions korrigiert, um zwischen dem Erwähnen von Organisationen und Einzelpersonen zu unterscheiden.
• Dashboard-Verbesserungen. Die API-Seite des Ayrshare-Web-Dashboards wurde mit verbesserter Performance und einer besser organisierten Messaging-Usage-Karte überarbeitet.
• Team-Erweiterung. Erweiterung des Entwicklungsteams, um Support und Feature-Entwicklung zu beschleunigen.

​

Oktober 2025

• Ayrshare von Saas.group übernommen. Ayrshare wurde von Saas.group übernommen. Das Team wird ausgebaut, um schnellere Feature-Entwicklung und besseren Kundensupport zu liefern.
• Webhook-History. Neuer Endpoint zum Abrufen der Webhook-History pro Aktion für die letzten 6 Monate.
• Facebook-Ads-Standort-Targeting. Zusätzlich zum Land-Targeting können Sie beim Boosten von Facebook-Beiträgen nun eine Region oder Stadt angeben.
• LinkedIn-Video-Thumbnails. Der LinkedIn-History-Endpoint gibt nun thumbnailUrl für Videobeiträge zurück, sodass sich Video-Previews in Ihrer Anwendung leichter anzeigen lassen.
• Reddit-Post-Analytics. Zuverlässigkeit der Reddit-Post-Analytics durch verbessertes Authentifizierungshandling verbessert, um Rate-Limiting-Probleme zu vermeiden.
• Instagram-History. Verbesserte Behandlung großer Ergebnismengen in der Instagram-Post-Historie für Konten mit vielen Beiträgen.
• Facebook-Ads. Der Facebook-Ads-History-Endpoint enthält jetzt eine Klarstellung, welche Ads basierend auf der Kampagnenstruktur zurückgegeben werden.
• Instagram-Collaboration. Dokumentation ergänzt, die klarstellt, dass angenommene Collaboration-Posts aufgrund von Einschränkungen der Instagram-API möglicherweise nicht aus dem Platform-History-Endpoint zurückgegeben werden.

​

September 2025

• TikTok-Entwürfe. Beiträge als TikTok-Entwurf senden unterstützt jetzt auch Bilder zusätzlich zu Videos.
• Facebook-Ads. Im Rahmen der Anforderungen des EU Digital Services Act (DSA) verlangt Facebook, dass Ads, die einen Teil der EU adressieren, Werte zur Definition von Beneficiary und Payor des erstellten Ads angeben. Sie können nun die DSA-Empfehlungen abrufen und dem Ad hinzufügen.
• Media-Management. Der GET-Media-Endpoint wurde erweitert und enthält jetzt große hochgeladene Mediendateien und zeigt das Feld expireAt.
• Threads-Posting. Erstellen Sie einfach einen Thread auf Threads (auch Threadstorms genannt) – eine Serie verbundener Beiträge auf Meta Threads.
• Direktnachrichten. Facebook- und Instagram-Messaging unterstützen jetzt das Senden von Audiodateien (AAC oder WAV).

​

August 2025

• Reddit-Analytics. Neue Reddit-Social-Analytics-Daten zu einem Nutzer. Dazu gehören Friend-Count, Follower-Akzeptanz, Ablaufdatum der Sperrung (falls das Konto gesperrt wurde) und mehr.
• Threads-Analytics. Neue Threads-Social-Analytics-Daten zu einem Nutzer. Dazu gehören Bio, Geo-Restriction-Eligibility, Benutzername und mehr.
• Threads-Geo-Restrictions. Auf Threads können Sie geografische Einschränkungen setzen, sodass Beiträge nur in bestimmten Ländern sichtbar sind.
• LinkedIn-Distribution. Deaktivieren Sie die Möglichkeit anderer Nutzer, Ihre LinkedIn-Beiträge erneut zu teilen.
• Ayrshare-Status. Zusätzlich zu E-Mail-Alerts können Sie den Status der sozialen Netzwerke und des Ayrshare-Systems über einen Endpoint abrufen.
• YouTube-Wasserzeichen. Legen Sie ein Wasserzeichenbild für Ihren YouTube-Kanal fest, das in allen Ihren Videos angezeigt wird. Das Wasserzeichen kann so konfiguriert werden, dass es zu bestimmten Zeiten während der Videowiedergabe erscheint.

​

Juli 2025

• Instagram-Login. Die Funktion Instagram-Login ist ab dem 6. Juli 2025 allgemein verfügbar. Alle neuen Instagram-Verbindungen verwenden die neue Instagram-Login-Funktion. Bestehende Verbindungen sind nicht betroffen. Wenn Sie die neue Instagram-Login-Funktion nicht nutzen möchten, können Sie sie in Ihren Kontoeinstellungen deaktivieren.
• LinkedIn-Mentions. Sie können jetzt ein anderes LinkedIn-Profil entweder mit dessen Vanity-Name oder tatsächlichem Namen erwähnen.
• LinkedIn-Suche. Suchen Sie LinkedIn-Unternehmen oder Personen anhand einer Suchanfrage. Dieser Endpoint wird häufig für Typeahead-Mention-Autocomplete in Social-Media-Beiträgen verwendet.
• LinkedIn-Videos. LinkedIn akzeptiert nun Videodateien bis 500 MB, zuvor 200 MB.
• X-Account-Aktivität. Erhalten Sie die vollständige Account-Aktivität von X per Webhook, einschließlich Posts, Likes, Mentions, DMs und mehr. Die X-Account-Activity-Funktion muss für Ihr verknüpftes X-Konto aktiviert sein, um diese Webhooks zu empfangen. Bitte wenden Sie sich an Ihren Account-Ansprechpartner, um diese Funktion zu aktivieren.
• X-Geo-Einschränkungen. Legen Sie zulässige und blockierte Länder für Ihre X-Medien fest.
• X-Beiträge nur für Abonnenten. Sie können einen X-Post nur für Abonnenten sichtbar machen.
• X-Reply-Einstellungen. Auf X können Sie nur bestimmten Arten von Nutzern erlauben, auf Ihren Beitrag zu antworten. Sie können zwischen Follower, Erwähnten, Abonnenten oder verifizierten Nutzern wählen.
• TikTok-Thumbnail. Legen Sie ein benutzerdefiniertes Thumbnail für TikTok-Videos fest.
• Instagram-Analytics. Instagram-Post-Analytics enthalten jetzt den direkten Link zum Medium.
• Developer-Dashboard. Sie können nun Webhooks direkt im Ayrshare-Dashboard registrieren.
• Pre-Validation überspringen. Es gibt jetzt eine Option, die Pre-Validation für geplante Beiträge zu überspringen.
• Premium-Plan-History. Premium-Pläne haben nun Zugriff auf die History nach Plattform, um alle Beiträge abzurufen, auch solche, die nicht über Ayrshare gesendet wurden.
• Auto-Repost. Sie können jetzt die Post-History nach Auto-Repost-ID abrufen. Beim Erstellen eines Auto-Reposts wird eine ID vergeben, um diese Post-Serie zu verfolgen. Sie können den Auto-Repost entweder per ID abrufen oder alle Reposts abrufen.

​

Juni 2025

• Instagram-Login (bald verfügbar). Instagram-Login auf der Social-Linking-Seite aktivieren oder deaktivieren. Instagram-Login wird in den kommenden Wochen standardmäßig aktiviert. Wenn Sie die aufgeführten erweiterten Funktionen benötigen, darunter Hashtag-Suche, Collaborations, Standort-Tagging oder Brand-Daten, müssen Sie diese Option manuell deaktivieren, um stattdessen die Facebook-Page-Authentifizierung zu verwenden. Wir empfehlen den meisten Kunden, das neue direkte Instagram-Login zu verwenden, da es ein einfacherer Workflow ist und keine Facebook-Page erfordert.
• Snapchat wird vorgestellt. Ayrshare unterstützt jetzt Snapchat. Die Snapchat-API ermöglicht das direkte Veröffentlichen von Inhalten sowohl für Stories als auch für Spotlight sowie den Abruf von Analytics und History. Stories sind temporäre Beiträge, die nach 24 Stunden verschwinden, während Spotlight-Posts permanent sind und Creators und Unternehmen helfen können, ein größeres Publikum zu erreichen.
• MCP-Server. Verbinden Sie den Ayrshare-API-Docs-MCP-Server mit Ihrem KI-Agenten. Durch das Verbinden des Ayrshare-API-Dokumentations-MCP-Servers mit Ihren KI-Entwicklungstools wie Cursor oder Claude Desktop geben Sie Ihrem KI-Agenten direkten Zugriff auf die Dokumentation von Ayrshare.
• Beitrag kopieren. Kopieren Sie einen bestehenden Beitrag auf eine andere Plattform. Mit diesem neuen Endpoint können Sie erfolgreiche Beiträge auf verschiedenen Plattformen oder mit unterschiedlichen Konfigurationen wiederverwenden.
• Developer-Dashboard. Zwei neue Verbesserungen im Posting-Flow im Developer-Dashboard. Zusätzlich zum Hochladen von Mediendateien können Sie jetzt auch URLs verwenden, um Ihre Medien zu posten. Und Sie können nun das JSON einsehen, das zum Veröffentlichen Ihres Beitrags verwendet wird, was hilft, die Korrektheit Ihres JSON zu überprüfen.
• User-Management. Der User-Endpoint gibt jetzt den Echtzeit-Status verbundener sozialer Netzwerke zurück und aktualisiert sich automatisch, wenn Nutzer ihre Social-Media-Konten verbinden oder trennen.
• YouTube. Beim Veröffentlichen eines Videos auf YouTube können Sie nun realistische Altered- oder Synthetic-(A/S-)Inhalte offenlegen, indem Sie den Parameter containsSyntheticMedia setzen. Docs ansehen.
• Facebook. Das Abrufen von Kommentaren auf Facebook gibt jetzt die direkte URL zum jeweiligen Kommentar zurück.

​

Mai 2025

• Threads wird vorgestellt. Ayrshare unterstützt jetzt Posten und Planen auf Threads, das Abrufen von Analytics, das Verwalten von Kommentaren und das Abrufen von History.
• Messaging. Messaging ist jetzt eine Standardfunktion, die im Business-Plan enthalten ist. Wichtige Funktionen umfassen das Verwalten der Konversationen Ihrer Nutzer mit Korrespondenten, das Senden von Text-, Bild-, Video- und Emoji-Nachrichten, das Einrichten automatisierter Nachrichten-Reaktionen und Webhooks.
• X-Analytics. Die Kommentar-Analytics und Post-Analytics von X enthalten jetzt Impression-, Quote- und Bookmark-Count.
• Linking-Page-Sprachen. Sie können nun die Sprache der Social-Linking-Seite festlegen. Aktuell unterstützte Sprachen sind Englisch, Chinesisch (vereinfacht), Französisch, Deutsch und Spanisch.
• LinkedIn-Posting. Setzen Sie die Sichtbarkeit eines LinkedIn-Beitrags auf öffentlich, 1st-Degree-Verbindungen oder eingeloggte Nutzer.
• LinkedIn-Posting. Sie können jetzt Medien in den LinkedIn-First-Comment aufnehmen.
• Instagram-Hashtag-Suche. Durchsuchen Sie die beliebtesten oder aktuellsten Instagram-Beiträge für einen bestimmten Hashtag, um Ihre Content-Strategie zu informieren und Trending-Themen zu identifizieren.

​

April 2025

• Facebook-Ads. Boosten Sie Facebook-Beiträge als Ads. Die Ayrshare-Ads-API umfasst das Boosten von Beiträgen, das Verwalten von Ads, das Verfolgen der Performance und das Analysieren der Werbeausgaben.
• User-Profile-Verwaltung. Erhalten Sie ein historisches Log der erstellten und gelöschten User Profiles.
• User-Profile-Verwaltung. Im User-Profile-Bereich des Web-Dashboards können Sie bei gesperrtem User Profile jetzt auf den „Suspended”-Badge klicken, um den Grund zu erfahren.
• Post-History. Der History-Endpoint erlaubt jetzt das Filtern nach Start- und Enddatum.
• Social-Linking. Wir haben ein verbessertes X-Authentifizierungs-Linking eingeführt. Dies bietet ein besseres Erlebnis für Sie und Ihre Nutzer.
• Social-Linking. Geben Sie die zugelassenen sozialen Netzwerke direkt an, wenn Sie die Business-Plan-Linking-Seite erstellen, über den Parameter allowedSocial.
• Instagram-Posting. Instagram-Bilder unterstützen jetzt Alt-Text.
• Bluesky-Posting. Bluesky-Bilder- und Video-Posting unterstützen jetzt Alt-Text.
• Pinterest. Fügen Sie einem Pinterest-Pin eine private Notiz hinzu.
• YouTube-Shorts. YouTube-Shorts können jetzt bis zu 3 Minuten lang sein, eine Erhöhung gegenüber dem vorherigen Limit von 60 Sekunden.

​

März 2025

• X-Analytics. Neue X-Social-Analytics-Daten, einschließlich Like-Count, Add-to-List-Count, Profil-Banner-Bild und mehr.
• X-Rate-Limits. Die monatlichen Aufruflimits für X wurden auf 100.000 für den Business-Plan und 5.000 für den Premium-Plan erhöht.
• LinkedIn-Analytics. LinkedIn-Personal-Pages geben nun einen grundlegenden Datensatz zurück, einschließlich der Website-URL und des Profilbilds.
• Facebook-Reels. Sie können nun ein Thumbnail hinzufügen, das das Titelbild eines Reel-Videos darstellt.
• Linking-Page. Sie können die Bildhöhe Ihres benutzerdefinierten Logos auf der Social-Linking-Seite festlegen. Geben Sie die Höhe in Pixeln in den Kontoeinstellungen im Web-Dashboard an.
• Linking-Page. Beim Verknüpfen von Facebook- und Instagram-Pages haben lange Listen von Pages jetzt ein Suchfeld, mit dem Sie nach Page-Name oder Standort filtern können.
• Team-Member-Management. Einzelne Teammitglieder können nun vom Zugriff auf andere User Profiles ausgeschlossen werden.
• Medien. Der Upload-Media-Endpoint unterstützt jetzt Uploads von Bildern und Videos bis 30 MB.
• Medien. Google-Drive- und Dropbox-Share-URLs können jetzt direkt im Post-Parameter mediaUrls verwendet werden, ohne dass eine separate Download-URL erstellt werden muss.

​

Februar 2025

• TikTok-Posting. Erstellen Sie einen Entwurfsvideobeitrag in der TikTok-App. Das Draft-Video liegt im Benachrichtigungs-Inbox der App, und der Nutzer kann das Video vor dem Veröffentlichen bearbeiten.
• TikTok-Analytics. Zusätzliche TikTok-Analytics-Datenfelder wurden hinzugefügt, einschließlich Demografie wie Audience-Städte und Geschlecht. Weitere neue Profilfelder sind Profil-Views und Klicks auf E-Mail, Adresse und Bio-Link.
• Instagram-Collaboration. Zusätzlich zu Bildern und Reels können Nutzer nun Collaborators zu Karussells hinzufügen.
• Instagram-Analytics. Instagram-Post-Analytics enthält jetzt den View-Count – die Gesamtzahl, wie oft Ihr Post gesehen wurde.
• Instagram-Details. Erhalten Sie zusätzliche Instagram-Details für ein User Profile, wie z. B. genutztes Kontingent und ob der Kontotyp Creator oder Business ist.
• Kompression. Kompression unterstützt jetzt Brotli für alle Endpoints, was schneller ist und bessere Komprimierung bietet.
• LinkedIn-Kommentare. LinkedIn-Kommentare und Antworten auf Kommentare unterstützen jetzt Bilder.
• Reddit-Mentions. Reddit-Beiträge unterstützen jetzt Mentions anderer Nutzer oder Subreddits.
• Bluesky-Posting. Link-Previews werden jetzt in Bluesky-Beiträgen unterstützt. Fügen Sie einen Link in einen Post ein, und eine Vorschau wird automatisch erzeugt.
• Max Pack. Bildgrößenanpassung und -konvertierung unterstützen jetzt die Konvertierung nach WebP.
• Max Pack. Bildgrößenanpassung und Wasserzeichen unterstützen jetzt die Positionierung des Wasserzeichens, z. B. in der Nord-Ost-Ecke.
• Dashboard. Das Ayrshare-Web-Dashboard wurde mit einem neuen Farbschema, verbesserten Alerts und optimierten Workflows für ein reibungsloseres Nutzererlebnis aufgefrischt.

​

Januar 2025

• Bluesky-API. Bluesky-Social-Media-Management ist nun als 11. soziales Netzwerk verfügbar, das Ayrshare unterstützt.
• LinkedIn-Targeting. LinkedIn erlaubt es Ihnen, Ihre organischen Beiträge auf bestimmte Nutzergruppen zu targeten. Sie können nach Ländern, Branche, Jobtitel und mehr targeten.
• YouTube-Targeting. Blockieren oder erlauben Sie Länder und Regionen für ein YouTube-Video.
• Auto-Schedule. Setzen Sie einen Auto-Schedule zurück, damit das Planen ab dem aktuellen Zeitpunkt beginnt. Das erreichen Sie, indem Sie das letzte geplante Datum löschen.
• TikTok-Analytics. TikTok-Social-Network-Analytics auf einem User Profile sind jetzt als historische tägliche Zeitreihe verfügbar.
• TikTok-Posting. Wenn der Beitrag vollständig oder überwiegend mit KI erstellt wurde, können Sie ihn als „Creator labeled as AI-generated” kennzeichnen.
• X-Posting. X unterstützt jetzt bis zu 4 Videos in einem einzelnen Tweet.

​

Dezember 2024

• Dashboard. Die Performance der User-Profiles-Seite im Web-Dashboard wurde optimiert. Sie erhalten nun ein flüssiges Scroll- und Ladeerlebnis, unabhängig davon, wie viele User Profiles Sie in Ihrem Konto haben.
• Dashboard. Auf der Posts-Seite des Web-Dashboards können Sie jetzt gelöschte Beiträge in Ihre History-Timeline aufnehmen. So können Sie gelöschte Beiträge auf dieselbe Weise durchsuchen, filtern und aufrufen wie erfolgreiche Beiträge.
• Gelöschte Beiträge. Wenn Sie oder Ihre Nutzer einen Beitrag manuell in einem sozialen Netzwerk gelöscht haben, können Sie ihn in Ayrshare als manuell gelöscht markieren. Dadurch versucht Ayrshare nicht, den Beitrag später zu löschen, und Sie erhalten eine genauere Post-Historie.
• Webhooks. Sie können jetzt alle registrierten Webhooks für alle Ihre User Profiles in einem einzigen Aufruf abrufen.
• Analytics. Instagram-Post-Analytics enthält jetzt Share-, gewonnene Follower-, Profil-Visits- und Profil-Aktivitäts-Counts.
• Kommentare. TikTok-Kommentare geben nun den Namen der Person zurück, die den Kommentar verfasst hat.
• Kommentare. X-Kommentare geben jetzt die ID des Tweets zurück, auf den der Kommentar antwortete.

​

November 2024

• Ganz neue Docs. Sehen Sie sich die neuen Ayrshare-Docs an. Wir sind auf eine fortschrittlichere Dokumentationsplattform migriert, mit vielen UX-Verbesserungen gegenüber der Vorversion.
• Instagram-Analytics. Instagram-Post-Analytics enthält jetzt die Metriken, wie oft Ihr Reel nach dem ersten Mal erneut abgespielt wurde und die Gesamtzeiten, wie oft Ihr Reel nach dem ersten Impression abgespielt wurde.
• Hashtags. Der Hashtag-Endpoint erlaubt jetzt das Angeben eines Sprachhinweises, um die Hashtags in derselben Sprache wie den Beitrag zu halten.
• X-Analytics. X/Twitter-Social-Analytics gibt jetzt den neuesten Tweet und den gepinnten Tweet zurück, sofern ein solcher gesetzt wurde.
• Dashboard. Im Developer-Dashboard sind Auto-Scheduled-Posts jetzt als „Auto-Schedule” gekennzeichnet.
• Auto-Schedule. Rufen Sie alle ausstehenden Auto-Scheduled-Posts über die API ab. Dies gibt die Liste der Beiträge zurück, die geplant, aber noch nicht veröffentlicht wurden.
• TikTok. Sie können prüfen, ob ein verknüpftes TikTok-Konto ein Business-Konto ist mit dem Social-Analytics-Endpoint.
• Instagram-Kommentare. Der Comments-Endpoint gibt jetzt die Instagram-Top-Level-Post-ID zurück, um den ursprünglichen Beitrag zu identifizieren.
• History. Der History-Endpoint gibt jetzt „pausierte” geplante Beiträge zurück. Außerdem wurde die Anzahl der zurückgegebenen vergangenen Beiträge auf 1000 erhöht.
• Linking-Page. Fügen Sie einen Footer und Copyright-Informationen auf der Social-Linking-Seite des User Profiles hinzu. Max Pack erforderlich.
• Bildkonvertierung. Der Bildgrößenänderungs-Endpoint kann jetzt eine PNG- oder andere Bildart in ein JPG konvertieren als Teil des Konvertierungsprozesses. Max Pack erforderlich.

​

Oktober 2024

• First Comment. Fügen Sie automatisch einen First Comment zu Ihren veröffentlichten Social-Media-Beiträgen hinzu. Der First Comment ist eine großartige Funktion, um weitere Details und Kontext hinzuzufügen, das Engagement zu steigern und den Ton des Gesprächs zu setzen.
• Kommentarfehler. Kommentarfehler werden ebenfalls in einem errors-Array-Feld zurückgegeben, um die Ausgabe an Post-Fehler anzupassen.
• X/Twitter-Kommentare. Sie können jetzt Medien zu X/Twitter-Kommentaren hinzufügen und Kommentar-Antworten, einschließlich Bildern und Videos.
• Pinterest-Analytics. Pinterest-Metriken wurden erweitert und enthalten nun ein volles Jahr Analytics-Daten, lebenslange Kommentare und Reaktionen für Bilder und Videos.
• RSS-Feeds. Beim Hinzufügen eines RSS-Feeds können Sie nun auswählen, in welchen sozialen Netzwerken der Artikel veröffentlicht wird. Verfügbar sowohl im Dashboard als auch über die API.
• Dashboard. Auf der API-Seite des Ayrshare-Dashboards gibt es eine neue Monatliche-API-Aufrufe-Übersicht, die jetzt sowohl Kommentar-API-Aufrufe als auch Post-API-Aufrufe umfasst.

• PyPi-Paket. Das Python-PyPi-Paket wurde mit neuen Endpoints aktualisiert.

​

September 2024

• Facebook-Analytics. Die Endpoints History Get All Posts und Analytics geben jetzt die Nutzer zurück, die einen Facebook-Post geliked haben. Für jeden Nutzer erhalten Sie den Nutzernamen und die Nutzer-ID.
• Content-Moderation. Es gibt einen neuen Moderation-Endpoint, der prüft, ob der Inhalt schädlich oder unangemessen ist. Dieser Endpoint unterstützt sowohl Text als auch Bilder.
• LinkedIn-Linking. Für das Verbinden von LinkedIn-Unternehmensseiten musste der Nutzer bisher Super-Admin der Seite sein. Jetzt können Content-Admins, die die LinkedIn-Unternehmensseite verwalten, sich verbinden und damit posten, Analytics abrufen und Kommentare verwalten.
• User-Management. Der User-Endpoint gibt jetzt sowohl die Page-ID als auch die User-ID für Facebook und Instagram zurück.
• Dashboard. Die Post-Seite des Web-Dashboards zeigt jetzt einen Icon-Indikator an, wenn der Beitrag aus einem RSS-Feed veröffentlicht wurde.
• Facebook-Reviews. Facebook-Reviews geben jetzt das Profilbild des Rezensenten zurück.
• Google-Reviews. Google-Business-Profile-Reviews geben jetzt alle Ihre Bewertungen zurück, auch wenn es Tausende sind.

​

August 2024

• LinkedIn-History. Sie können jetzt die Post-History für LinkedIn-Personal-Pages abrufen. Zuvor gaben nur LinkedIn-Company-Pages History zurück. Erfordert erneutes Verknüpfen von LinkedIn mit Ayrshare.
• LinkedIn-Analytics. Es gibt neue Datenpunkte für LinkedIn Personal- und Company-Pages, einschließlich likedBy- und comment-Details.
• LinkedIn-Lookup. Der Brand-Endpoint erlaubt jetzt das Nachschlagen einer Person oder eines Unternehmens. Nützlich, um Details zu jemandem zu sehen, der einen Ihrer Beiträge geliked hat.
• Facebook-History. Sie können die Ergebnisse für eine Facebook-Page-History darauf beschränken, nur Beiträge anzuzeigen, die von der Seite selbst veröffentlicht wurden. So werden alle Inhalte herausgefiltert, die nicht von der Seite veröffentlicht wurden.
• User-Profile. Der User-Endpoint gibt jetzt ein neues Feld mit dem Zeitstempel des letzten API-Aufrufs für dieses User Profile zurück.
• X-Long-Posts. Sie können lange Beiträge auf Premium-X-Accounts veröffentlichen. Long-Posts können bis zu 25.000 Zeichen lang sein. Sie können nun auch vollständige Long-Post-Daten abrufen, einschließlich des vollständigen Bodys und der URL im Long-Post-Body beim Aufruf von Analytics oder History.
• Web-Dashboard. Das Design der Post-Seite wurde verbessert und mehrere neue Content-Typen wurden hinzugefügt. Sie können jetzt Facebook- und Instagram-Reels oder -Stories oder YouTube-Shorts direkt aus dem Dashboard posten.

• Team-Management. Wenn Sie ein Teammitglied einladen, können Sie nun sehen, ob sie die Einladung angenommen haben, oder die Einladung von der User-Profiles-Seite des Dashboards erneut senden.
• KI-Videotitel. Die Video-Transkripte enthalten jetzt einen vorgeschlagenen Titel. Nützlich für das Posten auf YouTube, wo jeder Video-Upload einen Titel benötigt. (Max Pack erforderlich)
• Beiträge pausieren. Sie können geplante Beiträge pausieren und wieder aktivieren über den Post-Endpoint.
• Sentiment-Analyse. Der Generate-Endpoint kann jetzt eine Sentiment-Analyse für einen Beitrag oder Kommentar generieren, um zu verstehen, ob er negativ, positiv oder neutral ist. Das Ergebnis enthält auch Empfehlungen zur Verbesserung.
• Instagram-Analytics. Instagram-Analytics wurde erweitert und gibt zusätzliche Demografiedaten zur engagierten Zielgruppe zurück.
• TikTok-Fotos. Sie können jetzt auf TikTok mit einem Foto posten. Zuvor war ein Video erforderlich.

​

Juli 2024

• Post-History. Filtern Sie den History-Endpoint basierend auf der Social-Network-Plattform, ob der Beitrag sofort oder geplant war, und dem Status.
• Web-Dashboard. Die Liste der User Profiles kann jetzt nach Titel oder Erstellungsdatum sortiert werden, und das Scheduling-Modal für Beiträge wurde verbessert.
• Webhooks. Webhooks wiederholen sich jetzt automatisch zwei Mal mit derselben hookId, wenn der initiale Webhook keine erfolgreiche Antwort erhält.
• Reddit. Prüfen Sie, ob ein Subreddit existiert anhand des Subreddit-Namens.
• Facebook-Stories. Eine Facebook-Story, die über den History-Endpoint zurückgegeben wird, enthält jetzt das Titelbild und die direkte URL zum Video.
• Bilder zuschneiden. Es gibt neue „Crop”-Modus-Optionen für das Ändern der Bildgröße. Nun können Sie die Abmessungen und Startkoordinaten angeben, um ein Bild zuzuschneiden.
• Demo-Social-Media-Posting-App. Wir haben den Code für eine Demo-React-+-Node.js-Web-Anwendung veröffentlicht, mit der Nutzer Inhalte für mehrere Social-Media-Plattformen gleichzeitig verfassen, planen und posten können.
• Multi-Platform-Posts. Der Post-Endpoint wurde erweitert, sodass Sie Ihren Post-Inhalt und Ihre Medien für verschiedene soziale Netzwerke anpassen können, in einem einzigen API-Aufruf.
• Instagram-Analytics. Instagram-Profil-Analytics sind jetzt in einer täglichen historischen Zeitreihe verfügbar.
• LinkedIn-Kommentare. Beim Abrufen von Kommentaren aus LinkedIn wird jetzt der Kommentar-Medien-Link für Bilder oder Videos zurückgegeben.

​

Juni 2024

• Ayrshare-Messaging-API. Das Ayrshare-Messaging-Add-On ist ein optionales kostenpflichtiges Add-on, mit dem Ihre Plattform die Direktnachrichten für Ihre Nutzer verwalten kann, einschließlich Facebook Messenger, Instagram Messaging und X/Twitter Messaging.
• YouTube-Kommentare. Sie können jetzt Kommentare auf YouTube löschen, indem Sie die YouTube-Kommentar-ID verwenden.
• Auto-Hashtags. Wir stellen das neue, vollständig überarbeitete Auto-Hashtag-System vor, mit relevanteren Hashtags und ohne Post-Längenlimit. Die Anzahl der Hashtags wurde ebenfalls auf bis zu 10 pro Post erhöht.
• Web-Dashboard. Die Dashboard-UI wurde aktualisiert, sodass Sie alle Ziel-Social-Networks auf der Post-Seite mit einem Klick entfernen können, und es gibt einen neuen Code-Beispielabschnitt auf der API-Key-Seite.
• User-Profile-Verwaltung. Der Profiles-Endpoint wurde erweitert, sodass Sie die Ergebnisse auf Profile filtern können, die aktive soziale Konten haben oder bestimmte Plattformen enthalten.

​

Mai 2024

• Google Business. Sie können jetzt Ihre Google-Business-Profile-Standortdaten aktualisieren, einschließlich Telefonnummern, Website-URL, Kartenstandort und mehr.
• History-Suche. Mit dem History-Endpoint können Sie nun Post-IDs über alle Ihre User Profiles hinweg durchsuchen. Nützlich, wenn Sie eine Post-ID haben und nicht wissen, welches User Profile sie gepostet hat.
• User-Profile-Tags. Fügen Sie einem User Profile eigene Tags hinzu, um Profile besser zu organisieren und zu verwalten. Das Web-Dashboard erlaubt zudem, die zugewiesenen Tags zu sehen und auf der User-Profiles-Seite nach Tags zu suchen.
• YouTube-Untertitel. Fügen Sie eigene benutzerdefinierte Untertitel zu einem YouTube-Video mit einer SRT- oder SVB-Datei hinzu.
• NPM-Paket. Ein aktualisiertes Node.js-NPM-Paket wurde veröffentlicht, mit neuen Endpoints und detaillierterer Dokumentation. Das Paket wurde außerdem in social-media-api umbenannt.
• Facebook-Kommentare. Sie können jetzt ein Bild als Teil Ihres Kommentars auf Facebook hinzufügen.
• LinkedIn-Kommentare. LinkedIn-Kommentare geben nun den Like-Count für den jeweiligen Kommentar zurück.
• LinkedIn-Brands. Der Brands-Endpoint für LinkedIn-Daten wurde mit dem lokalisierten Namen des Kontos, den Unternehmensspezialitäten und der Unternehmensbeschreibung erweitert.
• Kommentare deaktivieren. Sie können Kommentare zu einem Post deaktivieren auf Instagram, LinkedIn und TikTok. Dies funktioniert bei neuen und bereits veröffentlichten Posts.
• Historische Posts. Historische Post-Daten von TikTok abrufen für Posts, die nicht über Ayrshare gepostet wurden.
• Instagram-Analytics. Neue Datenpunkte für Instagram-Stories verfügbar, einschließlich Replies, Shares und Exit-Counts.
• KI-Generierung. Generieren Sie Social-Media-Post-Text mit KI basierend auf einem oder mehreren Bildern. Dies kann auch zum Schreiben einer Bildunterschrift genutzt werden.
• Web-Dashboard. Für jedes im Dashboard aufgelistete User Profile sehen Sie die verbundenen sozialen Netzwerke. Bei Hover über jedes Social-Network-Icon wird der Name im sozialen Netzwerk angezeigt.
• Social-Linking. Im Web-Dashboard und auf Ihrer Social-Linking-Seite werden jetzt Profilbilder neben dem Page- oder Firmennamen angezeigt.

​

April 2024

• Auto-Schedule. Erweitert, sodass die Wochentage für das Auto-Schedule-Publishing ausgewählt oder bestimmte Daten ausgeschlossen werden können.
• Facebook-Analytics. Facebook-Post-Analytics enthält jetzt Impressions.
• Instagram-Kommentare. Die Antwort von Instagram Get Comments enthält jetzt zusätzliche Reply-Informationen wie Benutzername, Like-Count und Hidden-Status.
• Facebook-Page-Location. Sie können einen Post jetzt mit einem Facebook-Page-Standort taggen.
• Facebook-Audience-Targeting. Beim Erstellen eines Page-Posts auf Facebook haben Sie die Möglichkeit, die Sichtbarkeit auf eine bestimmte Zielgruppe einzuschränken, unter Verwendung verschiedener demografischer Faktoren wie Alter, County, Bildung und mehr.
• LinkedIn-Kommentare. LinkedIn-Kommentare eines Unternehmens haben nun zusätzliche Felder, einschließlich Organisationstyp, Unternehmenswebsite und Unternehmensbeschreibung.
• Instagram-History. Die Historie für Instagram gibt jetzt alle Bilder und Videos in einem Karussell zurück.
• YouTube-Analytics. Erhalten Sie eine tägliche Aufschlüsselung der YouTube-Analytics auf Channel-Ebene.

​

März 2024

• Instagram-Collaborators. Instagram-Collaboration erlaubt es Ihnen, Inhalte gemeinsam mit anderen Konten zu erstellen. Der öffentliche ursprüngliche Autor kann ein anderes privates oder öffentliches Konto als Collaborator taggen. Fügen Sie Instagram-Collaborators zu Medienbeiträgen hinzu.
• Google Business Profile. Zusätzliche Daten zu Google Business Profile sind jetzt verfügbar, einschließlich Links zu den Reviews und zur Karte, Place ID und weiteren Daten. Für das Abrufen dieser Zusatzdaten ist ein erneutes Verknüpfen des Google Business Profile erforderlich.
• Facebook-Page-, Instagram-, Google-Profil-Standort. Auf dem Page-Linking-Bildschirm können Sie jetzt den Page-Standort anzeigen für eine Facebook-Page, ein Instagram-Konto und ein Google-Business-Profil.
• Facebook-Profil-Analytics. Facebook-Social-Profile-Analytics gibt jetzt bis zu 4 Quartale an Daten zurück. Sie können festlegen, ob die Daten aggregiert oder täglich zurückgegeben werden.
• Facebook-History. Facebook-Stories werden nun im Get-All-History-Endpoint zurückgegeben.
• Social-Linking-Page. Die Ayrshare-Social-Linking-Seite unterstützt jetzt das Umleiten zum ursprünglich öffnenden Tab oder Fenster.
• Facebook-Reviews. Sie können nun auf eine Bewertung auf Facebook antworten.
• Instagram-Follower. Instagram Get Followers Online hat ein verbessertes UTC-Format. Diese Daten geben den historischen Gesamt-Count Ihrer Online-Instagram-Follower pro Stunde zurück, was Ihnen die Optimierung des Post-Zeitpunkts für maximales Engagement ermöglicht.
• Instagram-Karussell. Veröffentlichen Sie jetzt sowohl Videos als auch Bilder in einem Instagram-Karussell. Bis zu insgesamt 10 Medienelemente können enthalten sein.
• TikTok. TikTok-Captions unterstützen jetzt Zeilenumbrüche mit dem Zeichen „\n”.

​

Februar 2024

• Reviews. Abrufen, Antworten und Löschen von Bewertungen auf Google Business Profile und Facebook Pages über den neuen /reviews-Endpoint.
• LinkedIn-Kommentare. Rufen Sie LinkedIn-Kommentare per Kommentar-ID für Kommentare ab, die außerhalb von Ayrshare erstellt wurden.
• LinkedIn-Mentions. LinkedIn-Mentions in Kommentaren und Antworten auf Kommentare werden jetzt zum referenzierten Organisations-Handle aufgelöst.
• Öffentliche Profildaten. Sie können jetzt nach Facebook-Pages und LinkedIn-Namen im Brand-Endpoint suchen. Rufen Sie die öffentlichen Social-Media-Informationen von Nutzern oder Unternehmen ab, wie z. B. Follower, Profilbild und Websites. Diese Nutzer und Unternehmen müssen keine verknüpften Ayrshare-Nutzer sein.
• Facebook-Kommentare. Die Comments-Endpoint-API für Facebook-Kommentare gibt jetzt Antworten direkt im Response-Body zurück.
• Instagram-Banned-Hashtags. Prüfen Sie gebannte Hashtags mit dem neuen API-Endpoint oder dem neuen Web-Tool. Hilfreich, um Ihre Konten vor Sperrungen oder Shadow-Banning zu schützen.
• Facebook-Gruppen. Facebook hat angekündigt, den API-Zugriff auf Facebook-Gruppen zu entfernen. Mehr erfahren.

​

Januar 2024

• Längere Instagram-Videos. Instagram-Videobeiträge unterstützen jetzt bis zu 15 Minuten Länge und 1 GB. Dies ist eine Erhöhung gegenüber den bisherigen 60 Sekunden und 100 MB.
• Post-Text übersetzen. Wählen Sie über 100 verschiedene Sprachen, um Ihren Post-Text zu übersetzen. Zum Beispiel Englisch nach Französisch oder Spanisch nach Deutsch. Die Ausgangssprache wird automatisch erkannt.
• Fehler-Übersetzung. Fehlermeldungen können automatisch übersetzt werden in die Sprache Ihrer Wahl. Nützlich, wenn Sie den Fehler direkt Ihrem Nutzer in dessen bevorzugter Sprache anzeigen möchten.
• Pinterest-Analytics. Zusätzliche Pinterest-Datenpunkte sind für Get All History verfügbar, einschließlich Post-Titel, Notizen und Board-ID.
• Post-Länge prüfen. Der Check-Post-Length-Endpoint enthält jetzt Validierungen für Facebook, Google Business Profile, LinkedIn, Pinterest und YouTube.
• Neue User-Batch-Endpoints. Wenn Sie einen großen Datensatz benötigen, sind die Batch-Endpoints eine großartige Option. Sie können die Batch-Endpoints nutzen, um JSON-Dateien für alle Ihre User Profiles abzurufen und dann den Webhook zu verwenden, um benachrichtigt zu werden, wenn die Datei bereit ist.
• LinkedIn-Historische-Posts. Rufen Sie historische Daten für einen LinkedIn-Post ab, der außerhalb von Ayrshare veröffentlicht wurde.
• LinkedIn-Posts-Reaktionen. Der Get All Post-Endpoint für LinkedIn gibt jetzt Reaktionen für den Post zurück, wie z. B. Likes, Praise, Maybe und Appreciation.
• Zeitpunkt des letzten API-Aufrufs. Sehen Sie die Zeit, zu der Sie den API-Key zuletzt genutzt haben, im Web-Dashboard im API-Key-Bereich.
• Ayrshare-Dashboard-History. Das Web-Dashboard erlaubt jetzt das Laden aller Ihrer historischen Beiträge oder Webhook-Logs mit einer neuen „Load more”-Schaltfläche.
• Webhook-Fehler. Sehen Sie die Fehlerrate Ihrer Webhooks, um den Prozentsatz erfolgreicher vs. fehlerhafter Antworten zu sehen.

​

Ältere Updates

Sehen Sie sich das Update-Archiv an, um ältere Updates einzusehen.