Skip to main content
Слідкуйте за нами в X, слухайте наш Social Media API Podcast або підпишіться на нашу розсилку, щоб отримувати останні оновлення.

​
Жовтень 2026

  • 14 жовтня - Задокументовано дату скидання місячної квоти публікацій і код 106. Тепер документація пояснює місячну квоту публікацій: вона скидається 1-го числа кожного місяця (UTC), а не в дату вашого виставлення рахунку, і невдалі та заблоковані спроби публікації також зараховуються до неї. Якщо /post повернув HTTP 429 з code: 106 і ви думали, що досягли ліміту запитів, насправді профіль вичерпав свою місячну квоту публікацій. Дивіться Скільки публікацій та API-викликів я можу зробити?, щоб дізнатися, що зараховується і як перевірити використання.
  • 14 жовтня - Відео в Bluesky зберігають справжнє співвідношення сторін. Квадратне або вертикальне відео, опубліковане в Bluesky з URL Amazon S3 (будь-який хост amazonaws.com), відображалося з чорними смугами з обох боків у стрічці, перегляді допису та застосунку Bluesky, хоча сам завантажений файл був коректним. Запис допису оголошував співвідношення сторін 16:9 незалежно від справжньої форми відео, а Bluesky визначає розмір програвача саме за цим оголошенням. Тепер відеодописи в Bluesky містять виміряні ширину й висоту відео щоразу, коли їх вдається прочитати, тож відео 1:1 або 9:16 відображається у справжній формі. Спосіб публікації не змінюється: надсилайте ті самі mediaUrls, що й раніше. Дописи, опубліковані до цього виправлення, зберігають співвідношення, з яким їх створено; опублікуйте їх повторно, щоб виправити. Див. правила щодо медіа Bluesky.
  • 13 жовтня - Бюджети кампаній для просувань у Facebook та Instagram. Тепер просування може тримати бюджет на рівні кампанії, а не набору оголошень, за допомогою budget.level: “campaign”, зі щоденним бюджетом або бюджетом на весь період. Для цього використовується вкладена форма тіла запиту просування. Для щоденного бюджету кампанії budgetDaily в Історії показує бюджет кампанії. Див. Просування у Facebook і Просування в Instagram.
  • 13 жовтня - Завантаження медіа в X тепер повертають код 416, коли кредити вичерпано. Коли в зареєстрованому акаунті X Developer акаунта BYOK X/Twitter закінчуються кредити API, завантаження зображень і відео тепер повертають code: 416 (HTTP 402, X CreditsDepleted) з поясненням X у details. Раніше зображення завершувалися помилкою code: 117 (“Please check the media file size, dimensions, and content-type”), а відео — code: 115. Обидві вказували на медіафайл, який ніколи не був проблемою. Щоб виправити це, придбайте кредити на console.x.com (Billing → Credits). Ці завантаження не повторюються, оскільки жодна повторна спроба не вдасться, доки на акаунті немає кредитів. Тепер завантаження медіа узгоджене зі шляхами публікації та аналітики, які вже повертають 416. Якщо ваша інтеграція визначає проблему з медіа в X за кодом 117 або 115, додайте обробку 416.
  • 13 жовтня - Заблоковані акаунти X тепер повертають код 224 під час завантаження медіа. Коли X тимчасово блокував акаунт, публікація зображення або відео в X завершувалася помилкою code: 117 (“Please check the media file size, dimensions, and content-type”) для зображень або code: 115 для відео, тож ви перевіряли медіафайл, з яким усе було гаразд. Тепер ці завантаження повертають code: 224 (“X/Twitter account locked. Please go to twitter.com to unlock.”) з власним поясненням X у details. Щоб виправити це, увійдіть на x.com і виконайте кроки розблокування X, а потім опублікуйте знову. Повторно підключати акаунт не потрібно, і він залишається підключеним до Ayrshare.
  • 13 жовтня - Webhook коментарів Facebook тепер спрацьовують. Webhook comments, зареєстрований для сторінки Facebook, ніколи не отримував подій: Ayrshare не був підписаний на поле Meta, яке передає коментарі сторінки, тому нічого не надходило. Жодної помилки, лише тиша. Тепер сторінки Facebook підписані, і події коментарів доставляються, поки для профілю ввімкнено обмін повідомленнями (Messaging Add-On). Уже підключені сторінки автоматично повторно підписуються, тож повторно прив’язувати чи реєструвати нічого не потрібно. Коментарі Facebook надходять у форматі feed сторінки Meta (comment_id, post_id, message, from.name), який відрізняється від формату Instagram; обидва описано в Comments Action. Webhook коментарів Instagram не змінилися.
  • 13 жовтня - Кнопки просування, що відкривають чат. Кнопка просування Facebook або Instagram тепер може відкривати розмову в Messenger, WhatsApp або Instagram Direct замість вебсторінки, тож тепер ви можете просувати допис, який починає чати з вашою компанією. Надішліть callToAction.destination (messenger, whatsapp або instagramDm) з відповідним типом кнопки й без link та використовуйте ціль engagement або interactions. Тоді оголошення оптимізується для розмов. Використовується вкладена форма тіла запиту просування. Див. Просування у Facebook та Просування в Instagram.
  • 9 жовтня - Просування у ваші наявні кампанії Facebook та Instagram. Просуванню більше не потрібно створювати власну кампанію. З attachTo.campaignId воно додає новий набір оголошень і оголошення до кампанії, яку ви вже ведете в Meta. З attachTo.adSetId (разом з attachTo.campaignId цього набору оголошень) воно додає лише оголошення, а ви не передаєте budget, targeting і bidAmount, бо набір оголошень зберігає власні. Подальше призупинення або активація просування змінює лише те, що створило просування, і ніколи не змінює вашу кампанію чи набір оголошень. Використовується вкладена форма тіла запиту просування. Див. Просування у Facebook та Просування в Instagram.
  • 9 жовтня - Менше хибних помилок Instagram про повторне підключення та швидші каруселі. Тепер ми трохи чекаємо, перш ніж опублікувати допис, який Instagram щойно прийняв, і перевіряємо, чи карусель готова, перш ніж її публікувати, тож Instagram відхиляє значно менше перших спроб. Раніше допис, опублікований одразу після обробки його медіа, міг завершитися помилкою code: 259 із вимогою від’єднати й знову підключити обліковий запис Instagram, хоча з обліковим записом усе було гаразд, а повторна спроба допису спрацьовувала. Крім того, більшість каруселей займали приблизно на 10 секунд більше, ніж потрібно, бо Instagram відхиляв першу спробу їх опублікувати. Вам нічого не потрібно змінювати, а помилка 259, яку ви отримали з цієї причини, не вимагала повторного підключення.
  • 8 жовтня - Відеопублікації в Instagram і Threads публікуються швидше. Ми оптимізували процес публікації відео, щоб пришвидшити публікації в реальному часі: типовий час очікування скоротився приблизно з 20 до 5 секунд в Instagram і приблизно з 31 до 6 секунд у Threads. Довші відео або відео з вищою роздільною здатністю все ще можуть публікуватися 25–30 секунд, оскільки саме стільки часу потрібно Meta для їх обробки. Вам нічого не потрібно змінювати.
  • 8 жовтня - Оголошення Facebook та Instagram за ID облікового запису з act_. Просунуті оголошення Facebook та Instagram тепер повертають ваші оголошення, коли accountId містить префікс act_, наприклад act_1234567890. Раніше працювало лише число без префікса: форма з префіксом повертала порожній список ads, ніби в обліковому записі немає оголошень. Те саме виправлення застосовується до запиту GraphQL ads та інструмента MCP list_ads. accountId, який не є дійсним ID рекламного облікового запису, тепер там також повертає code: 101 замість порожнього списку.
  • 8 жовтня - Помилки коментарів Facebook та Instagram містять причину від платформи. Коли Facebook або Instagram відхиляє коментар чи відповідь, надіслані через Опублікувати коментар або Відповідь на коментар, помилка тепер містить причину від платформи в details разом із кодом і підкодом помилки, наприклад “Instagram Comment Not Added: Your Instagram comment was not added (code 20, subcode 1772107)”. Раніше ці помилки повертали лише загальне повідомлення, тож ви не могли дізнатися, чому коментар не вдалося додати.
  • 7 жовтня - Публікації в Threads більше не завершуються помилкою з кодом 379, коли Threads ненадовго не готовий. Деякі публікації в Threads завершувалися помилкою з code: 379 (“Error posting to Threads.”) та HTTP 500, хоча з самою публікацією все було гаразд. Тепер Ayrshare чекає до 30 секунд, поки Threads прийме публікацію, а коментарі, відповіді та перші коментарі в Threads отримують такий самий час очікування. Якщо Threads усе ще не готовий прийняти публікацію, Ви отримаєте code: 522 (HTTP 400, retryAvailable: true) замість 379. Дивіться Code 522, щоб дізнатися, як безпечно повторити спробу.
  • 7 жовтня - URL для підключення повертаються, навіть якщо email Connect Accounts не надіслано. Якщо ви просите нас надіслати URL для підключення вашому користувачу електронною поштою, а email не вдається надіслати, Генерація URL для підключення і Створення Link Session тепер усе одно повертають URL разом з emailSent: false та об’єктом emailError, тож ви можете передати його користувачу іншим способом. Раніше невдале надсилання повертало code: 333 без URL, а об’єкт email без termsUrl, privacyUrl, company або contactEmail мовчки пропускався; тепер у цьому випадку також повертається emailError, а details називає відсутні поля. Перевірте це, якщо ви повторюєте запит у разі code: 333: натомість шукайте emailError в успішній відповіді, як описано в Connect Accounts Email.
  • 6 жовтня - Розкриття використання ШІ в Pin у Pinterest. Публікація в Pinterest тепер приймає pinterestOptions.aiDisclosures, тож ви можете надсилати AI_MODIFIED, SYNTHETIC_PERFORMER або обидва значення під час створення Image Pin, Carousel Pin чи Video Pin. Розкриття застосовуються до всього Pin. Якщо поле пропущено або воно порожнє, нічого не змінюється; якщо воно недійсне, Pin усе одно може бути опублікований, а результат Pinterest містить попередження з поясненням, що розкриття не було передано.
  • 6 жовтня - Facebook Reels можуть запрошувати сторінку-співавтора. Додайте ID Facebook-сторінки до faceBookOptions.collaborators у дописі Reel, щоб запросити цю сторінку як співавтора; підтримується одна сторінка на Reel. Запрошення надсилається після публікації Reel, а його статус можна перевірити за допомогою Статус запиту на співавтора. Facebook усе ще може відхилити запрошення, наприклад, якщо сторінка перебуває в тому самому портфоліо Business, що й ваша: Reel залишається опублікованим, а відповідь містить попередження в warnings. Щоб запланувати такий Reel, використовуйте scheduleDate, а не draft чи scheduledPublishDate. Див. Facebook Reels.
  • 5 жовтня - Аналітика оголошень Facebook та Instagram у реальному часі. History показує щоденні витрати, за які ми виставляємо рахунок, і копіюється щоночі за останні 30 днів. Новий ендпоінт Insights натомість зчитує дані з Meta в реальному часі, тож тепер ви можете отримувати звіти за кампанією або оголошенням для будь-якого діапазону за останні 37 місяців. Кожен рядок — це один день із spend, impressions, reach, clicks, cpm, cpc, ctr, actions, conversionValue та currency рекламного облікового запису. Вибирайте потрібні метрики за допомогою metrics, розбивайте кожен день за age, gender, country або placement за допомогою breakdowns і переглядайте довгі діапазони посторінково за допомогою cursor. З breakdowns Meta звітує про reach лише за останні 13 місяців. Звіти за групами оголошень поки недоступні. Див. Facebook Insights та Instagram Insights.
  • 5 жовтня - Щоденне зростання кількості підписників LinkedIn для особистих профілів. followersDaily в Analytics on a Social Network (/analytics/social) завжди повертало порожній масив для особистих профілів LinkedIn. Тепер воно повертає щоденну кількість підписників за останні 30 днів.
  • 5 жовтня - Ім’я користувача Pinterest. Для облікових записів Pinterest поле username у відповіді User Profile Details повертало назву вибраної дошки замість імені користувача облікового запису, тому profileUrl вказував на неіснуючий профіль. Тепер username повертає ім’я користувача облікового запису, а profileUrl відкриває правильний профіль, повторне підключення не потрібне. displayName і надалі повертає назву дошки.
  • 5 жовтня - Ім’я користувача Threads. Для облікових записів Threads поле username у відповіді User Profile Details повертало відображуване ім’я облікового запису замість його handle, тому profileUrl вказував на неіснуючий профіль. Тепер username повертає handle, а profileUrl відкриває правильний профіль, повторне підключення не потрібне. Якщо ви показуєте username як назву облікового запису, використовуйте натомість displayName.
  • 2 жовтня — Просування спеціальних категорій реклами за межами США. Просування Facebook або Instagram із specialAdCategories (наприклад, housing), націлене на локації за межами США, завершувалося помилкою “You’ve chosen audience locations that are outside of the countries you selected for your Special Ad Categories” і залишало порожню кампанію у вашому рекламному акаунті. Meta має знати, у яких країнах показується реклама спеціальної категорії, а ми цього не передавали, тому Meta припускала США. Тепер ми беремо ці країни з ваших locations, включно з країною кожного регіону та міста, тож ви можете просувати дописи про житло, працевлаштування та фінанси за межами США. Якщо просування не вдається після створення його кампанії, ми також намагаємося видалити цю кампанію, тож невдалі просування більше не мають залишати порожніх кампаній. Див. Boost Post.
  • 1 жовтня — Код помилки 249 Facebook Community Standards Block уточнено й задокументовано. Повідомлення, що повертається з 249, більше не стверджує, що сам допис порушив Community Standards Facebook. Facebook зазвичай накладає блокування на акаунт або Page, а не на допис, і не повертає конкретну причину через API. Тому повідомлення тепер вказує на сторінку Account Status у Facebook: увійдіть у Facebook, натисніть на своє зображення профілю (справа вгорі), відкрийте розділ Help і виберіть Account Status. Там відображається справжня причина та процедура оскарження. Коли Facebook надає власне формулювання, воно, як і раніше, передається дослівно в details. Код 249 уперше публічно задокументовано, див. Facebook Community Standards Block. Змінився лише текст повідомлення. Числовий код, HTTP-статус і структура відповіді залишилися без змін. Клієнтам слід орієнтуватися на числовий code, а не на точний текст повідомлення.
  • 1 жовтня — Сторінка підключення тепер повідомляє, коли посилання застаріло. URL для підключення за замовчуванням дійсний 5 хвилин. Якщо термін дії закінчувався, поки ваш користувач ще входив у соціальну мережу, сторінка підключення показувала загальне повідомлення “There was an error linking”, тож ваш користувач повторював спробу з тим самим простроченим посиланням. Тепер йому повідомляють, що посилання застаріло і потрібне нове. У Snapchat і TikTok, де ваш користувач може повернутися на сторінку, на якій він не авторизований, тепер відображається сторінка Link expired замість екрана входу Ayrshare. Якщо ви використовуєте Ayrshare Connect Widget, подія error для цієї помилки тепер містить code, який дорівнює 503 для простроченого посилання, тож ваш код може створити нове посилання для користувача. Щоб дати користувачам більше часу, збільште expiresIn, коли створюєте посилання (до 2880 хвилин, Max Pack).

​
Вересень 2026

  • 29 вересня — Запити до Ayrshare API через GraphQL. Тепер поряд із REST API доступний GraphQL-ендпоінт https://api.ayrshare.com/graphql, тож ви можете запитувати кілька підтримуваних операцій в одному запиті замість окремого виклику для кожної. Він використовує той самий API Key, ту саму прив’язку до профілів і ті самі ліміти плану, а REST залишається повним API. Оскільки схема GraphQL типізована й самоописова, ваш редактор може автодоповнювати кожну доступну операцію та аргумент, а генератор коду може створювати з неї типи для вашої мови. Кожне кореневе поле, що звертається до API, рахується як один виклик API, так само як відповідний REST-виклик: запит із чотирма кореневими операціями — це чотири виклики з вашої квоти, а не один, тоді як вибір вкладених полів відповіді не додає викликів. Один запит може здійснити до п’яти викликів API, а тіло запиту обмежене 64 KB, тому байти медіа не можуть передаватися через GraphQL. Натомість запитайте URL завантаження через mediaUploadUrl, надішліть файл через PUT безпосередньо на його uploadUrl, а потім використайте повернений accessUrl у своєму дописі. Під час написання обробки помилок зверніть увагу на одне: невдала операція все одно повертає HTTP 200 і повідомляє про збій у тілі відповіді, тому завжди перевіряйте errors, а не покладайтеся лише на код статусу. На сторінці Помилки GraphQL перелічено випадки, які змінюють статус. Спробуйте його в GraphQL Explorer без написання коду, а щоб почати, перегляньте Огляд GraphQL API.
  • 29 вересня — DM-автоматизації на сторінках Facebook. Автоматизації тепер працюють на сторінці Facebook, пов’язаній із профілем, а не лише в Instagram. Створіть автоматизацію з “platform”: “facebook” і тригером dm_keyword або dm_reaction, і тепер ви зможете автоматично відповідати в Messenger, коли хтось надсилає вашій сторінці ключове слово або реагує на одне з ваших повідомлень. send_dm надсилає від сторінки, а fire_webhook і send_email працюють так само, як в Instagram. Для профілю має бути активовано Messaging для Facebook. Тригери коментарів та історій і надалі працюють лише для Instagram. Див. Сторінки Facebook.
  • 29 вересня — Унікальне охоплення Facebook повернулося. Відколи Meta 15 червня вилучила свої метрики унікальних показів, аналітика Facebook повідомляла лише загальні перегляди (mediaView і pageMediaView), які рахують ту саму людину більше одного разу. Аналітика публікацій тепер повертає totalMediaViewUnique, тобто кількість унікальних людей, яким публікацію було відтворено або показано, а Аналітика в соціальній мережі повертає pageTotalMediaViewUnique для вашої Page. Обидва поля походять із метрики Meta Total Unique Media Views, яка замінює вилучені поля. Meta звітує значення для Page за кожен день, тому pageTotalMediaViewUnique підсумовує ці щоденні значення: людина, яка переглядала ваш контент у два різні дні, рахується двічі. Усі наявні поля не змінилися. Див. примітки щодо міграції від 15 червня, щоб дізнатися, яке вилучене поле відповідає якій заміні.
  • 29 вересня — Зрозуміліша помилка, коли Meta не може отримати ваші медіа. Збої отримання медіа або блокування краулера (субкод Meta 2207052), які раніше повертали загальний code: 440 (Instagram; code: 108 для Facebook Reels) з можливістю повторної спроби, тепер повертають окремий code: 479 без повторної спроби (HTTP 400). Він повертається, коли Meta не може отримати медіа навіть після того, як Ayrshare повторно розмістить їх у власній CDN. Повідомлення називає ймовірну причину (хостинг блокує краулери Meta facebookexternalhit / Facebot через robots.txt або правила CDN/WAF) і спосіб виправлення (дозволити краулери або віддавати медіа з хостингу, доступного для Meta). Справді тимчасові збої завантаження (субкоди 2207032 / 2207003) зберігають code: 440 (Instagram; code: 108 для Facebook Reels) із порадою повторити спробу. Див. Meta Media Crawler заблоковано і довідник кодів помилок.
  • 28 вересня — Оновлення допису відхиляє запити, які нічого не змінюють, і приймає disableComments окремо. Оновлення допису повертало code: 101, коли disableComments було єдиним надісланим полем, тож доводилося додавати інше поле, наприклад notes, щоб увімкнути або вимкнути коментарі. Тепер воно працює окремо. З іншого боку, запит, у якому нічого не було оновлювати, повертав status: “success” і нічого не змінював. Це стосувалося запиту лише з id, порожнього youTubeOptions та visibility, надісланого на верхньому рівні замість youTubeOptions, тож помилка в запиті виглядала так, ніби все спрацювало. Тепер такі запити повертають code: 101. Перевірте це, якщо ви надсилаєте visibility на верхньому рівні: воно ніколи не змінювало відео, а тепер повертає помилку замість успіху. Перенесіть його в youTubeOptions.
  • 28 вересня — Зміна visibility відео YouTube більше не скидає його ліцензію. Зміна youTubeOptions.visibility через Оновлення допису скидала ліцензію відео на Standard YouTube License, тож відео, опубліковане як “creativeCommon”, втрачало ліцензію Creative Commons, щойно ви робили його публічним або unlisted. Тепер ліцензія зберігається. Якщо ви змінювали visibility відео з Creative Commons до цього виправлення, перевірте його ліцензію в YouTube Studio.
  • 25 вересня — Просунуті дописи Facebook тепер націлюються на вибрану вами стать. Просування допису Facebook ігнорувало задокументований параметр gender, тож просування, надіслане з “gender”: “female” або “male”, показувалося всім статям, хоча запит виконувався успішно. Тепер gender застосовується, зокрема й для просувань в Instagram. Перевірте це, якщо ви надсилаєте gender: значення, відмінне від all, male або female, тепер повертає code: 101 замість того, щоб непомітно націлюватися на всіх. Запити без gender не змінюються.
  • 25 вересня — Дивіться, що саме надіслала кожна автоматизація. Кожен результат дії в Get Automation Activity тепер фіксує, що надіслала дія: текст DM, надісланий цій людині, email у тому вигляді, в якому його було поставлено в чергу, або дані webhook-події з ID доставки. Ці дані містяться в новому полі sent, поруч із config, яке фіксує налаштування дії в тому вигляді, в якому вони були на той момент. Досі активність показувала лише статус кожної дії, тож після редагування автоматизації не було способу побачити, що насправді надіслав попередній запуск. Обидва поля фіксуються й для невдалих надсилань, а дуже довгий текст скорочується, щоб вкластися в ліміт, і в такому разі встановлюється truncated. Див. що містить sent.
  • 24 вересня — Пишіть кожен DM автоматизації за допомогою власного сервера. Досі автоматизація з send_dm надсилала кожній людині той самий шаблон, у якому змінювалися лише placeholder’и на кшталт . Установіть messageUrl у дії, і щоразу, коли правило збігається, ми запитуватимемо ваш ендпоінт, що сказати цій людині, і надсилатимемо його відповідь як DM — тож кожен коментатор може отримати повідомлення, яке написала для нього ваша власна система, наприклад відповідь із його персональним посиланням для відстеження. Якщо ваш ендпоінт повільний, повертає помилку або повертає щось непридатне, ми натомість надсилаємо звичайний message дії. Ми ніколи не повторюємо невдалий виклик вашого ендпоінта, оскільки повтор міг би надіслати другий DM. У Get Activity поле messageSource показує, з якого тексту було сформовано send_dm: з тексту вашого ендпоінта чи зі звичайного message. Воно фіксується, щойно текст обрано, зокрема й тоді, коли надсилання потім завершується невдачею, тож дивіться status, щоб дізнатися, чи DM було надіслано. Див. динамічний вміст повідомлення.
  • 24 вересня — Webhook’и автоматизацій Instagram несуть свій контекст і можуть повідомляти результат. Webhook, який викликає автоматизація, тепер містить activityId, actionId, eventId, commentId, commentText, postId і storyId, тож ви можете точно зіставити його з рядком із Get Activity замість вгадування за recipientId, triggerId і ключовим словом, що було неоднозначно, коли двоє людей одночасно коментували те саме ключове слово. Встановіть “sendCompletedEvent”: true у дії fire_webhook автоматизації, щоб також отримувати automation.completed, коли диспетчеризація завершується, з її status і результатами кожної дії — так ви зазвичай дізнаєтеся результат без опитування (Get Activity залишається записом, з яким слід звірятися). Обидві події тепер несуть поле type (automation.triggered або automation.completed); кожне наявне поле не змінилося, а отримувач, який не вмикає цю опцію, і далі отримує рівно один payload на спрацювання. Див. webhook-події.
  • 24 вересня — Запускайте автоматизацію коментарів на кожному дописі, а не по одній на допис. Тригер comment_keyword тепер може приймати “all” як свій postId, тож правило спрацьовує, коли хтось коментує ключове слово під будь-яким дописом чи reel підключеного акаунта. Раніше postId мав вказувати на один конкретний елемент контенту, а отже доводилося створювати нову автоматизацію після кожної публікації — і правило тихо не покривало нічого, якщо ви забували. Тригери історій так само приймають “all” для storyId. “all” ніколи не поширюється на контент іншого профілю, а ваш добовий ліміт DM і правила надсилання, прив’язані до взаємодії, застосовуються точно так само, як і для правила з одним дописом. Дедуплікація рахується на автоматизацію, тож у правилі з “all” той, хто коментує під двома дописами в межах вікна дедуплікації, отримує один DM. Установлення dedupWindowMinutes у 0 надсилає DM на кожен відповідний коментар, включно з повторами під тим самим дописом. Значення має бути точно “all” у нижньому регістрі; варіант на кшталт “ALL” тепер відхиляється, а не зберігається як правило, що ніколи не спрацює. Ваші власні коментарі більше не запускають також дії fire_webhook і send_email автоматизації. Раніше відповідь вашим підписникам із ключовим словом їх запускала, а правило з “all” робило б це на кожному дописі; такі активності тепер фіксуються як skipped, так само як це вже було для DM. Наявні автоматизації не зачеплено — конкретний postId, як і раніше, збігається лише з цим дописом. Див. постійно чинні правила. У тригерах історій пропуск storyId, як і раніше, поводиться так само, як “all”, але віддавайте перевагу явному значенню: пропуск буде виведено з ужитку в майбутньому релізі, з завчасним анонсом на сторінці Upcoming API Changes.
  • 24 вересня — Коментарі X до відповіді тепер повертають її відповіді. Запит Get Comments для допису X, який сам є відповіддю, повертав порожній список, навіть коли цей допис мав власні відповіді, оскільки Ayrshare шукав не ту розмову. Тепер такі дописи повертають свої відповіді. Допис X, який починає власну розмову, працює без змін і повертає все те саме, що й раніше. Окрім того, коли X відхиляє читання на Вашому власному обліковому записі X Developer, Ви тепер отримуєте типізовану помилку замість порожнього списку: code: 416 (HTTP 402), коли Ваші кредити X вичерпано, і code: 364 (HTTP 429), коли X обмежує запит лімітом запитів. Тож «закінчилися кредити» більше не виглядає як «немає коментарів». Жодна з цих помилок не кешується, тому читання повторюється щойно Ви усунете причину, а в мультиплатформенному читанні відповідь має status: “partial”, а невдалий leg X вказано в errors[], як і інші невдалі legs. Допис, який було видалено або який не видно з Вашими обліковими даними X, як і раніше повертає порожній список без помилки. Дивіться коди помилок 364 і 416.
  • 21 вересня — Get Messages повертає обмежені сторінки також у X/Twitter. Запит Get Messages для X/Twitter, надісланий без limit, тепер повертає до 100 збережених повідомлень — або до 100 розмов із conversationsOnly — разом із курсором meta.pagination. Саме цей запит раніше повертав усю вашу збережену історію в одній відповіді, тож інтеграція, яка ніколи не слідувала за курсором, тепер побачить лише 100 найновіших і має слідувати за meta.pagination.next, щоб отримати решту. Продовжуйте, доки meta.pagination.hasMore дорівнює true. status, action і conversationsOnly, як і раніше, застосовуються до цього запиту, але тепер вони застосовуються до однієї обмеженої сторінки за раз: відфільтрована сторінка може повернутися короткою або порожньою, тоді як hasMore усе ще дорівнює true, тож слідуйте за курсором, а не вважайте коротку сторінку кінцем. Надсилання limit у X/Twitter не змінилося і, як і раніше, гортає живу стрічку X через власний курсор X, який не застосовує жодного з цих трьох фільтрів. Курсор тепер фіксує, з якого з двох наборів він походить, тож додавання або пропуск limit під час слідування за ним не перемкне вас мовчки на інший.
  • 21 вересня — Аналітика Google Business Profile підтримує діапазони дат і щоденні значення. Аналітика в соціальній мережі тепер враховує quarters і daily для gmb — так само, як уже робить для Facebook, Instagram, Snapchat, TikTok та YouTube. Передайте quarters (від 1 до 4, по 90 днів кожен), щоб звітувати за нещодавнє вікно замість фіксованих підсумків за останні 24 місяці, і daily: true, щоб отримувати кожну метрику як щоденний ряд values із total — так ви можете будувати звіти за останній місяць чи квартал і часові графіки з даних Google Business Profile. Раніше обидва параметри мовчки ігнорувалися для gmb, і доступними були лише 24-місячні підсумки. Перевірте це, якщо ви вже надсилаєте quarters або daily у запиті, що містить gmb: для цієї мережі ці параметри раніше ігнорувалися, тож той самий незмінений запит тепер повертає вужче вікно, а з daily: true кожна метрика gmb надходить як об’єкт замість одного числа — код, який будує графіки чи підсумовує ці значення, має читати total (або ряд values), а не саму метрику безпосередньо. Запит, який надсилає gmb без жодного з цих параметрів, зовсім не змінився. Коли діапазон дат активний, відповідь також містить quarters.
  • 21 вересня — quarters: 0 тепер означає «за весь час» також у Facebook і YouTube. На сторінці Аналітика в соціальній мережі надсилання quarters: 0 завжди було задокументовано як «без діапазону дат» — ті самі дані за весь час, які ви отримуєте, пропустивши параметр, — і саме так поводилися Instagram, Snapchat і TikTok. Facebook і YouTube — ні: вони трактували будь-яке значення quarters як запит діапазону й мовчки повертали один квартал, тож quarters: 0 давав вам приблизно 85 днів у Facebook замість повного вікна, а значення, яке ці мережі не могли прочитати як число, взагалі не повертало придатного вікна. Обидві мережі тепер відповідають задокументованій поведінці та всім іншим мережам. Перевірте це, якщо ви надсилаєте quarters: 0, від’ємний quarters або нечислове значення до Facebook чи YouTube: той самий незмінений запит тепер повертає повне вікно за весь час замість одного кварталу, тож числа більші, а відповідь охоплює довший період. Надсилання quarters: 1 дає вам той один квартал, який ви раніше отримували випадково. Запити з quarters від 1 до 4 і запити, які зовсім його пропускають, не змінилися в жодній мережі.
  • 18 вересня — Зв’язуйте соціальні акаунти зсередини вашої власної панелі керування. Віджет Ayrshare Connect — це один тег script: завантажте його, поставте слот там, де мережа має бути у вашому макеті, і ми відрендеримо там кнопку підключення, яка вже показує, чи зв’язано цей акаунт. Досі єдиними способами дати користувачу підключитися були відправити його на сторінку, яку хостимо ми, або побудувати все самостійно — сесія на кожну мережу, спливаюче вікно, відкрите синхронно в обробнику кліку, перевірка event.origin та опитування popup.closed із пільговим вікном — і всю цю браузерну сантехніку треба було зробити правильно ще до підключення першого акаунта. Віджет бере це на себе, а також від’єднання, і повідомляє про те, що відбувається, десятьма подіями — включно зі state, яка дає вам живий стан акаунта кожної мережі при монтуванні та при кожній зміні, тож ви ніколи його не опитуєте. Стилізуйте його токенами дизайну —ayr-connect-* і додайте записи script-src та frame-src, якщо ваша сторінка надсилає Content-Security-Policy. Віджет потребує Max Pack. Див. Віджет Ayrshare Connect.
  • 17 вересня — Get Messages повертає обмежені сторінки збереженої історії. Get Messages тепер типово повертає до 100 повідомлень або розмов у Facebook, Instagram і WhatsApp. Раніше пропуск limit міг завантажити всю збережену історію, вичерпуючи пам’ять сервера та перериваючи інші запити помилками 503/504. Типове й максимальне значення — 100; задайте limit як ціле число від 1 до 100 для менших сторінок. Щоб отримати більше, передайте meta.pagination.next як параметр next наступного запиту з тим самим профілем і фільтрами. Продовжуйте, доки meta.pagination.hasMore дорівнює true, навіть після короткої або порожньої відфільтрованої сторінки. Наявні поля відповіді збережено, але інтеграції Facebook, Instagram і WhatsApp, що очікували всю історію в одній відповіді, тепер мають слідувати за курсором. Поведінка X/Twitter та її наявний опційний контракт курсора провайдера не змінилися — X/Twitter долучився 21 вересня, див. запис вище.
  • 14 вересня — Ваші параметри X і Threads тепер застосовуються до тредів. Публікація треда раніше відкидала майже кожен параметр, надісланий разом із ним. Довге відео було найпомітнішим випадком: longVideo: true разом із thread: true відхилявся з code: 182 — «максимум 140 секунд» — ще до того, як допис досягав X, тож довге відео просто не працювало у треді. Тепер воно публікується та перевіряється за 4-годинним лімітом для довгих відео, а не за стандартними 2 хвилинами 20 секундами. Тихіша половина зачіпала значно більше дописів: altText, субтитри, гео-обмеження, replySettings, subscribersOnly та параметри Pro Media відкидалися мовчки — тред публікувався, а параметри просто не застосовувалися, і у відповіді про це нічого не повідомлялося. У Threads так само відкидався allowCountries. Усе це тепер застосовується. Більшість застосовується до кожного допису у треді; poll, quoteTweetId, replyId та replySettings застосовуються лише до першого допису, оскільки саме там X їх приймає. altText і субтитри застосовуються до медіа лише першого допису — медіа наступних дописів публікується без них, тож поки не очікуйте описів для кожного зображення у треді з кількома медіа. Див. які параметри застосовуються до треда. Дві зміни потребують вашої уваги, якщо ви вже надсилаєте параметри у тредах. Параметр, на який ваш обліковий запис не має права, тепер завершує тред помилкою замість ігнорування: subscribersOnly з облікового запису без X Subscriptions повертає code: 111, і нічого не публікується, тоді як раніше тред виходив публічно. У Threads allowCountries з акаунта, якому Meta не надала право на гео-обмеження, повертає code: 101, і нічого не публікується, тоді як раніше тред виходив без обмежень — спершу перевірте isEligibleForGeoRestrictions через /user. Обидві поведінки відповідають тому, як завжди працював окремий допис. Нарешті, надсилання longPost разом із thread тепер повертає попередження про те, що longPost було проігноровано; тред усе одно публікується, оскільки тред розбиває ваш текст на окремі дописи, і нічого не може бути опубліковано у довгій формі. Коди 182, 101, 111 та 275 тепер задокументовано в кодах помилок.
  • 14 вересня — Прикріплюйте ліцензовану музику до Instagram Reel. Тепер ви можете шукати в аудіокаталозі Instagram і прикріплювати ліцензований трек під час публікації Reel. Знайдіть трек за допомогою GET /media/instagram/audio/search, перевірте вже наявний через отримання даних аудіо, а потім передайте його ID як instagramOptions.audioConfiguration.audioId у вашому дописі. Опціональні audioVolume і videoVolume (цілі числа від 0 до 100) визначають, як змішуються трек і власне аудіо вашого відео; пропустіть їх, і Instagram застосує своє типове значення 100. Вам не потрібні reels: true чи isVideo: true — відео-URL автоматично розпізнається як Reel і так само приймає музику. Музика — лише для Reels: stories, зображення та carousels повертають code: 515. Наявний audioName не змінився і, як і раніше, лише встановлює відображувану назву для аудіо, яке вже є у вашому відео; якщо надіслати обидва, перемагає audioConfiguration, audioName відкидається, і нефатальне попередження code: 518 повертається в postIds[].warnings[], а допис усе одно публікується. Одна вимога, яку варто перевірити спершу: Meta пропонує свій Audio API лише обліковим записам Instagram, підключеним через Facebook Login, для чого потрібна Facebook Page, підключена до облікового запису Instagram. Обліковий запис, прив’язаний через Instagram Login — типовий варіант — повертає code: 514 на кожен аудіовиклик, і жоден дозвіл чи план цього не змінює. Див. право на прикріплення музики, щоб дізнатися, як переключитися, та коди помилок від 514 до 518.
  • 11 вересня — Просунуті оголошення Facebook: кнопки заклику до дії, ціль трафіку та пошук інтересів з урахуванням категорії. Boost Post приймає нову ціль traffic, яка оптимізує для кліків за посиланням поза платформою, та об’єкт callToAction, який запитує кнопку на просунутому дописі — APPLY_NOW, SHOP_NOW, LEARN_MORE і ще шість — що відкриває будь-який вказаний вами URL. У дашборді виберіть Drive Traffic (спрямування трафіку), щоб задати URL призначення, тип кнопки та необов’язковий заголовок. Як кнопка виглядатиме на наявному дописі, визначає Meta. callToAction повертається у відповіді на просування, а пізніше й на самому оголошенні через Просунуті оголошення. Інтереси отримують параметр запиту specialAdCategories, тож кампанія про житло, працевлаштування, фінанси чи політику може шукати лише ті інтереси, які Meta дозволяє їй таргетувати, замість вибору ID, через які оголошення пізніше буде відхилено. На обох ендпоінтах financial_product_services та financial_products_services тепер приймаються як одна й та сама категорія — як і credit, колишня назва цієї категорії в Meta — тож працює і написання з цієї документації, і те, яке ви могли скопіювати з Meta. Три зміни потребують дій, якщо стосуються вас. По-перше, callToAction раніше приймався з будь-якою ціллю й потім мовчки ігнорувався, створюючи оголошення без кнопки; тепер він повертає code: 101, якщо ціль не traffic. По-друге, нерозпізнане значення specialAdCategories у Boost Post раніше відкидалося, і кампанія створювалася без категорії, залишаючи регульоване оголошення без жодної заявленої категорії; тепер повертається code: 101 з переліком прийнятних значень. По-третє, accountId тепер обов’язковий в Інтересах, коли вказано specialAdCategories, оскільки Meta пропонує пошук інтересів з урахуванням категорії лише в межах рекламного облікового запису — пошук інтересів без specialAdCategories зовсім не змінився і, як і раніше, не потребує accountId. Коли ж ви його вказуєте, accountId має бути числовим (префікс act_ на початку допустимий); будь-що інше тепер відхиляється з code: 101, а не надсилається до Meta як є.
  • 8 вересня — Один виклик повертає стан акаунта кожної мережі. GET /profiles приймає include=state, який повертає рівно один нормалізований state на соціальну мережу для User Profile — linked, unlinked, suspended, restricted, rateLimited або identityVerificationRequired — кожен із полями actionable, message і helpUrl. Раніше вам доводилося складати ту саму картину самостійно з блоків suspension, socialHealth і linkingErrors та вирішувати, яка умова переважає. Кожна мережа завжди присутня, тож мережа, яку ніколи не зв’язували, повідомляє unlinked замість того, щоб бути відсутньою, а actionable — це те, що каже вам, чи показувати вашому користувачу кнопку. Потребує refId, тож це запит для одного профілю.
  • 7 вересня — Скасуйте місячний план негайно, з автоматичним поверненням коштів. Скасування місячної підписки зі сторінки “Account” тепер пропонує другий варіант: завершити план сьогодні й отримати автоматичне повернення коштів — на початковий спосіб оплати та у валюті, в якій вам виставляли рахунок. Якщо скасувати протягом 48 годин після списання, ми повертаємо цей платіж повністю; після цього ми повертаємо невикористану частину періоду оплати. У будь-якому разі дашборд показує вам суми перед підтвердженням. Раніше єдиним самостійним варіантом було скасування наприкінці розрахункового циклу, тож для повернення коштів доводилося писати в підтримку й чекати, поки хтось порахує все вручну. Три речі варто знати перед використанням: ваш доступ припиняється в момент підтвердження, а не наприкінці періоду, і це також раніше запускає видалення ваших дописів, аналітики та підключених соціальних акаунтів; будь-яке використання за фактом, за яке вам ще не виставлено рахунок, виставляється окремо, а не віднімається від повернення; і це одноразова опція на обліковий запис. Річні плани, як і раніше, скасовуються наприкінці періоду оплати. Окремо: якщо ваш останній платіж не пройшов, скасування тепер негайно завершує план на будь-якому плані замість відкладеного скасування, а неоплачений рахунок анулюється, якщо перша невдала спроба цього платежу сталася менш ніж за 48 годин до того. Див. як змінити або скасувати вашу підписку.
  • 7 вересня — Аналітика LinkedIn для старіших дописів оновлюється рідше, а nextUpdate повідомляє коли. Аналітика допису LinkedIn, старшого приблизно за десять днів, тепер надходить із кешу впродовж до кількох днів поспіль, замість повторного отримання кожні одинадцять хвилин. Залученість допису надходить переважно в його перші дні; після цього ті самі незмінні числа повторно отримувалися близько 130 разів на день, а LinkedIn обмежує кількість запитів аналітики, які наш застосунок може зробити за день по всіх акаунтах разом — тож цей ліміт витрачався на дані, які не могли змінитися. Свіжий допис LinkedIn не зачеплено: він зберігає той самий одинадцятихвилинний ритм, а жодна інша соціальна мережа взагалі не змінюється. Що змінилося всюди — nextUpdate тепер повідомляє інтервал, фактично застосований до відповіді, яку ви тримаєте, а не фіксовані одинадцять хвилин; у деяких мережах цей інтервал уже був довшим за одинадцять хвилин і не повідомлявся точно. Якщо ви робите полінгування, читайте його з кожної відповіді замість фіксованого таймера. Жодне поле не видалено й не перейменовано, жоден запит не відхиляється, а аналітика акаунтів зберігає власний інтервал. Див. Наскільки свіжі дані.
  • 7 вересня — Дізнавайтеся в момент, коли користувач підключає акаунт. Передайте origin, коли ви створюєте сесію зв’язування, відкрийте повернений url у спливаючому вікні — і вашій власній сторінці повідомляється, що в ньому відбувається: connect:success, коли акаунт підключено, connect:error з кодом, коли підключення зазнало невдачі, connect:cancelled, коли ваш користувач відмовився. Раніше єдиним способом дізнатися було опитування або використання параметра redirect, через який вашу сторінку переводили деінде й перезавантажували — і губився стан, який був перед вашим користувачем. Події надсилаються через postMessage на цей точний origin і нікуди більше, а connect:success надходить лише після збереження акаунта, тож GET /user одразу після неї вже показує підключення. На кожне підключення надходить рівно одна подія результату. Нічого не змінюється для посилань, створених без origin, а redirect продовжує працювати точно як раніше, включно з його query-параметром origin=true — який не пов’язаний із новим body-параметром origin вище і не є застарілим. Якщо ви не можете використати спливаюче вікно, Отримання Link Session тепер також повідомляє completedAt, lastCompletedAt і completedNetworks — той самий сигнал без браузера і єдиний для Telegram, який завершує підключення поза основним потоком. Див. Події завершення зв’язування.
  • 2 вересня — Reels приймають відео-URL з рядком запиту. Публікація Facebook або Instagram Reel з підписаним URL медіа CDN або Firebase Storage — будь-яким URL, що несе рядок запиту з ? після імені файлу — відхилялася з code: 170 ще до того, як допис досягав мережі, з повідомленням про невірні медіа-ресурси, хоча відео було валідним. Тип медіа тепер зчитується зі шляху URL, тож URL на кшталт https://cdn.example.com/reel.mp4?Expires=1756700000 розпізнається як відео й публікується нормально. Вам більше не потрібен isVideo: true як обхідний шлях — він досі працює, а явний isVideo: false досі примусово вмикає обробку як зображення. Без isVideo: true Reel, чий URL не має розширення відео у шляху, як і раніше відхиляється з code: 170 — але повідомлення тепер називає це причиною та вказує на isVideo, а не на правила щодо медіа. Те саме виправлення стосується лімітів медіа на допис у Facebook, LinkedIn, Pinterest і TikTok, де ліміт відео нижчий за ліміт зображень: відео-URL із рядком запиту тепер зараховується до ліміту відео, а не до ліміту зображень, тож два таких відео в одному дописі коректно відхиляються там, де раніше вони проскакували. Див. правила щодо медіа.
  • 2 вересня — WhatsApp тепер зазначено серед підтримуваних соціальних мереж. WhatsApp тепер відображається у списках підтримуваних соціальних мереж і в їх підрахунках по всій документації, тож ви можете знайти його, не знаючи заздалегідь, що його потрібно шукати. В Ayrshare WhatsApp — це мережа обміну повідомленнями: отримуйте розмови та вхідні повідомлення за допомогою GET /messages/:platform і надсилайте повідомлення за допомогою POST /messages/:platform через Messaging API, а також див. вимоги до медіа WhatsApp, щоб дізнатися, що можна прикріплювати. У цьому релізі поведінка WhatsApp не змінилася — змінилося лише те, де він задокументований.
  • 1 вересня — відео Bluesky тривалістю до 10 хвилин і розміром до 300 MB. Bluesky підвищив свої ліміти для відео 26 серпня, і Ayrshare тепер приймає нові межі: відео Bluesky може тривати до 10 хвилин і мати розмір до 300 MB — порівняно з попередніми 3 хвилинами та 100 MB. Раніше довше або більше відео відхилялося до публікації з помилкою валідації video-too-long або video-too-large, хоча сам Bluesky його б прийняв. У тому, як ви публікуєте, нічого не змінюється: надсилайте ті самі mediaUrls, що й раніше. Див. правила щодо медіа Bluesky для повних вимог.

​
Серпень 2026

  • 31 серпня — створюйте URL для прив’язки соціальних мереж без приватного ключа й відкликайте їх. Створення Link Session створює URL для прив’язки соціальних мереж лише з вашого API Key і Profile-Key — жодного privateKey і нічого підписувати. Раніше кожен URL для підключення вимагав надсилання RSA приватного ключа, який ми вам видали, а це означало зберігати його, читати з диска при кожному виклику та зневаджувати помилки code: 189 «no start line», коли зайвий символ нового рядка потрапляв у PEM. Тепер ви також можете побачити, чи посилання відкривали, за допомогою Отримання Link Session, і анулювати його до завершення строку дії за допомогою Відкликання Link Session — раніше URL, надісланий не на ту адресу, залишався дійсним до закінчення часу, і не було способу його відкликати. Генерація URL для підключення продовжує працювати: privateKey, base64 і verify досі приймаються й тепер ігноруються, domain залишається необов’язковим і досі валідується, а посилання, які ви вже роздали, не зачеплені. Якщо ви передаєте повернутий url безпосередньо своєму користувачу, для вас узагалі нічого не змінюється. Один випадок таки потребує зміни: token тепер є непрозорим рядком, що починається з ayr_ls_, а не JWT, який можна декодувати, тож інтеграція, яка декодує його, щоб прочитати клейми apiKey, profileKey або exp, перестає працювати. Читайте час завершення дії з поля expiresIn; для двох інших використовуйте значення, які ви вже надіслали, оскільки токен лише повертав їх вам назад.
  • 27 серпня — загальні внутрішні помилки Instagram більше не просять повторно прив’язати обліковий запис. Публікація Instagram, яка зазнає збою з Meta error_subcode 2207085 («Generic Internal Error» — загальна внутрішня помилка), тепер автоматично повторюється протягом щонайбільше приблизно 50 секунд, перш ніж повернути помилку, а відповідь code: 258 більше не встановлює relink: true. Цей прапорець повідомляв інтеграціям, що обліковий запис від’єднано, тож клієнти відв’язували та повторно прив’язували облікові записи, які ніколи не були зламані — той самий обліковий запис продовжував успішно публікувати між збоями на незміненому токені. Повторіть публікацію за кілька хвилин; лише якщо помилка триває понад 24-48 годин, доречним є повторне прив’язування або звернення до підтримки Meta з fbtrace_id, який тепер повертається в details. Див. коди помилок.
  • 26 серпня — webhook повідомлень тепер повідомляють, коли з’єднання з соціальною мережею розірвано. Webhook повідомлення Facebook або Instagram тепер несе connectionDegraded: true, коли ми не змогли визначити метадані цього повідомлення через соціальну мережу. conversationId та senderDetails шукаються в момент надходження кожного повідомлення, і прапорець встановлюється щоразу, коли цей пошук не вдається — зазвичай тому, що з’єднання User Profile закінчилося або було анульовано, хоча тимчасова помилка Graph API також його встановлює. Раніше єдиним способом помітити це було виявити відсутність цих полів, чого інтеграція, яка лише слухає, ніколи б не зробила; прапорець на кожному повідомленні від профілю означає, що облікові дані недійсні, тоді як прапорець на одному повідомленні був короткочасним збоєм. Вхідні повідомлення продовжують надходити весь цей час, тож нічого не втрачається, але поки прапорець встановлено, відповідь і отримання історії розмови через API також не вдаватимуться, оскільки обидва потребують тих самих облікових даних. Трактуйте це як сигнал, щоб цей профіль повторно прив’язав обліковий запис. Окремо, повідомлення Facebook тепер відновлюють свій conversationId із Вашої збереженої історії повідомлень, поки з’єднання деградоване, тож поточна розмова залишається зв’язаною, а не надходить без прив’язки; Instagram уже робив це. На здоровому з’єднанні нічого не змінюється — поле пропускається, а не надсилається як false. Див. Події New Message.
  • 25 серпня — доставки webhook тепер переживають збій endpoint. Раніше невдала доставка webhook повторювалася двічі — через 5 секунд, потім через 30 секунд — тож кожна спроба завершувалася приблизно за 35 секунд. Endpoint, який був недоступний довше, безповоротно втрачав подію. Тимчасові збої тепер отримують до 9 спроб надсилання протягом приблизно години — перше надсилання плюс 8 повторів, — а потім доставку намагаються виконати знову за спадним розкладом через 5 хвилин, 30 хвилин, 2 години та 12 годин, тож доставка може надійти навіть через приблизно 16 годин після початкової події. Endpoint, який недоступний, вичерпує тайм-аут або повертає 5xx під час інциденту чи вікна технічного обслуговування, більше не коштує Вам сповіщення. Зауважте, що це залежить від того, як саме endpoint зазнає збою: розгортання, яке повертає 404, бо маршрут ще не зареєстровано, — це відмова, а не тимчасовий збій, і вона, як і раніше, остаточна з першої спроби. Це стосується відповідей 429, 408 та 425, будь-якої 5xx, тайм-аутів і розірваних з’єднань. Будь-яка інша 4xx — 400, 401, 403, 404, 410 — тепер вважається остаточною з першої спроби, оскільки повторення запиту, який Ваш endpoint прямо відхилив, не може змінити результату; Історія Webhook (Premium) показує Ваші останні доставки, щоб Ви побачили, які з них не вдалися — вона лише для читання й нічого не надсилає повторно. Оскільки повторні спроби тепер можуть надходити через багато годин, Ваш ключ дедуплікації має зберігатися щонайменше 24 години; ключ, який спливає раніше, не розпізнає пізню повторну спробу, і Ви обробите ту саму подію двічі. Див. огляд Webhooks для повного контракту.
  • 24 серпня — вебхуки коментарів і згадок тепер несуть id допису Ayrshare. Пейлоади вебхуків comments та mentions тепер містять postId — id Ayrshare допису, на якому сталася подія, той самий id, який повернув Post, коли Ви його створили. Раніше пейлоад містив лише власний id мережі для цього допису (media.id у коментарі Instagram, media_id у згадці Instagram, post_id у Facebook), тож зіставлення події з дописом, який Ви створили, означало вести власну таблицю відповідності нативних id до id Ayrshare. Цю таблицю можна прибрати. postId надається за можливості й пропускається, а не надсилається порожнім, коли його неможливо визначити: допис було створено безпосередньо в додатку Instagram чи Facebook, а не через Ayrshare, його було опубліковано до виходу цієї зміни (заповнення заднім числом немає), або він належить іншому User Profile, під’єднаному до того самого облікового запису. У mentions він здебільшого відсутній, оскільки згадка зазвичай стається на чужому дописі. Трактуйте відсутній postId як «не мій допис», а не як помилку. Див. Зіставлення коментаря з дописом, який Ви створили.
  • 24 серпня — вебхуки коментарів і згадок тепер називають мережу. Пейлоади вебхуків comments та mentions тепер містять поле platform, яке називає соціальну мережу, з якої надійшла подія. Найбільше це важливо на comments: коментар з Instagram приходить із id, text і media.id, тоді як коментар зі сторінки Facebook приходить як зміна feed з comment_id, post_id та message — тому endpoint, зареєстрований на обидва, мав визначати мережу за тим, які назви полів випадково присутні. Замість цього розгалужуйте за platform, instagram або facebook. У mentions це завжди instagram, оскільки згадки сторінок Facebook сьогодні не доставляються. Усі інші поля незмінні, тож Ваші наявні обробники продовжують працювати. Див. Comments Action та Mentions Action.
  • 19 серпня — Редагуйте свій бізнес-профіль WhatsApp через API. Оновити користувача тепер приймає whatsapp поряд із gbp, тож Ви можете змінювати те, що Ваші клієнти бачать у Вашому бізнес-профілі WhatsApp, не покидаючи Ayrshare: about, description, address, email, до двох websites, категорію Вашого бізнесу в vertical і фото профілю через profilePictureUrl. Надсилайте лише ті поля, які хочете змінити. Фото профілю має бути квадратним JPEG або PNG — рекомендовано 640×640 — і Ayrshare завантажує його до WhatsApp за Вас, тож Вам потрібен лише публічний URL зображення. Бізнес-профіль WhatsApp повертає профіль, який у Вас є зараз. Відображуване ім’я WhatsApp тут не редагується: воно прив’язане до Вашого номера і вимагає власної перевірки WhatsApp.
  • 18 серпня — Збої перевірки медіа більше не перекладають провину на ваш медіахостинг. Якщо сервіс перевірки медіа, який Ayrshare використовує перед публікацією, недоступний або повертає некоректну відповідь, публікація тепер повертає 499, який можна повторити, замість того щоб перетворювати збій на 164 і просити вас змінити робочу URL-адресу медіа, CDN або правило user-agent. Справжні збої доступу до медіа й надалі повертають наявні помилки валідації. Різницю пояснено в розділі Помилки Media Fetch / Crawler Access.
  • 18 серпня — YouTube Engaged Views тепер в аналітиці. Аналітика публікацій та соціальна аналітика тепер повертають поле engagedViews для YouTube — кількість переглядів, зарахованих після початкових секунд відтворення. 24 серпня 2026 року YouTube змінює метрику views, щоб зараховувати перегляд з моменту, коли відео починає відтворюватися, без мінімального часу перегляду, для всіх форматів відео — тож очікуйте одноразового стрибка вгору в views у цю дату. Якщо Ваша звітність залежить від попередньої методології, переведіть ці звіти на engagedViews, яке продовжує зараховувати по-старому. Див. Майбутні зміни API для повних деталей.
  • 17 серпня — Колір Вашого бренду тепер сягає основної кнопки діалогового вікна. Кнопки Submit і Yes у діалогових вікнах підключення облікових записів зберігали синьо-рожевий градієнт Ayrshare навіть тоді, коли Ваш CSS-файл задавав — а сам градієнт узагалі не можна було перевизначити з таблиці стилів, оскільки це фонове зображення, яке лежить поверх будь-якого заданого Вами кольору, на кнопці, яка в CSS невідрізненна від Cancel поруч. Тепер вона використовує Ваш як суцільний колір, тож найпомітніший елемент керування в діалоговому вікні відповідає Вашому бренду. Підпис на ній, а також індикатор завантаження, який показується, поки кнопка виконує дію, добираються з Вашого акценту автоматично й перемикаються між чорним і білим залежно від того, що читається краще; при наведенні акцент відходить від підпису замість того, щоб завжди темнішати, тож текст і там залишається читабельним. Обирайте акцент під вибрану радіо-кнопку, яку він також фарбує; підпис підлаштується сам. Якщо ж Вам потрібен конкретний колір підпису, наприклад майже білий чи майже чорний з Вашої власної палітри, задайте : вона перевизначає автоматичний вибір і повертає контроль над контрастом Вам. Якщо Ви не задаєте , нічого не змінюється.
  • 17 серпня — Заплановані дописи Instagram тепер публікують свій перший коментар. firstComment у дописі, запланованому лише в Instagram, приймався, а потім тихо відкидався в момент публікації: допис виходив за розкладом, коментар так і не з’являвся, і жодної помилки не поверталося. Негайна публікація в Instagram працювала, через що здавалося, ніби винен розклад, а не коментар. Заплановані дописи Instagram тепер додають свій перший коментар так само, як це роблять негайні дописи. Дописи, у яких Instagram планувався разом з іншою мережею, що приймає перший коментар, як-от Facebook або LinkedIn, ніколи не були зачеплені, а негайні дописи не змінилися. Якщо Ви обходили це, додаючи коментар вручну або переводячи такі дописи в негайну публікацію, можете повернутися до їх планування з firstComment.
  • 17 серпня — Новий webhook Suspended для подій призупинення профілю. Зареєструйте нову webhook-дію suspended, щоб отримувати сповіщення в момент призупинення або повторної активації User Profile, замість того щоб дізнаватися про це через відповіді 403. Подія suspend несе зафіксовану reason, коли доступно (наприклад, вимогу перевірки особи від Facebook), platform, що її ініціювала, коли причиною була соціальна мережа, origin призупинення та часові мітки; подія unsuspend повідомляє, що профіль знову активний, тож ви можете відновити публікацію. Реєструйте її так само, як будь-яку іншу дію, за допомогою Реєстрація Webhook, а payload’и дивіться в довіднику Suspended Action.
  • 16 серпня — Власний CSS тепер може фарбувати діалогові вікна прив’язки. Діалогові вікна на white-labeled сторінці підключення облікових записів — підтвердження від’єднання, селектори сторінок Facebook та LinkedIn, форми облікових даних Bluesky та X і поле коду активації Telegram — раніше рендерилися у стандартній світлій темі Ayrshare незалежно від Вашого CSS-файлу, тож темна сторінка прив’язки відкривала білу панель. Тепер їх фарбують десять нових користувацьких властивостей: , , , , , , , а також , і . Задавайте їх на :root, а не на картці, оскільки діалогові вікна рендеряться поза вмістом сторінки. Усе, що Ви залишите незаданим, зберігає сьогоднішні кольори, тож наявна таблиця стилів не зачепиться, доки Ви самі не увімкнете зміну. Див. Linking Dialog Colors для повного списку та готового прикладу.
  • 15 серпня — Більше жодного проблиску стандартної теми до завантаження Вашого власного CSS. White-labeled сторінка підключення облікових записів, що використовує Ваш власний CSS-файл, на мить показувала стандартну світлу сторінку Ayrshare, перш ніж Ваша таблиця стилів вступала в дію. Якщо Ваша таблиця стилів темна, це сприймалося як білий проблиск при кожному завантаженні — зокрема щоразу, коли користувач повертався після підключення облікового запису, адже його повертає на ту саму сторінку. Тепер сторінка чекає на Вашу таблицю стилів, перш ніж щось показати, тож Ваші користувачі більше ніколи не побачать стандартну сторінку під нею, а вона запам’ятовує Вашу таблицю стилів, тож повторні відвідування застосовують Ваші кольори одразу, а не після завантаження Вашого файлу. Якщо до Вашого CSS-файлу неможливо дістатися, сторінка все одно завантажується нормально, а не чекає на нього. Сторінки зв’язування без CSS-файлу не змінилися.
  • 14 серпня — Власний CSS сягає всередину карток Connect Accounts. Ще п’ять імен класів тепер доступні Вашому Max Pack custom CSS на white-labeled сторінці підключення облікових записів: social-account-avatar на зображенні профілю підключеного облікового запису, social-account-icon на квадраті, що містить логотип мережі, social-account-name на назві мережі, а також social-linking-page-column та social-linking-header на двох контейнерах, що містять сторінку. Колонка навмисно відокремлена від main-content, тож Ви можете розтягнути картки ширше, не звужуючи фон сторінки, а сплющення заголовка через display: contents дозволяє змінювати порядок логотипа, карток, кнопки Close і блоку інструкцій за допомогою order. Бейджі “Connected” та “Messaging” також зчитують дві користувацькі властивості, та , які можна задати одноразово на social-account-card; попереджувальні бейджі на кшталт “Relink required” зберігають власні кольори, тож обліковий запис, що перестав працювати, і далі виглядатиме саме так. Якщо Ваша таблиця стилів досягала будь-якого з цих елементів шляхом підрахунку елементів або через вибір імені класу Mui, перепишіть ці правила під наведені вище імена — саме вони й далі працюватимуть. Див. Customize CSS для повного списку та готових прикладів.
  • 14 серпня — Більше повітря над Вашою сторінкою зв’язування. White-labeled сторінка підключення облікових записів починає свій вміст далі вниз по сторінці, тож Ваш логотип і заголовок більше не тиснуться до верху вікна браузера. Більше нічого не рухається, а таблиця стилів, яка вже задає padding-top на main-content, зберігає своє власне значення.
  • 13 серпня — Ідентифікація каналу YouTube у webhook social. Webhook social тепер містить необов’язковий об’єкт account, який ідентифікує конкретний соціальний акаунт, що був підключений або відключений. YouTube — перша платформа, для якої він заповнюється, тож для підключення YouTube Вам більше не потрібен додатковий виклик /api/user, щоб дізнатися, якого каналу стосується подія: account.id — це id каналу, а account.title — назва каналу (відрізняється від title верхнього рівня, який і надалі є назвою Вашого профілю користувача), а також account.handle і account.profileUrl. Кожен ключ окремо є необов’язковим (канал без власної URL-адреси не має handle), а account надсилається як у подіях link, так і в подіях unlink. Усі наявні поля залишаються без змін. Дивіться довідку щодо webhook Social action.
  • 12 серпня — Розкриття ШІ переживає перетворення формату зображень. Коли Ayrshare перетворює зображення WebP, HEIC, HEIF або AVIF на JPEG для мережі, яка не приймає джерельний формат, розкриття ШІ зображення тепер переноситься, а не відкидається. Ayrshare записує новий невеликий пакет XMP, що містить Iptc4xmpExt:DigitalSourceType, властивість IPTC для розкриття ШІ, і синтезує еквівалентне значення, коли маніфест C2PA стверджує про походження від ШІ, якого XMP не фіксує. Facebook та Instagram відображають власну мітку ШІ лише з цієї властивості, без встановленого прапорця ШІ платформи. Більше нічого не переноситься: пакет створюється з нуля, а не копіюється, тож жодних EXIF, GPS та жодних полів автора, авторських прав, ключових слів чи розташування з оригінального зображення не досягає мережі. Передавання кольору зберігається в будь-якому випадку — зображення HEIC або HEIF зберігає свій колірний профіль ICC, а зображення WebP або AVIF перетворюється на стандартний sRGB, тож його кольори коректні навіть у мережі, яка відкидає вбудовані профілі. Криптографічний підпис C2PA не може вижити після повторного кодування і не зберігається — розкриття виживає, підпис — ні. Зображення JPEG і PNG як і раніше проходять без змін, відео не зачіпаються, а завантаження медіа продовжують зберігати ваші байти дослівно. Зауважте, що параметр autoResize в Instagram змінює розмір окремим кроком, який не переносить метаданих, тож залиште його вимкненим, якщо розкриття має досягти Instagram. Див. Image Metadata and Content Credentials для повної політики та результатів по кожній мережі.
  • 12 серпня — Вибір LinkedIn Company Page більше не завершується за таймаутом. Якщо ви адмініструєте дуже велику кількість сторінок компаній LinkedIn, підключення LinkedIn могло завершуватися за таймаутом до того, як з’являвся список вибору сторінок, залишаючи вас без варіантів — навіть після покращення пошуку від 10 серпня, описаного нижче. Побудова списку ваших сторінок тепер у багато разів швидша й завершується задовго до досягнення ліміту запиту. Окремо, деякі сторінки могли не потрапляти до списку залежно від того, як LinkedIn їх повертав; тепер такі сторінки з’являються.
  • 11 серпня — Керування компонуванням карток на сторінці підключення облікових записів через власний CSS. White-labeled сторінка підключення облікових записів тепер несе ще два імені класів, які може обрати Ваш Max Pack custom CSS: social-accounts-grid на сітці, що містить картки мереж, і social-account-card-wrapper на комірці, що містить кожну картку. Разом вони керують відступами між картками та кількістю карток у рядку — раніше для жодного з цих аспектів не було селектора. Якщо Ваша таблиця стилів досягала області карток шляхом підрахунку елементів вниз від main-content — наприклад .main-content > div > div > div — то з моменту перебудови Dashboard такі правила відповідають іншому елементу й можуть змінювати розмір усіх карток одночасно; перепишіть їх на два імені вище. Вашим правилам, як і раніше, потрібен !important, щоб перевизначити згенеровані стилі сторінки. Див. Change the Card Layout для готових прикладів.
  • 11 серпня — Сторінки зв’язування з власним CSS залишаються світлими. Сторінка соціального зв’язування з Вашим власним CSS-файлом тепер залишається у світлій колірній схемі, і Вашим користувачам більше не відображається на ній перемикач світла/темна. Таблиці стилів написані під світлу сторінку, тож користувач, який перемикався на темну, зберігав Ваші кольори, тоді як кольори тексту навколо змінювалися, через що назви мереж могли бути важко читаними на Ваших картках. Тепер лише Ваша таблиця стилів визначає, як виглядає сторінка. Сторінки зв’язування без CSS-файлу не змінилися й зберігають перемикач.
  • 11 серпня — Спрощене підключення Instagram. Раніше після натискання Instagram на сторінці підключення відкривалося діалогове вікно з попередженням, що підтримуються лише облікові записи Instagram Business або Instagram Creator, і лише потім починався вхід. Тепер власний вхід Instagram під час авторизації сам пропонує переключити персональний обліковий запис на професійний, тож цей додатковий крок прибрано. Натискання Instagram одразу переходить до потоку входу: власного входу Instagram або, якщо ви вимкнули Instagram Login, входу через Facebook. Якщо ви налаштували власне вікно Instagram для сторінки підключення, ваші власні інструкції як і раніше відображатимуться так само.
  • 10 серпня — Відновлено CSS class hooks на сторінці підключення облікових записів. White-labeled сторінка підключення облікових записів знову несе стабільні імена класів, які обирає Ваш Max Pack custom CSS. Коли сторінку було перебудовано, ці імена класів було втрачено, тож наявна таблиця стилів усе ще завантажувалась, але тихо ні до чого не застосовувалася: правило, яке приховувало заголовок сторінки, змінювало стиль кнопки Close або перефарбовувало інструкційний текст, просто переставало діяти, без жодної помилки. Відновлено на сторінці: main-content, company-logo, heading-social-accounts, additional-info, additional-info__body, additional-info-text, troubleshooting-guide і close-button. Відновлено на кожній картці мережі: connected-card і click-to-link. Також нові: social-account-card на кожній картці, unlinked-card для ще не підключеного стану, а також атрибут data-platform, який містить ключ мережі, тож непідключену картку можна оформити як кнопку, що раніше було неможливо, оскільки в CSS підключена й непідключена картки були нерозрізненні. Вашим правилам потрібен !important, щоб перевизначити згенеровані стилі сторінки. Див. CSS Class Hooks для повного списку та готового прикладу.
    • Перевірте свою таблицю стилів. Правила, побудовані на цих іменах класів, знову працюють без жодних змін з Вашого боку. Правила, побудовані на власних згенерованих іменах класів сторінки (усе, що Ви скопіювали з інструментів розробника браузера, наприклад імена, що починаються з chakra-), не можуть бути відновлені — їх потрібно переписати на задокументовані селектори. Див. Updating an Older Stylesheet.
    • Одне старіше ім’я класу не повертається. linked-tag навмисно не є частиною контракту: підключена картка тепер може також показувати “Relink required” або “Identity check”, тож правило, яке його приховує, приховало б попередження, на яке Вашому користувачеві потрібно відреагувати. Замість цього стилізуйте connected-card. Див. Updating an Older Stylesheet.
  • 10 серпня — Покращений пошук LinkedIn Company Page. Якщо ви адмініструєте велику кількість сторінок компаній LinkedIn, деякі з них могли бути відсутніми під час підключення або оновлення LinkedIn — ці сторінки не з’являлися для вибору, і в них неможливо було публікувати. Пошук сторінок компаній тепер читає далі за той момент, на якому раніше передчасно зупинявся, тож сторінки, пропущені з цієї причини, доступні для вибору й публікації.
  • 7 серпня — Dashboard 3.0. Ayrshare Dashboard було повністю перебудовано з нуля із сучасною дизайн-системою, оновленою навігацією та швидшим і чистішим робочим процесом на кожній сторінці.
    • Темна тема та новий дизайн — темна тема за замовчуванням із перемикачем світла/темна в один клік у бічній панелі, а також нова типографіка, картки та макети на кожній сторінці для кращої читабельності та щільності інформації.
    • Billing тепер у dashboard — новий розділ Billing (замість колишньої сторінки Account) дозволяє керувати підпискою, не залишаючи dashboard: переглядати поточний план, наступну дату списання та спосіб оплати; змінювати плани, переглядати рахунки та оновлювати платіжну інформацію; а також вмикати або керувати доповненнями (Max Pack, Messaging та Facebook Boost Ads) напряму.
    • Publish a Post — перемикачі мереж із живим лічильником вибору, Select all / Deselect all та ярлик «Only» для публікації в одну мережу; View API Code (раніше View JSON) показує точний API-запит для вашого сформованого допису; а також чистіша панель Additional Options, яка контекстно показує налаштування для конкретних платформ (наприклад, Instagram Post Type).
    • Post History — пошук серед ваших останніх дописів поряд із наявними фільтрами статусу (Success, Scheduled, Paused, Awaiting Approval, Error), мініатюри медіа на кожному дописі, а також іконки платформ, чипи статусу, копійовані Post IDs та розгортаний перегляд API Request & Response на кожній картці.
    • User Profiles — перероблені картки профілів з аватарами та структурованими полями (Created, RefId, Accounts, Messaging), нові бейджі ролей (Owner, Team Member та Active профіль), а також інлайновий перемикач Messaging на кожній картці.
    • Webhooks — нова вкладка Events tab для перегляду журналів подій вебхуків поряд із зареєстрованими вебхуками.
  • 6 серпня — Виправлення видимості відео в TikTok. Опція tikTokOptions.visibility тепер враховується для відеодописів. Раніше вона діяла лише для дописів із зображеннями — відео, надіслане з visibility: “private”, “followers” або “friends”, публікувалося як Public без помилок чи попереджень. Відео тепер публікуються із запитаною видимістю, а документація щодо параметра видимості оновлена, щоб відображати підтримку відео.
  • 6 серпня — Мітка AI-контенту Instagram. Дописи Instagram тепер можуть нести мітку AI info Instagram, якщо у instagramOptions встановити isAIGenerated у true. Самостійне розкриття застосовується до окремих зображень, окремих відео, Reels, Stories і carousel — для carousel мітка застосовується до всього carousel, а не до окремих елементів. Прийнятні значення — true, “true”, false та “false”; будь-яке інше значення (наприклад, “yes” або 1) все одно публікує допис нормально, але без мітки, і повертає нефатальний запис warnings (code: 497, feature: “isAIGenerated”) зі списком прийнятних значень. Пропуск параметра залишається без змін і публікує без мітки, а мітку не можна змінити після публікації. Параметр відповідає наявному tikTokOptions.isAIGenerated, тож те саме ім’я прапорця працює в обох мережах. Див. Мітка AI-контенту Instagram.
  • 4 серпня — Мітка X “Made with AI”. Дописи X тепер можуть розкривати медіа, згенеровані ШІ, за допомогою twitterOptions.isAIGenerated. Ця опція застосовує нативну мітку X “Made with AI”. Див. параметри публікації X.
  • 4 серпня — Відповіді на коментарі LinkedIn під органічними дописами сторінок компаній. Відповідь на коментар LinkedIn за Social Comment ID тепер працює для органічних дописів сторінок компаній, де раніше вона завершувалася невдачею з code: 215. У цьому режимі (searchPlatformId: true) передавайте повний commentUrn, повернутий get-comments, а не звичайний commentId — наприклад urn:li:comment:(urn:li:activity:<postId>,<commentId>). Див. новий параметр commentUrn на сторінці Відповісти на коментар.
  • 4 серпня — Невдалі DM з автоматизацій більше не звинувачують ваш access-токен. Коли автоматизація Instagram не могла доставити свій DM конкретному отримувачу, рядок активності фіксував auth_error — статус, що означає, що облікові дані акаунта не працюють, — тож клієнти перепідключали цілком справний акаунт, і перепідключення нічого не змінювало. Помилки доставки для окремих отримувачів тепер фіксуються як failed із власною причиною Meta в actionResults[].errorDetails, а auth_error зарезервовано для справжніх проблем з обліковими даними та дозволами. Найпоширеніша причина тепер має власний термінальний статус: коли коментар, що спричинив спрацювання, надійшов від того самого акаунта, який мав би надіслати DM — саме це відбувається, коли ви тестуєте автоматизацію на власному дописі, — рядок фіксується як skipped із поясненням, і жодного надсилання не відбувається, оскільки акаунт не може надіслати повідомлення сам собі. Довідники статусів активності та ендпоінту активності тепер точно описують кожен статус. Рядки, зафіксовані до цієї зміни, не було виправлено ретроактивно, тож історичний рядок auth_error усе ще може бути одним із цих випадків.

​
Липень 2026

  • 31 липня — WhatsApp Messages у Private Beta. Messaging API тепер підтримує WhatsApp у private beta. Схвалені облікові записи можуть підключити WhatsApp Business Account через embedded signup від Meta, надсилати вільні повідомлення в межах 24-годинного вікна обслуговування клієнтів Meta, отримувати вхідні повідомлення та медіа, а також отримувати збережені розмови WhatsApp. Напишіть на lotty@ayrshare.com, щоб запросити доступ.
  • 31 липня — Webhooks для коментарів і згадок Instagram більше не потребують Messaging. Webhooks comments та mentions для Instagram тепер повністю незалежні від додатку Messaging. Реєстрація webhook із action: “comments” або action: “mentions” автоматично підписує необхідні поля Meta, використовуючи ваші наявні пов’язані облікові записи — додаток Messaging не потрібен, повторне пов’язування також не потрібне (дозволи на коментарі вже входять до стандартного набору). Це працює для будь-якого типу облікового запису Instagram, зокрема облікових записів, пов’язаних через Facebook Page, а вимкнення Messaging більше не порушує активний webhook comments або mentions. Ця зміна стосується лише Instagram; події коментарів і згадок Facebook поки не входять. Див. огляд Webhooks, щоб зареєструвати webhook.
  • 31 липня — Виправлення атрибуції пакетної аналітики. У запиті post analytics для кількох дописів невдалий запис міг спричинити те, що наступні результати в тому самому пакеті записувалися під невірним post ID. Тепер результати завжди приписуються правильному допису, навіть якщо деякі записи в пакеті зазнають невдачі.
  • 31 липня — Валідація Post-ID для аналітики Instagram. Неправильні post ID Instagram, надіслані до post analytics, тепер відхиляються локально до будь-якого виклику до Meta, тож некоректно сформовані ID більше не витрачають виклик Meta Graph API — це узгоджується з захистом, який уже діє для Facebook, Threads та X/Twitter. Числові post ID також обробляються коректно: суто цифровий id валідується як зазвичай, а значення, які не можуть утворити валідний ID, повертають охайну помилку code: 186 замість необробленої невдачі. Валідні рядкові ID поводяться точно так, як і раніше.
  • 31 липня — Оновлення стартового робочого процесу n8n. Стартовий робочий процес n8n MCP, доступний для завантаження, було оновлено: запропонований перший prompt тепер націлений лише на LinkedIn та Facebook (попередній prompt включав Instagram, який потребує медіа та спричиняв невдачу валідації під час першого запуску), а модель чату робочого процесу тепер — claude-sonnet-5 із інструкціями з налаштування, що не залежать від версії.
  • 29 липня — Автоматизації коментарів Instagram тепер використовують Private Replies. Автоматизації, спричинені коментарями (comment_keyword), тепер доставляють свій DM через Instagram private replies, прив’язані до власного 7-денного вікна коментаря. Це знімає вимогу попередньої розмови, тож автоматизація тепер може досягти автора коментаря, з яким ви ніколи не листувалися — того відхилення, яке раніше блокувало «холодних» коментаторів. Власне 7-денне вікно коментаря все ще застосовується: відповідь на коментар, старший за це, зазнає невдачі з 491. Зверніть увагу, що доставка зрештою визначається параметром Message requests отримувача в Instagram: DM може бути прийнятий Instagram (status: “sent” в активності) і потім тихо відкинутий, без сигналу на жодному рівні API. Відповідно, sent означає, що Instagram прийняв повідомлення, а не те, що отримувач отримав його. Нові причини невдачі з’являються в actionResults[].errorDetails з виділеними кодами помилок 490–495. Див. новий посібник з усунення несправностей Automation DM Sent but Not Delivered.
  • 23 липня — Шифрування, готове до постквантової епохи (PQC). Ayrshare API тепер підтримує постквантову криптографію на рівні TLS. Ми увімкнули гібридний обмін ключами X25519MLKEM768 у нашій глобальній політиці SSL, додавши квантово-стійкий алгоритм (ML-KEM) поряд із класичним ECDHE у рукостисканні TLS 1.3. Це захищає ваш API-трафік від атак “harvest now, decrypt later” — коли зловмисник записує зашифрований трафік сьогодні, щоб розшифрувати його, коли квантові комп’ютери досягнуть зрілості. Зміна є повністю зворотно сумісною: оскільки це гібридне узгодження, з’єднання переходить на PQC лише тоді, коли клієнт цього вимагає, а всі інші клієнти продовжують підключатися звичайним чином через стандартний ECDHE. І оскільки 74% нашого API-трафіку вже працює через TLS 1.3, більшість інтеграцій отримують постквантовий захист уже зараз без будь-яких змін коду — якщо ваша HTTP/TLS-бібліотека підтримує групу X25519MLKEM768 (OpenSSL 3.5+ та інші сучасні TLS-стеки вже це роблять), вона узгоджується автоматично.
  • 15 липня — Виправлення перевірки співвідношення сторін Instagram Reels. Високі та вузькі Instagram Reels більше не відхиляються помилково до того, як досягнуть Meta. Попередня перевірка відео Ayrshare застосовувала правила співвідношення сторін для зображень Instagram (від 4:5 до 1.91:1, плюс виняток для портретного 9:16) до Reels, тому валідний портретний Reel (наприклад, 886 x 1920, співвідношення ширини до висоти 0.46:1) блокувався локально з code: 182, хоча Instagram би його прийняв. Відео Reel тепер перевіряються відповідно до задокументованого діапазону для Reel від 0.01:1 до 10:1 (9:16 все ще рекомендується, щоб уникнути обрізання), що відповідає власній специфікації Meta та правилам щодо медіа в Instagram. Повідомлення code: 182 для помилок співвідношення сторін також було виправлено — раніше воно містило «Video does not meet duration requirement.» Змін API не потрібно.
  • 14 липня — Часткова успішність для мультиплатформенного читання коментарів & аналітики. Мультиплатформенне читання get-comments або post analytics (один Ayrshare Post ID, що охоплює кілька платформ) більше не згортає всю відповідь у помилку, коли leg однієї платформи зазнає невдачі. Коли принаймні один leg успішний і принаймні один зазнає невдачі, відповідь повертає HTTP 200 з status: “partial”, зберігаючи дані справних платформ і перелічуючи кожний невдалий leg у верхньорівневому errors[]. Відповіді з повним успіхом не змінюються. Відповіді з повним провалом зберігають status: “error” і зіставляють репрезентативний верхньорівневий код помилки з його налаштованим HTTP статусом; код 485 зіставляється з HTTP 404. Код 485 ідентифікує застарілі або недоступні коментарі Instagram/Facebook Story та аналітику Instagram Story, коли коментарі або insights не можна отримати; аналітика Facebook Story залишається недоступною та не включена. Клієнти повинні перевіряти errors[] і зіставляти числовий code, а не точний текст повідомлення.
  • 8 липня — Швидший час відгуку API. Ми випустили серію оптимізацій продуктивності бекенду, які суттєво зменшують затримку в деяких з наших найпопулярніших ендпоінтів. Середній час відповіді та 95-й перцентиль (p95) значно скоротилися, з найбільшим виграшем під час високого навантаження. Найбільші покращення — на profiles та analytics. Змін API не потрібно; кожен запит тепер автоматично швидший.
  • 7 липня — Per-Session Instagram Link Method у generateJWT. Ендпоінт generateJWT тепер приймає необов’язковий параметр тіла instagramLinkMethod, який перевизначає ваше налаштування Instagram Login на рівні акаунту для однієї сесії прив’язки. Надішліть “instagram”, щоб розпочати пряме входження в Instagram (Facebook Page не потрібна), або “facebook”, щоб прив’язати через підключену Facebook Page, коли користувач натискає кнопку Instagram на сторінці прив’язки. Перевизначення застосовується лише до сторінки прив’язки, відкритої з поверненого JWT URL — воно зберігається під час перенаправлення авторизації, але ніколи не змінює ваше налаштування на рівні акаунту, а пропуск параметра зберігає поточну поведінку. Недійсні значення повертають 400 зі списком допустимих опцій. Див. новий розділ Instagram Link Method для деталей, включно з відмінностями функцій між двома процесами.

​
Червень 2026

  • 24 червня — Інтеграція з n8n. Підключіть n8n до Ayrshare MCP Server за допомогою вбудованого вузла MCP Client Tool у n8n, без користувацького коду та без community node для встановлення. Див. нову сторінку інтеграції n8n для огляду та повний посібник з n8n для налаштування, трьох робочих прикладів, multi-tenant профілів, X BYO та завантажуваного стартового workflow (Chat Trigger до AI Agent до вузла Ayrshare MCP). Див. також Connect & Setup та Каталог інструментів.
  • 17 червня — Facebook Analytics: Meta припинила метрики Reach та 3-Second Video. Meta видалила метрики unique-impression та 3-second video-view Insights в усіх версіях Graph API (набирає чинності 15 червня 2026 року). Аналітика публікацій Facebook більше не повертає impressionsUnique, impressionsFanUnique, impressionsOrganicUnique, impressionsPaidUnique або videoViewsUnique, а соціальна аналітика більше не повертає сімейство pagePostsImpressions* (включно з pagePostsServedImpressionsOrganicUnique). Поля, що все ще підтримуються (reactionsByType, videoViews, mediaView, pagePostEngagements, pageVideoViews), не постраждали. Використовуйте mediaView / pageMediaView для reach; заплановано наступника Total Unique Media Views. Довідник: Meta Graph API v25 changelog.
  • 15 червня — Facebook Account Restriction Error Code 476. Публікації Facebook, що не вдалися через накладення Meta обмежень на акаунт (Meta subcodes 2424009 та 1404078, або формулювання обмеження від Meta за відсутності subcode), тепер повертають виділений, неперезапускаємий code: 476 (HTTP 400) замість загального перезапускаємого code: 108. Акаунт залишається прив’язаним — вирішіть обмеження через сторінку Account Status Meta (Facebook → зображення профілю → Help → Account Status), яка відображає конкретну причину та процес апеляції, які API не може повернути. Див. Facebook Account Restriction для деталей.
  • 10 червня — Аналітика особистих профілів LinkedIn. Особисті (member) профілі LinkedIn тепер повертають розширену матрицю аналітики. Аналітика публікацій включає impressionCount, uniqueImpressionsCount (охоплені учасники), likeCount, commentCount, shareCount, engagement, reactions, а для відео-публікацій — videoViews, videoViewers та videoWatchTimeMs. Соціальна аналітика додає життєве значення followersCount, щоденний ріст followersDaily та агреговані метрики публікацій. Агреговані значення reshare/reaction/comment є best-effort і можуть трохи відрізнятися від інтерфейсу LinkedIn. Наявні прив’язані акаунти повинні повторно прив’язати свій профіль LinkedIn на сторінці Social Accounts, щоб надати нові analytics scopes — до цього моменту аналітика повертає code: 475 (“re-link your LinkedIn profile to enable analytics”). На публікацію це не впливає.
  • 10 червня — TikTok First Comments тепер керуються подіями. Перший коментар до TikTok-публікації більше не намагається бути надісланим на фіксованому таймінгу очікування. Оскільки TikTok обробляє відео асинхронно, відповідь /post тепер повертає TikTok first comment зі status: “pending”, і коментар автоматично публікується після завершення обробки TikTok і коли вебхук tikTokPublished розв’язує реальний video id. Значення visibility відео має бути public, інакше повертається чітка помилка коментаря. Окремо, get-comments для TikTok-публікації, яка ще обробляється, тепер повертає code: 288 замість загальної невдачі.
  • 8 червня — Ротація секретного ключа підпису Webhook. Тепер Ви можете безпечно виконати ротацію секретного ключа підпису webhook з панелі Webhooks у 2 кліки або через новий ендпоінт POST /hook/webhook/secret із параметром тіла secret. Після ротації доставки підписуються обома — Вашим попереднім і новим секретом — протягом 24-годинного пільгового вікна через новий заголовок X-Authorization-Content-SHA256-V2 (v1=<current-sig>,v1=<previous-sig>, поточний першим), тож Ви можете оновити свій приймач без жодних втрачених або відхилених доставок. Наявний заголовок X-Authorization-Content-SHA256 не змінюється. Секретний ключ підпису діє на весь профіль (один на User Profile, підписує кожну дію цього профілю). Див. Ротація секретного ключа підпису для безпечної процедури ротації та прикладу верифікації на приймачі.
  • 8 червня — Помилки YouTube-мініатюр тепер відображаються. Коли відео YouTube публікується, але його користувацька мініатюра не застосовується, результат YouTube тепер зберігає status: “success” (відео залишається активним) і додає масив warnings (feature: “thumbnail”, code: 307), що описує невдачу — раніше невдача була прихована в під-об’єкті thumbNail, який усе ще збережено для зворотної сумісності. Оманливе керівництво 403 було виправлено, щоб починатися з phone verification каналу за адресою https://www.youtube.com/verify (неверифікований канал — головна причина), з OAuth re-link як другорядним кроком. Нова pre-publish валідація також ловить мініатюри, які не PNG/JPG, більші за 2MB або недоступні до завантаження, і пропускає їх, тож відео все одно публікується з причиною, зазначеною в warnings (проблема з мініатюрою ніколи не зриває публікацію). Див. YouTube Post API та новий посібник з усунення несправностей YouTube Thumbnail Not Applied (Unverified Channel).
  • 8 червня — X BYOK Analytics тепер повертає Code 416 при вичерпанні кредитів. Коли зареєстрований X Developer акаунт для X/Twitter BYOK акаунту не має API-кредитів, шляхи аналітики та user-lookup тепер повертають code: 416 (HTTP 402, X CreditsDepleted) з зареєстрованим id акаунту в detail — раніше вони маскувались як code: 294 (HTTP 400, “Unable to get X User”). Виправлення — поповнити кредити в X Developer Portal. Це узгоджує analytics/lookup з publish шляхом (який вже повертає 416). Якщо ваша інтеграція розгалужується на 294 з аналітики для виявлення поганого handle, додайте обробку для 416.
  • 4 червня — MCP Server & Claude Code plugin. AI-агенти тепер можуть керувати Ayrshare API через новий MCP Server (https://api.ayrshare.com/mcp), включно з Claude Code plugin. Див. Connect & Setup та Каталог інструментів. Існуючий docs-search MCP тепер називається Documentation MCP.

​
Травень 2026

  • 22 травня — Виправлення маршрутизації Profile-Key у Bulk Post. POST /post/bulk тепер поважає заголовок Profile-Key, тож рядки CSV публікуються у розв’язаний User Profile замість Primary Profile. Раніше bulk-завантаження, надіслані з Profile-Key, беззвучно спрямовувалися на соціальні акаунти Primary Profile. Див. Bulk Post.
  • 21 травня — Уточнено область TikTok DELETE /comments. Оновлено сторінки Delete Comments та Comments Overview, щоб задокументувати, що DELETE /comments у TikTok успішно виконується лише для коментарів, створених самим автентифікованим TikTok-акаунтом (ваші власні відповіді). Спроба видалити коментар третьої сторони повертає Ayrshare code: 328. Клієнти, яким потрібно модерувати сторонні коментарі до власних TikTok-відео, повинні звернутися до підтримки. Немає зміни поведінки API; лише документація.
  • 21 травня — Приховати коментарі TikTok. DELETE /comments тепер підтримує приховування коментаря TikTok від публічних глядачів через hide=true разом з videoId. Успішна відповідь повертає action: “hide” та повторює текст коментаря; надсилання hide=true без videoId відхиляється з 400. Приховані коментарі залишаються видимими для власника відео в TikTok Studio.
  • 20 травня — Node SDK v1.3.0 — Підтримка X/Twitter BYO. Офіційний Node SDK тепер надає setTwitterByo(apiKey, apiSecret) та clearTwitterByo() для X/Twitter Bring-Your-Own-Keys. Після налаштування кожен запит SDK включає необхідні заголовки X-Twitter-OAuth1-Api-Key та X-Twitter-OAuth1-Api-Secret — потрібно для операцій X/Twitter, оскільки BYO-вимога Ayrshare тепер застосовується (з 31 березня 2026 року). Встановіть через npm install social-media-api@1.3.0; примітки випуску на npm та GitHub.
  • 20 травня — Тарифікація Messaging за використання. Business Messaging тепер тарифікується через Stripe metered pricing за 0.09</code>заактивнурозмовунапланахLaunchтаBusiness(Premiumзалишаєтьсяфіксованимдоповненням<code>0.09</code> за активну розмову на планах Launch та Business (Premium залишається фіксованим доповненням <code>49/місяць), з обмеженням до 1 000 активних розмов за розрахунковий цикл. Див. Messaging pricing.
  • 20 травня — Instagram Analytics більше не від’єднує при помилках дозволів. Коли Instagram аналітика стикається з помилкою відсутнього дозволу (Meta errCode 10), акаунт більше не відв’язується автоматично. Раніше проблема scope/permission трактувалася як відкликаний токен і беззвучно від’єднувала акаунт, навіть якщо публікація все ще працювала. Ayrshare тепер зберігає акаунт прив’язаним і відображає натомість помилку permission-scope.
  • 19 травня — Per-profile hideLogo. Нова логічна властивість hideLogo у Create Profile та Update Profile приховує логотип на рівні акаунту на сторінці прив’язки соціальних мереж окремого User Profile. Корисно для white-labeling окремих партнерських профілів.
  • 19 травня — Facebook Boost Ad Set Budget Sharing. Ендпоінт Boost тепер приймає новий необов’язковий логічний параметр adSetBudgetSharingEnabled (за замовчуванням false). Тепер Meta вимагає це wire-поле для кожної кампанії, створеної без бюджету на рівні кампанії, і Ayrshare надсилає його з кожним запитом — значення false за замовчуванням зберігає попередню поведінку без потреби змін від викликача. Встановіть у true, щоб увімкнути cross-ad-set оптимізацію Meta, яка може перемістити до ~20% бюджету ad set до інших ad sets у тій самій кампанії для кращої загальної продуктивності.
  • 19 травня — Reddit Banned-Subreddit Error. Публікація в subreddit, з якого вас забанено, тепер повертає окрему, неперезапускаєму помилку замість загальної retry-safe code 121. Це зупиняє планувальники від зациклених повторних спроб публікації, яку постійно відхиляють. Див. коди помилок Ayrshare.
  • 19 травня — Ліміт розміру відео Bluesky. Максимальний розмір завантаження відео на Bluesky тепер становить 100 MB (раніше рекламувався як 1 GB), щоб відповідати обмеженню платформи Bluesky. Файли понад 100 MB тепер відхиляються заздалегідь, а не збоюють пізно під час завантаження. Див. Bluesky media guidelines.
  • 19 травня — Dashboard X/Twitter Messaging для BYO Keys. Сторінка Messaging в панелі Ayrshare тепер підтримує прямі повідомлення X/Twitter для Bring-Your-Own-Keys (BYO) акаунтів. Ваш X consumer key і secret збираються у браузері для сесії та передаються через дії send, refresh та image-fetch — жодні ключі не зберігаються. Обов’язково зараз, коли X/Twitter доступний лише через BYO в Ayrshare.
  • 19 травня — Виправлення таргетингу Facebook Ads Cities. Ендпоінт Facebook Ads Cities (GET /ads/facebook/cities) тепер коректно розв’язує міста та пов’язані з ними дані регіону. Кожен результат включає region, regionId та supportsRegion, щоб ви могли таргетувати регіон міста за наявності. Використовуйте параметр запиту search з частковою або повною назвою міста.
  • 18 травня — Керування полем YouTube Status. Три нові необов’язкові параметри в YouTube Post API youTubeOptions: license (“youtube” або “creativeCommon”), embeddable (логічне) та publicStatsViewable (логічне — контролює розширену панель статистики на сторінці перегляду; основні перегляди та лайки залишаються публічними незалежно). Відповідь /history/youtube тепер також повертає ці поля. Два нові коди помилок валідації — 455 (недійсна license) та 456 (недійсний embeddable або publicStatsViewable) — відхиляють неправильно сформовані запити на межі Ayrshare. Перемикачі монетизації (увімкнення/вимкнення реклами) не включені; вони потребують облікових даних YouTube CMS і недоступні через стандартний YouTube API.
  • 18 травня — GMB First Comment більше не маскує успішну публікацію. Виправлено проблему, коли включення firstComment в Google Business Profile-публікацію повертало code: 163 без postIds, навіть якщо публікація успішна. Google Business Profile не підтримує коментарі до публікацій, тож firstComment тепер пропускається для GMB і успішний результат публікації повертається нормально.
  • 14 травня — Запобігання від’єднанню акаунтів. Соціальні мережі мовчки впроваджують суворіші anti-bot контролі, що спричиняло аномально велику кількість від’єднаних акаунтів користувачів. Ми випустили кілька покращень бекенду для зменшення від’єднань та уточнення повідомлень про помилки, а також оновили сторінку прив’язки акаунтів, щоб зробити UI набагато зрозумілішим для користувачів — включно з новим станом “Action required” для мереж Meta (Facebook, Instagram, FB Groups, Threads, Messenger), коли акаунт потрапляє в лімбо identity-verification, з посиланням “Resolve with Meta” та кнопкою “Check again”, щоб користувачі могли виправити проблему без від’єднання та повторної прив’язки.
  • 12 травня — Instagram Engagement Automations (Beta). Новий Automations API дозволяє вашим користувачам автоматично реагувати на взаємодію в Instagram — надіслати DM, вебхук або email, коли кінцевий користувач коментує публікацію, відповідає на story, надсилає DM або реагує на DM. Чотири типи тригерів (comment_keyword, story_reply, dm_reaction, dm_keyword) та три типи дій (send_dm, fire_webhook, send_email) — до 50 кожного на правило. Включає 7-денну дедуплікацію на дію (налаштовується для дії через dedupWindowMinutes), денні ліміти DM (1 000 Launch & Business / 5 000 Enterprise) та журнал активності з cursor-пагінацією. Доступно на планах Launch, Business та Enterprise. Нові коди помилок 462–472 охоплюють валідацію, гейтинг за тарифом, ліміт активних автоматизацій, відсутні прив’язані акаунти та feature-flag opt-in. Beta — ми активно збираємо відгуки; надсилайте звіти про помилки та запити на функції в підтримку.
  • 12 травня — Покращення пропускної здатності запланованих публікацій. Ми додали більше обладнання для обробки запланованих публікацій, що значно покращує пропускну здатність та продуктивність. Незабаром додамо більше специфічного для платформ обладнання для YouTube та TikTok.
  • 12 травня — Instagram Relink Hint для помилок стану акаунту. Певні збої стану акаунту Instagram (Meta error_subcode 2207085, раніше відображався як загальний code: 258 без інструкцій) повертали relink: true і retryAvailable: true з повідомленням про виправлення, інструкцією користувачу відв’язати та повторно прив’язати акаунт Instagram з наданням усіх дозволів. Згодом замінено: 2207085 тепер повторюється автоматично і більше не встановлює relink: true. Див. коди помилок.
  • 11 травня — Транзієнтні коди помилок YouTube. Завантаження YouTube, що не вдалися через транзієнтні проблеми на upstream, тепер повертають нові коди помилок 453 (HTTP 504, Google ingest timeout) та 454 (HTTP 503, service unavailable) з прапорцем retryAvailable: true, яким ваша інтеграція може скористатися для автоматичного повтору. Див. коди помилок для деталей.
  • 11 травня — X/Twitter Analytics & Lookups відкриті для всіх BYO користувачів. Легасі-обмеження X add-on видалено з /analytics/social та /lookups/x. Будь-який X/Twitter Bring-Your-Own-Keys клієнт тепер може шукати аналітику для довільних handles та використовувати X lookups ендпоінт без отримання code: 3. Виклики підписуються вашими власними X Developer App credentials і зараховуються до ваших власних X rate limits.
  • 8 травня — Python SDK v1.3.0 — Підтримка X/Twitter BYO. Офіційний Python SDK тепер надає set_twitter_byo(api_key, api_secret) та clear_twitter_byo() для X/Twitter Bring-Your-Own-Keys. Після налаштування кожен запит SDK включає необхідні заголовки X-Twitter-OAuth1-Api-Key та X-Twitter-OAuth1-Api-Secret — потрібно для операцій X/Twitter, оскільки BYO-вимога Ayrshare тепер застосовується (з 31 березня 2026 року). Встановіть через pip install —upgrade social-post-api; примітки випуску на GitHub та PyPI.
  • 4 травня — Автоматичне конвертування формату зображень. Зображення WebP, HEIC та AVIF тепер автоматично конвертуються в JPEG перед публікацією на платформах, які їх не приймають. Конвертація WebP застосовується до Instagram, LinkedIn, TikTok, Google My Business, Threads та Snapchat. HEIC та AVIF конвертуються на всіх підтримуваних платформах. Змін API не потрібно; конвертація виконується прозоро під час надсилання. Нові коди помилок 450 (невдача конвертації), 451 (невдача завантаження джерела) та 452 (невдача завантаження сконвертованого зображення) відображаються, коли конвертація не може завершитися.
  • 4 травня — Помилки Instagram тепер включають початкове повідомлення Meta. Помилки media-status Instagram тепер відображають базовий текст помилки Meta в полі details разом з кодом помилки Ayrshare, тож викликачі можуть розрізняти причини (наприклад, проблеми robots.txt/crawler на противагу проблемам з токеном) без вгадування із загального коду. Див. Instagram Post API та коди помилок.

​
Квітень 2026

  • 30 квітня — X/Twitter BYOK в API Explorer. Ayrshare API Explorer тепер включає згортаний розділ X/Twitter BYOK (Bring Your Own Keys), тож ви можете вставити свій X API Key та API Secret один раз і мати їх прикріплені як заголовки X-Twitter-OAuth1-Api-Key та X-Twitter-OAuth1-Api-Secret у кожному вихідному запиті — більше не потрібно переходити до curl або Postman для тестування BYOK з Explorer. Значення обмежені поточною вкладкою браузера через sessionStorage, замасковані за замовчуванням із перемикачем показу та очищаються одним кліком. Див. X BYO Key Setup Guide, щоб дізнатися, як отримати свої облікові дані.
  • 28 квітня — Покращення Social Analytics (розгортається). Ендпоінт Social Analytics отримує Instagram shareCount (загальна кількість поширень, агрегована за 90-денним ковзним вікном) та YouTube lifetimeLikes (opt-in через youtube: { lifetime: true }); нові поля з’являтимуться у відповідях у міру того, як розгортання досягне вашого акаунту. Виправлення документації, включені в це оновлення: Instagram viewsCount — це 90-денне ковзне вікно (не 180 днів), mediaCount завжди lifetime, YouTube likes обмежено через quarters, а метрики TikTok на рівні профілю обмежені 60 днями з lifetime-семантикою на рівні публікації, коли використовується quarters.
  • 28 квітня — Instagram Trial Reels. Ендпоінт /post тепер підтримує публікацію Trial Reels Instagram — Reels, видимих лише не-підписникам при першій публікації. Встановіть instagramOptions.trialParams.graduationStrategy у “MANUAL” (graduate зсередини застосунку Instagram) або “SS_PERFORMANCE” (Meta автоматично graduates на основі ранньої продуктивності). Три нові коди помилок валідації — 447, 448, 449 — відхиляють недійсні запити trial-reel на межі Ayrshare.
  • 24 квітня — Надійність публікації в Instagram. Розширена автоматична обробка повторних спроб для Instagram у пікові періоди та покращені повідомлення про помилки. Замість загальних помилок ви тепер отримаєте конкретні коди помилок для rate limits (code: 435) та таймаутів обробки медіа (code: 436) — що полегшує діагностику проблем та побудову розумнішої retry-логіки у ваших інтеграціях.
  • 23 квітня — Facebook Analytics Rate Limit Error Code 444. Дроселювання per-Page аналітики Facebook Page (Meta error 80001) тепер повертає code: 444 (HTTP 429) у відповідях post та social аналітики. Раніше ці дроселювання неправильно класифікувалися як code: 161 (“relink your account”). Якщо ваша інтеграція розгалужується на 161, щоб запустити релінк-флоу, оновіть її, щоб розпізнавати 444 та повторити з відступом. Див. Facebook Analytics Rate Limit для деталей.
  • 23 квітня — Усунення несправностей Meta Media Crawler. Новий посібник help-center про виправлення помилки code: 440 (“social network could not download media from this URL”) та пов’язаних Instagram code: 138 / Threads code: 379, усі з яких спричинені правилами robots.txt або бот-правилами, що блокують publishing crawler Meta. Див. Meta Media Crawler Blocked.
  • 21 квітня — Помилки вхідних даних модерації тепер повертають 400. POST /validate/moderation тепер повертає новий code 438 (HTTP 400) для проблем з вхідними даними викликача (наприклад, непідтримуваний файл як imageUrl або недоступний/малформований URL) замість оманливого 500 з інструкціями повторити. Справжні помилки обробки все ще повертають code 331 (HTTP 500). Див. коди помилок.
  • 20 квітня — Caption Enhancement Error Code 441. Ендпоінт Post тепер повертає code: 441 (HTTP 502), коли caption enhancement, як-от shortenLinks, зазнає невдачі. Коли невдача впливає лише на деякі платформи, успішні платформи все одно публікуються та з’являються в postIds разом з верхнім рівнем status: “error” та записами для платформ в errors[]. Див. Caption Enhancement Errors для деталей.
  • 15 квітня — Виявлення мертвих токенів Instagram. Публікації Instagram, що не вдаються через недійсний/термін дії OAuth токен — або помилку page-role/permission (Meta subcode 492) — тепер повертають Ayrshare code 161 (authorization error) та автоматично відв’язують уражений акаунт, щоб користувача сповістили про необхідність релінку, замість оманливої загальної відповіді code 138 “please try again”, яка раніше маскувала ці випадки. Див. коди помилок та Instagram Post API.
  • 9 квітня — Instagram та TikTok Analytics: дані all-time та фільтрація за датою. Ендпоінт social analytics тепер повертає дані Instagram та TikTok all-time, коли не вказано ні daily, ні quarters. Використовуйте quarters (1–4, де 1 = 90 днів) або daily=true для фільтрації за діапазоном дат — тепер підтримується і для TikTok. Коли активно, підписи періодів та підсумки коментарів, поширень та переглядів TikTok відображають відфільтрований діапазон дат.
  • 9 квітня — Надійність та відновлення Analytics. Ендпоінти Social Analytics та Post Analytics тепер автоматично поповнюють кумулятивні метрики (followers, likes, views) зі збережених даних, коли соціальна мережа тимчасово повертає нулі. Два нові необов’язкові поля відповіді, backfilledFrom та recoveredFrom, вказують, коли було використано збережені дані. Крім того, запит на аналітику, коли жодна платформа не повертає даних, тепер повертає помилку 400 (code: 187) замість порожньої успішної відповіді.
  • 1 квітня — generateJWT Header-Based X Credentials. Ендпоінт Generate JWT тепер приймає заголовки X-Twitter-OAuth1-Api-Key та X-Twitter-OAuth1-Api-Secret для передачі ваших X consumer keys — узгоджено з усіма іншими ендпоінтами X/Twitter. Параметри тіла все ще підтримуються для зворотної сумісності.

​
Березень 2026

  • 30 березня — Виявлення помилок вичерпання кредитів X. Коли BYOK X/Twitter Developer акаунт вичерпує API-кредити, публікації, які раніше застрягали в processing без помилки, тепер коректно збоюють з code: 416 (X Credits Depleted, HTTP 402). Виявлення для code: 416 було розширено, щоб також ловити відповіді HTTP 429 від X, які згадують кредити. Див. коди помилок для деталей.
  • 28 березня — Виправлення null-відповіді Instagram Post. Виправлено edge-кейс, коли Instagram-публікація успішно виконувалась на платформі, але відповідь /post повертала null замість нормального успішного тіла з postIds та id. Успішні Instagram-публікації тепер завжди повертають дійсну відповідь, яку ваша інтеграція може розібрати.
  • 26 березня — Instagram Daily Reach Fix. Виправлено проблему, коли Social Analytics Instagram пропускала дані daily reach, коли встановлено daily=true. Відповідь тепер повертає вкладений об’єкт reach (з period та часовим рядом values) у daily-режимі; скалярний reachCount все ще повертається в non-daily режимі та зберігається як запасний варіант, коли daily-дані тимчасово недоступні.
  • 26 березня — Коди помилок X/Twitter BYOK Enforcement. Оскільки вимога Bring Your Own Keys тепер застосовується, запити X/Twitter повертають конкретні коди помилок, на які ви можете розгалужуватися: 419 (HTTP 400, відсутні заголовки X-Twitter-OAuth1-Api-Key/Secret), 416 (HTTP 402, X Developer акаунт без кредитів), та 417 (HTTP 403, OAuth 1.0a app permissions не встановлені як Read/Write/DM). Див. коди помилок для повідомлень та вирішень.
  • 23 березня — Keyword Search on X. Новий ендпоінт keyword search для BYOK клієнтів. Шукайте в X/Twitter tweets, що відповідають ключовим словам, хештегам та розширеним пошуковим операторам. Підтримує пагінацію, фільтрацію за мовою та локацією, повертає нормалізовані дані tweet.
  • 23 березня — Розділ Listening. Додано новий розділ Listening, що розширює ендпоінти Brand новими функціями, як-от keyword search.
  • 19 березня — @Mentions у коментарях. Додано документацію для підтримки @mention у текстовому рядку comment в ендпоінтах Post a Comment та Reply to a Comment. Включає деталі server-side резолюції LinkedIn та посилання на синтаксис mention для окремих платформ.
  • X/Twitter Paginated Messages. Ендпоінт Get Messages тепер підтримує параметр запиту limit для X/Twitter, що дозволяє отримувати лише останні N повідомлень (1–100) без повного синхронізації історії. У поєднанні з cursor-based пагінацією через параметр next це дозволяє ефективне полінгування — отримати невеликий пакет, перевірити, чи вже є у вас, і пагінувати далі лише за потреби.
  • Збільшені ліміти розміру відео. Оскільки так багато соціальних публікацій зараз зосереджено на відеоконтенті, ми збільшили ліміти завантаження відео на кількох платформах: LinkedIn (200 MB → 500 MB), TikTok (1 GB → 10 GB), X Premium long video (1 GB → 16 GB), і додали більші content-type-specific ліміти для Facebook (Reels 2 GB, Stories 4 GB, Feed 10 GB) та Pinterest (2 GB). Див. Media Guidelines для повних деталей.
  • Підтримка X/Twitter Messages BYO Key. Ендпоінти Get Messages та Send Message тепер підтримують BYO (Bring Your Own) облікові дані X/Twitter API. Real-time DM сповіщення через вебхуки недоступні для BYO користувачів; замість цього використовуйте полінгування через ендпоінт GET Messages.
  • Bring Your Own Keys для X. Значна зміна в тому, як підключаються акаунти X/Twitter. Новий підхід Bring Your Own Keys дає вам більше контролю над своїм акаунтом, кращу переносимість даних та брендований OAuth флоу. Усі користувачі повинні здійснити перехід до 31 березня 2026 року.
  • Редаговані короткі посилання. Тепер можна оновлювати короткі посилання після їх публікації.
  • Надійність обробки запланованих публікацій. Вирішено проблему, коли робота обробки запланованих публікацій могла вичерпувати пам’ять і повертати помилки 503. Збільшено виділення ресурсів, додано paginated query processing та введено розподілене блокування застосунку, щоб запобігти дублюванню виконання — забезпечуючи одиночні, надійні запуски для всієї обробки запланованих публікацій.
  • Покращення історії Facebook та Instagram. Покращено ендпоінти /history/facebook та /history/instagram: для Facebook, прострочені/архівовані Stories тепер за замовчуванням відфільтровуються, тож лише активні Stories з’являються разом зі звичайними публікаціями, а нові параметри запиту since та until дозволяють фільтрацію за часом з ISO UTC датами. Для обох Facebook та Instagram новий параметр dataType дозволяє вам запитувати лише posts, лише stories або обидва (за замовчуванням).
  • Ліміти X видалено. У рамках міграції X/Twitter BYO Keys Ayrshare більше не застосовує щомісячні або щоденні ліміти для X аналітики. Ваше використання тепер регулюється лімітами вашого власного X Developer акаунту.

​
Лютий 2026

  • 25 лютого — X/Twitter Video Titles & Descriptions. Відео, опубліковані в X/Twitter, тепер підтримують встановлення videoTitle та videoDescription (надсилаються в об’єкті twitterOptions у X Post API) для медіа, завантажених в X Media Studio. Вони супроводжують існуючу підтримку thumbNail для багатшої метадати відео.
  • Batch Analytics. Додано підтримку batch-аналітики соціальних post ID, що дозволяє до 100 публікацій на аналітичний виклик з використанням нового параметра postIds. Читайте про це на нашому ендпоінті Analytics on a Post by Social ID.
  • Пагінація історії. Додано підтримку пагінації в API posts history for a platform для Threads та X/Twitter. Більше немає обмеження в 500 публікацій — тепер ви можете отримувати довшу історію за допомогою пагінації та розділяти виклики на менші фрагменти для швидших, ефективніших відповідей.
  • Покращення безкоштовного пробного періоду. Користувачі безкоштовного пробного періоду тепер можуть тестувати Messaging API та Max Pack — з вас не стягуватимуть плату до кінця безкоштовного пробного періоду.
  • Покращені повідомлення про помилки. Додано додаткові деталі до повідомлень про помилки X/Twitter та LinkedIn, що полегшує діагностику проблем з вашими викликами API.
  • Виправлення коментарів Instagram. Виправлено проблему, коли top-level Instagram-коментарі з вкладеними відповідями не поверталися коректно з ендпоінту Get Comments.
  • Python SDK. Оновлено наш Python SDK з найновішими функціями та покращеннями.
  • X/Twitter Webhook URL. Нове поле ayrshareUrl тепер включено до payload Direct Message Event webhook, надаючи неавтентифікований URL для зручності.
  • Інтеграція Slack Status Page. Ви можете автоматично прив’язати оновлення з нашої Status Page до Slack. Просто натисніть “Get Updates” у верхньому правому куті і виберіть опцію Slack.

​
Січень 2026

  • 21 січня — Link Analytics Custom Domain Fix. Ендпоінт Link Analytics (GET /links/:id) тепер повертає короткі посилання з використанням вашого налаштованого custom domain замість стандартного домену Ayrshare. Якщо ви використовуєте custom short-link domain (Business/Enterprise), URL аналітики тепер відповідають вашим живим посиланням.
  • 15 січня — Instagram Outbound Message Deletion Sync. Коли вихідне (надіслане) повідомлення Instagram видалено в нативному застосунку Instagram, воно тепер коректно позначається як видалене в даних Ayrshare Messages — узгоджуючи з існуючою поведінкою для вхідних повідомлень. Історія розмов тепер залишається точною в обох напрямках.
  • MCP Server. На вимогу клієнтів — ми перезапустили наш MCP Server! Підключайте свої AI-інструменти безпосередньо до Ayrshare API.
  • Self-Serve Signup. Додано новий self-serve signup для Business Plan та Launch Plan. Нові клієнти тепер можуть отримати доступ до 14-денного безкоштовного пробного періоду Launch Plan для тестування платформи Ayrshare.
  • X/Twitter Video Thumbnails. X/Twitter відео-публікації тепер підтримують включення попереднього зображення мініатюри (як URL). Це надсилається як частина метаданих під час завантаження відео.
  • Instagram Hashtag Limit. Змінено ліміт хештегів на Instagram-публікаціях до 5, щоб узгодити з новими правилами, опублікованими Instagram.
  • Bluesky Video Duration. Ліміт тривалості медіа-відео Bluesky було скориговано до трьох хвилин, щоб відповідати вимогам API Bluesky.

​
Грудень 2025

Ми завершуємо цей рік із фокусом на прозорість та надійність, з великою кількістю запланованих випусків нових функцій у Q1 2026.
  • 23 грудня — X/Twitter URL Entities у відповіді. Відповіді X/Twitter post та history тепер включають URL entity data для посилань у тілі tweet: масив верхнього рівня urls, що несе raw-поля X (display_url, expanded_url), плюс camelCased-об’єкт entities, де ті самі посилання з’являються як entities.urls[].displayUrl / expandedUrl — що спрощує рендеринг попереднього перегляду посилань та виявлення вихідних посилань у вашій інтеграції.
  • X/Twitter Entities. Ендпоінти post analytics та platform history для X/Twitter тепер повертають розібрані entities з тексту tweet, включно з URL, mentions, хештегами та cashtags з їхніми позиціями та display URL.
  • Facebook Post Analytics. Нові метрики додано до Facebook post analytics, включно з mediaView, mediaViewIsFromAds та mediaViewIsFromFollowers, щоб замінити deprecated impression metrics.
  • Bluesky Comments. Покращено підтримку отримання коментарів Bluesky з належною обробкою post та comment ID у стилі AT Protocol.
  • Threads Linking. Покращено прив’язку акаунту Threads для обробки випадків, коли поля name або username відсутні в акаунті.
  • 24/7 Моніторинг. Залучено виділену команду DevOps для цілодобового моніторингу платформи задля покращеної надійності.
  • Щомісячні квитанції. Автоматичні щомісячні квитанції тепер надсилаються електронною поштою основному власнику акаунту, забезпечуючи кращу прозорість щодо цін та платежів.

​
Листопад 2025

  • Instagram Token Refresh. Додано автоматичне оновлення для long-life токенів Instagram для користувачів, які підключаються до Instagram, використовуючи прямий IG login (без Facebook Page).
  • Facebook Analytics Updates. Facebook post analytics тепер повертає покращені impression-метрики, включно з post_impressions_paid_unique, post_impressions_fan_unique, post_impressions_organic_unique та post_impressions_unique.
  • Facebook Page Insights. Додано нові поля Facebook social analytics: pageFollows, pageMediaView, pageMediaViewIsFromAds та pageMediaViewIsFromFollowers з підтримкою як агрегованого, так і daily breakdown.
  • Instagram Analytics. Метрики Instagram social analytics viewsCount та reachCount тепер підтримуються як з прямим Instagram Login, так і з Facebook-linked акаунтами.
  • LinkedIn Mentions. Виправлено обробку LinkedIn mentions, щоб правильно розрізняти згадування організацій та осіб.
  • Покращення дашборду. Сторінку API веб-панелі Ayrshare було рефакторовано з покращеною продуктивністю та краще організованою карткою messaging usage.
  • Розширення команди. Розширення команди розробки для прискорення підтримки та розробки функцій.

​
Жовтень 2025

  • Ayrshare придбано Saas.group. Ayrshare було придбано Saas.group. Команда розширюється, щоб забезпечити швидшу розробку функцій та кращу підтримку клієнтів.
  • Webhook History. Новий ендпоінт для отримання історії webhook для кожної дії за останні 6 місяців.
  • Facebook Ads Location Targeting. На додаток до country targeting, ви тепер можете вказати регіон або місто при boosting Facebook-публікацій.
  • LinkedIn Video Thumbnails. Ендпоінт LinkedIn history тепер повертає thumbnailUrl для відео-публікацій, що полегшує відображення попередніх переглядів відео у вашому застосунку.
  • Reddit Post Analytics. Надійність Reddit post analytics було покращено завдяки покращеній обробці автентифікації, щоб уникнути проблем з rate limiting.
  • Instagram History. Покращено обробку великих наборів результатів у Instagram post history для акаунтів з великою кількістю публікацій.
  • Facebook Ads. Ендпоінт Facebook ads history тепер включає роз’яснення того, які оголошення повертаються на основі структури кампанії.
  • Instagram Collaboration. Додано документацію, що уточнює, що прийняті collaboration-публікації можуть не повертатися з ендпоінту platform history через обмеження Instagram API.

​
Вересень 2025

  • TikTok Drafts. Надсилання публікації в TikTok drafts тепер підтримує як зображення, так і відео.
  • Facebook Ads. Як частина вимог, встановлених Digital Services Act (DSA) Європейського Союзу, Facebook вимагає, щоб оголошення, що таргетують будь-яку частину ЄС, надавали значення, які визначають бенефіціара та платника оголошення. Тепер ви можете шукати рекомендації DSA та додати їх до оголошення.
  • Media Management. Ендпоінт GET media було покращено, щоб включати завантажені великі медіа-файли, і тепер показує поле expireAt.
  • Threads Posting. Легко створюйте thread на Threads (aka threadstorms) — серію пов’язаних публікацій у Meta Threads.
  • Direct Messaging. Facebook та Instagram Messaging тепер підтримують надсилання аудіофайлів (AAC або WAV).

​
Серпень 2025

​
Липень 2025

​
Червень 2025

  • Instagram Login (незабаром). Увімкніть або вимкніть Instagram Login на сторінці прив’язки соціальних мереж. Instagram Login буде увімкнено за замовчуванням у найближчі тижні. Якщо вам потрібні розширені функції, включно з пошуком хештегів, collaborations, тегуванням локації або даними бренду, ви повинні вручну вимкнути цю опцію, щоб натомість використовувати автентифікацію через Facebook Page. Ми рекомендуємо більшості клієнтів використовувати новий прямий Instagram Login, оскільки це простіший робочий процес, який не потребує Facebook Page.
  • Знайомтеся зі Snapchat. Ayrshare тепер підтримує Snapchat. API Snapchat дозволяє пряму публікацію контенту як в Stories, так і в Spotlight, а також отримання аналітики та історії. Stories — це тимчасові публікації, що зникають через 24 години, тоді як Spotlight-публікації є постійними і можуть допомогти творцям та бізнесам охопити ширшу аудиторію.
  • MCP Server. Підключіть Ayrshare API Docs MCP server з вашим AI-агентом. Підключивши MCP server документації Ayrshare API до ваших AI-інструментів розробки, як-от Cursor або Claude Desktop, ви можете надати своєму AI-агенту прямий доступ до документації Ayrshare.
  • Copy a Post. Скопіюйте існуючу публікацію на іншу платформу. Цей новий ендпоінт дозволяє повторно використовувати успішні публікації на різних платформах або з різними конфігураціями.
  • Developer Dashboard. Два нові покращення у процесі публікації в developer dashboard. На додаток до завантаження медіа-файлів, ви тепер можете використовувати URL для публікації свого медіа. І тепер ви можете переглядати JSON, що використовується для публікації, що допомагає перевірити коректність вашого JSON.
  • User Management. Ендпоінт User тепер повертає real-time стан підключених соціальних мереж, автоматично оновлюючись, коли користувачі підключають або від’єднують свої акаунти соціальних мереж.
  • YouTube. Публікація відео на YouTube тепер дозволяє розкриття реалістичного Altered або Synthetic (A/S) контенту через встановлення параметра containsSyntheticMedia. Див. документацію.
  • Facebook. Отримання коментарів у Facebook тепер повертає прямий URL до конкретного коментаря.

​
Травень 2025

​
Квітень 2025

​
Березень 2025

​
Лютий 2025

​
Січень 2025

​
Грудень 2024

  • Dashboard. Продуктивність сторінки User Profiles у веб-панелі було оптимізовано. Тепер ви отримаєте плавний скролінг та досвід завантаження, незалежно від того, скільки user profiles ви маєте у своєму акаунті.
  • Dashboard. Сторінка Posts у веб-панелі тепер дозволяє включати видалені публікації у ваш history timeline. Це дозволяє отримувати доступ, фільтрувати та шукати видалені публікації так само, як і успішні публікації.
  • Deleted Posts. Якщо ви або ваші користувачі вручну видалили публікацію в соціальній мережі, ви можете позначити її як manually deleted в Ayrshare. Це запобігатиме тому, що Ayrshare намагатиметься видалити публікацію в майбутньому, і дозволить вам отримати доступ до точнішої історії публікацій.
  • Webhooks. Тепер ви можете отримати всі зареєстровані вебхуки для всіх ваших user profiles за одним викликом.
  • Analytics. Instagram post analytics тепер включає share, followers gained, profile visits та profile activity counts.
  • Comments. TikTok comments тепер повертають ім’я особи, яка залишила коментар.
  • Comments. X comments тепер повертають ID Tweet, на який було надіслано відповідь.

​
Листопад 2024

  • All New Docs. Ознайомтеся з новою документацією Ayrshare. Ми мігрували до просунутішої платформи Documentation з багатьма покращеннями user experience порівняно з попередньою версією.
  • Instagram Analytics. Instagram post analytics тепер включає метрики того, скільки разів ваш reel відтворювався після першого разу і загальну кількість разів, коли ваш reel відтворювався після першого impression.
  • Hashtags. Ендпоінт hashtags тепер дозволяє вказати language hint, щоб зберегти хештеги тією ж мовою, що й публікація.
  • X Analytics. X/Twitter Social analytics тепер повертає найновіший Tweet та Pinned Tweet, якщо встановлено pinned Tweet.
  • Dashboard. У developer dashboard Auto-Scheduled Posts тепер позначаються як “Auto-Schedule”.
  • Auto-Schedule. Отримайте всі очікуючі Auto-Scheduled Posts через API. Це повертає список публікацій, які було заплановано, але ще не опубліковано.
  • TikTok. Ви можете перевірити, чи прив’язаний TikTok-акаунт є business account з ендпоінтом Social Analytics.
  • Instagram Comments. Ендпоінт коментарів тепер повертає Instagram top-level post ID для ідентифікації оригінальної публікації.
  • History. Ендпоінт history тепер повертає “paused” заплановані публікації. Крім того, кількість повернутих минулих публікацій було збільшено до 1000.
  • Linking Page. Додайте footer та copyright info на сторінку прив’язки соціальних мереж user profile. Потрібен Max Pack.
  • Image Conversion. Ендпоінт image resizing тепер може конвертувати PNG або інший тип зображення в JPG як частину процесу конвертації. Потрібен Max Pack.

​
Жовтень 2024

Ayrshare Dashboard API Calls
  • PyPi Package. Python PyPi package було оновлено новими ендпоінтами.

​
Вересень 2024

  • Facebook Analytics. Ендпоінти History Get All Posts та Analytics тепер повертають користувачів, які поставили лайк Facebook-публікації. Для кожного користувача ви можете отримати ім’я користувача та ID користувача.
  • Content Moderation. Є новий ендпоінт Moderation, що перевіряє, чи є контент шкідливим або неприйнятним. Цей ендпоінт підтримує як текст, так і зображення.
  • LinkedIn Linking. Раніше підключення сторінок LinkedIn company page вимагало, щоб користувач був Super Admin на сторінці. Тепер Content Admins, які керують сторінкою LinkedIn company page, можуть підключатися, що дозволяє їм публікувати, отримувати аналітику та керувати коментарями.
  • User Management. Ендпоінт User тепер повертає як Page ID, так і User ID для Facebook та Instagram.
  • Dashboard. Сторінка Post веб-панелі тепер показує індикатор іконки, якщо публікацію було опубліковано з rss feed.
  • Facebook Reviews. Facebook Reviews тепер повертають зображення профілю рецензента.
  • Google Reviews. Google Business Profile Reviews тепер повертають усі ваші відгуки, навіть якщо їх тисячі.

​
Серпень 2024

  • LinkedIn History. Тепер ви можете отримати post history для LinkedIn personal pages. Раніше лише LinkedIn company pages повертали history. Потрібне повторне прив’язування LinkedIn з Ayrshare.
  • LinkedIn Analytics. Є нові доступні дані для LinkedIn personal та company pages, включно з деталями likedBy та comment.
  • LinkedIn Lookup. Ендпоінт brand тепер дозволяє шукати особу або компанію. Це корисно, щоб побачити деталі того, хто поставив лайк одній з ваших публікацій.
  • Facebook History. Ви можете обмежити результати для Facebook Page history, щоб показувати лише публікації, опубліковані самою сторінкою. Це відфільтрує весь контент, який не було опубліковано сторінкою.
  • User Profile. Ендпоінт user тепер повертає нове поле з міткою часу останнього разу, коли було зроблено виклик API для цього user profile.
  • X Long Posts. Ви можете публікувати довгі публікації для Premium X Accounts. Довгі публікації можуть містити до 25 000 символів. Ви також можете тепер отримати повні дані long Post, включно з повним тілом та URL у long Post body при виклику analytics або history.
  • Web Dashboard. Дизайн сторінки post було покращено та додано кілька нових типів контенту. Ви тепер можете публікувати Facebook та Instagram Reels або Stories або YouTube Shorts безпосередньо з панелі.
Updated API Dashboard
  • Team Management. Коли ви запрошуєте члена команди, ви тепер можете бачити, чи прийняв він запрошення, або повторно надіслати запрошення зі сторінки User Profiles панелі.
  • AI Video Titles. Транскрипти відео тепер включають запропонований заголовок. Це корисно для публікації на YouTube, який вимагає заголовок для кожного завантаження відео. (Потрібен Max Pack)
  • Pausing Posts. Ви можете призупиняти та відновлювати заплановані публікації за допомогою ендпоінту post.
  • Sentiment Analysis. Ендпоінт generate тепер може генерувати аналіз настроїв для публікації або коментаря, щоб зрозуміти, чи він негативний, позитивний або нейтральний. Результат також включає рекомендації щодо покращення.
  • Instagram Analytics. Instagram analytics було покращено, щоб повертати додаткові демографічні дані про залучену аудиторію.
  • TikTok Photos. Ви тепер можете публікувати в TikTok з фотографією. Раніше було потрібно відео.

​
Липень 2024

​
Червень 2024

  • Ayrshare Messaging API. Ayrshare Messaging Add-On — це необов’язкове платне доповнення, що дозволяє вашій платформі керувати прямими повідомленнями для ваших користувачів, включно з Facebook Messenger, Instagram Messaging та X/Twitter Messaging.
  • YouTube Comments. Ви тепер можете видаляти коментарі в YouTube, використовуючи YouTube comment ID.
  • Auto Hashtags. Знайомтеся з новою повністю перероблена системою auto-hashtag з більш релевантними хештегами та без обмеження на довжину публікації. Кількість хештегів також було збільшено, щоб дозволити до 10 хештегів на публікацію.
  • Web Dashboard. UI панелі було оновлено з можливістю видалити всі цільові соціальні мережі на сторінці post одним кліком, і новим розділом прикладів коду на сторінці API Key.
  • User Profile Management. Ендпоінт Profiles було покращено, щоб дозволити фільтрувати результати для профілів, які мають активні соціальні акаунти або містять певні платформи.

​
Травень 2024

  • Google Business. Ви тепер можете оновлювати дані Google Business Profile location, включно з номерами телефонів, website URL, map location та іншим.
  • History Search. З ендпоінтом History ви тепер можете шукати post ID в усіх ваших user profiles. Це корисно, якщо у вас є post ID і ви не знаєте, який user profile опублікував його.
  • User Profile Tags. Додайте свої власні теги до user profile, щоб краще організовувати та керувати профілями. Веб-панель також дозволяє переглядати призначені теги та шукати теги на сторінці User Profiles.
  • YouTube Captions. Додайте свої власні користувацькі підписи до YouTube-відео з файлом SRT або SVB.
  • NPM Package. Оновлений Node.js NPM package було випущено з новими ендпоінтами та детальнішою документацією. Пакет також було перейменовано на social-media-api.
  • Facebook Comments. Ви тепер можете додати зображення як частину вашого коментаря у Facebook.
  • Linkedin Comments. Linkedin Comments тепер повертають like count для цього конкретного коментаря.
  • Linkedin Brands. Ендпоінт Brands для Linkedin data було покращено з локалізованим ім’ям акаунту, спеціалізаціями компанії та описом компанії.
  • Disable Comments. Ви можете вимкнути коментарі до публікації в Instagram, LinkedIn та TikTok. Це працює на нових публікаціях або вже опублікованих публікаціях.
  • Historical Posts. Отримайте історичні дані публікацій з TikTok на публікаціях, які не було опубліковано через Ayrshare.
  • Instagram Analytics. Нові дані для Instagram Stories, включно з replies, shares та exit counts.
  • AI Generate. Згенеруйте текст публікації соціальних мереж з AI на основі одного або кількох зображень. Це також можна використовувати для написання підпису до зображення.
  • Web Dashboard. Для кожного user profile, перерахованого в панелі, ви можете побачити підключені соціальні мережі. На кожну іконку соціальної мережі можна навести курсор, щоб побачити ім’я в соціальній мережі.
  • Social Linking. У веб-панелі та на вашій сторінці прив’язки соціальних мереж тепер показано зображення профілів поруч із назвою сторінки або компанії.

​
Квітень 2024

​
Березень 2024

  • Instagram Collaborators. Instagram collaboration дозволяє співавторство контенту з іншими акаунтами. Публічний оригінальний автор може позначити інший приватний або публічний акаунт як collaborator. Додайте Instagram collaborators до медіа-публікацій.
  • Google Business Profile. Додаткові дані про Google Business Profile тепер доступні, включно з посиланнями на reviews та map, place Id та інші дані. Отримання цих додаткових даних потребує повторного прив’язування Google Business Profile.
  • Facebook Page, Instagram, Google Profile Location. На екрані прив’язки сторінки ви тепер можете відображати page location для Facebook Page, Instagram-акаунту та Google Business profile.
  • Facebook Profile Analytics. Facebook Social Profile Analytics тепер повертає до 4 кварталів даних. Ви можете встановити, щоб дані поверталися або aggregated, або daily.
  • Facebook History. Facebook Stories тепер повертаються в ендпоінті Get All History.
  • Social Linking Page. Сторінка Ayrshare Social Linking тепер підтримує перенаправлення на origin opening вкладку або вікно.
  • Facebook Reviews. Ви тепер можете відповідати на відгук у Facebook.
  • Instagram Followers. Instagram Get Followers Online має покращений UTC формат. Ці дані повертають загальний історичний count ваших онлайн Instagram-підписників за годину, що дозволяє оптимізувати публікацію для максимальної залученості.
  • Instagram Carousel. Тепер публікуйте як відео, так і зображення в Instagram carousel. Можна включити до 10 медіа-елементів разом.
  • TikTok. TikTok captions тепер підтримують line breaks з символом “\n”.

​
Лютий 2024

  • Reviews. Отримуйте, відповідайте та видаляйте відгуки в Google Business Profile та Facebook Pages за допомогою нового ендпоінту /reviews.
  • Linkedin Comments. Отримайте LinkedIn коментарі за comment ID для коментарів, зроблених поза Ayrshare.
  • Linkedin Mentions. Linkedin mentions у коментарях та відповідях на коментарі тепер розв’язуються до посилання на handle організації.
  • Public Profile Data. Тепер ви можете шукати Facebook Pages та Linkedin імена в ендпоінті brand. Шукайте публічну інформацію соціальних мереж користувачів або компаній, таку як followers, зображення профілю та вебсайти. Цих користувачів та компаній не потрібно бути прив’язаним Ayrshare-користувачем.
  • Facebook Comments. Ендпоінт comments API для Facebook Comments тепер повертає відповіді безпосередньо в тілі відповіді.
  • Instagram Banned Hashtags. Перевіряйте на banned хештеги, використовуючи новий API ендпоінт або новий веб-інструмент. Це корисно, щоб зберегти ваші акаунти в безпеці від призупинень або shadow banning.
  • Facebook Groups. Facebook оголосив, що видалятиме API доступ до Facebook Groups. Дізнайтеся більше.

​
Січень 2024

  • Longer Instagram Videos. Instagram Video-публікації тепер підтримують до 15 хвилин довжини та 1 GB. Це збільшення з попередніх 60 секунд та 100 MB.
  • Translate Post Text. Вибирайте понад 100 різних мов, щоб перекласти текст вашої публікації. Наприклад, перекладіть з англійської на французьку або з іспанської на німецьку. Вихідна мова визначається автоматично.
  • Error Translation. Повідомлення про помилки можуть автоматично перекладатися на мову вашого вибору. Це корисно, якщо ви хочете відображати помилку безпосередньо своєму користувачеві його бажаною мовою.
  • Pinterest Analytics. Додаткові дані Pinterest доступні для get all history, включно з post title, notes та board id.
  • Check Post Length. Ендпоінт Check Post Length тепер включає валідації для Facebook, Google Business Profile, LinkedIn, Pinterest та YouTube.
  • New User Batch Endpoints. Коли вам потрібен великий набір даних, batch endpoints — чудовий варіант. Ви можете використовувати batch endpoints, щоб отримати json файли для всіх ваших user profiles, а потім використовувати webhook, щоб дізнатися, коли файл готовий.
  • Linkedin Historical Posts. Отримайте історичні дані для Linkedin-публікації, опублікованої поза Ayrshare.
  • Linkedin Posts Reactions. Ендпоінт Get All Post для LinkedIn тепер повертає reactions для публікації, такі як Likes, Praise, Maybe та Appreciation.
  • Last API Call Time. Отримайте доступ до часу останнього використання API key у веб-панелі в розділі API Key.
  • Ayrshare Dashboard History. Веб-панель тепер дозволяє завантажувати всі ваші історичні публікації або журнали webhook за допомогою нової кнопки “Load more”.
  • Webhook Errors. Переглядайте error rate ваших webhooks, щоб побачити відсоток успіху проти error responses.

​
Старіші оновлення

Перегляньте Update Archive, щоб побачити старіші оновлення.