Skip to main content

​
Вимоги до публікації зображень і відео

При публікації посту в соціальних мережах важливо дотримуватися вимог кожної мережі. Дотримуючись цих настанов, ви можете забезпечити, щоб ваш пост був прийнятий соціальними мережами і досяг цільової аудиторії. Докладніше див. в endpoint post.

​
Прийнятні типи файлів

Файли мають прийнятне закінчення (розширення), наприклад jpg, jpeg, png, webp, gif, mp4, mov або avi, з типами вмісту, як-от image/jpeg або video/mp4. Крім того, LinkedIn приймає типи файлів з такими розширеннями: ppt, pptx, doc, docx і pdf. Якщо URL медіа має спеціальні символи, наприклад ñ, будь ласка, закодуйте спеціальні символи перед відправленням. Докладніше про кожну мережу див. нижче.
Автоматичне перетворення формату зображень. Джерельні зображення WebP, HEIC, HEIF та AVIF автоматично перетворюються на JPEG перед публікацією на платформах, які не приймають їх безпосередньо. WebP перетворюється для Instagram, LinkedIn, TikTok, Google My Business, Threads та Snapchat; HEIC, HEIF та AVIF перетворюються для всіх підтримуваних платформ. Перетворення виконується прозоро під час відправлення, тож ви можете подати будь-який із цих форматів через mediaUrls, і Ayrshare опрацює формат від імені платформи призначення. Списки «підтримувані формати» для кожної платформи нижче описують те, що кожна мережа зрештою приймає безпосередньо; попередньо конвертувати не потрібно. Див. Image Format Conversion Errors для режимів відмов (коди 450, 451, 452), а також Image Metadata and Content Credentials для інформації про те, що відбувається з вбудованими метаданими під час перетворення зображення.

​
Максимальна кількість зображень

Максимальна кількість зображень, прийнятих для однієї платформи в одному пості:
  • Bluesky: 4 зображення.
  • Facebook Pages: 10 зображень, включно з пост-каруселлю.
  • Instagram: 10 зображень.
  • Google Business Profile: 1 зображення.
  • LinkedIn: 9 зображень.
  • Pinterest: 1 зображення.
  • Reddit: 1 зображення.
  • Telegram: 1 зображення.
  • Threads: 20 зображень.
  • TikTok: 35 зображень.
  • X/Twitter: 4 зображення.

​
Максимальна кількість відео

На один пост дозволено лише одне відео для Bluesky, Facebook, Instagram, LinkedIn, Pinterest, Telegram, Threads, TikTok, X/Twitter та YouTube. Reddit поки не підтримує відео.
Переконайтеся, що URL вашого відео закінчується прийнятним розширенням відео, як-от .mp4 або .mov, залежно від мережі.Наприклад:
  • Прийнятно: https://mysite.com/video.mp4
  • Не прийнятно: https://mysite.com/video.mp4?code=30s93
Якщо ваше відео є підписаним URL або не може закінчуватися прийнятним розширенням, ви можете використати параметр isVideo при публікації поста.
Для великих відеофайлів, що перевищують 50 МБ, ми рекомендуємо створити запланований пост з параметром scheduleDate для асинхронної обробки. Також перевірте швидкість завантаження ваших медіа-URL, щоб запобігти тайм-аутам у соціальних мережах. Якщо медіа-файл не вдається завантажити приблизно за 5 хвилин, ймовірно, станеться тайм-аут.

​
Стандартні вимоги до відео у соціальних мережах

Кожна соціальна мережа має різні вимоги до відео. Якщо ви хочете, щоб відео можна було публікувати в соціальних мережах, таких як X/Twitter, Instagram, Facebook та TikTok, використовуйте такі стандарти: Розміри: 1080 x 1920 px Тривалість: 60 секунд Розмір: 50 МБ Формат: MP4 Приклад портретного відео: https://img.ayrshare.com/random/portrait5.mp4 Ви також можете створити відео конкретного розміру для мереж, таких як YouTube, які приймають довші та більші файли. Докладніше про кожну мережу див. нижче. Дивіться, як створювати випадкові відео для тестування.

​
Content Type

При публікації переконайтеся, що content-type встановлено відповідно, наприклад image/png, image/jpg або image/jpeg.

​
Захищені URL

При публікації вашого власного медіа-URL посилання має бути захищеним із використанням SSL, починаючись з https://

​
Вимоги до медіа в соціальних мережах

Вимоги до медіа Bluesky

Вимоги до медіа Facebook

Вимоги до медіа Google Business Profile

Вимоги до медіа Instagram

Вимоги до медіа LinkedIn

Вимоги до медіа Pinterest

Вимоги до медіа Reddit

Вимоги до медіа Snapchat

Вимоги до медіа Telegram

Вимоги до медіа Threads

Вимоги до медіа TikTok

Вимоги до медіа X/Twitter

Вимоги до медіа YouTube

​
Image Metadata and Content Credentials

Зображення часто містять вбудовані метадані: колірний профіль ICC, пакет XMP, дані EXIF з камери або маніфест Content Credentials C2PA. Коли зображення згенеровано або відредаговано інструментом ШІ, розкриття ШІ зазвичай зберігається в пакеті XMP як властивість Iptc4xmpExt:DigitalSourceType, а часто також усередині маніфесту C2PA. Ayrshare повторно кодує зображення у JPEG, якщо мережа призначення не приймає джерельний формат, як описано в розділі Прийнятні типи файлів вище. Повторне кодування переписує файл, тож цей розділ точно вказує, що саме Ayrshare переносить, що відкидає та що робить з результатом кожна мережа. Відео ніколи не перекодовуються, а їхні метадані залишаються недоторканими.

​
Metadata Retained on Conversion

  • Передавання кольору. Зображення з широким колірним охопленням виглядає після перетворення так само, як і до нього. Спосіб, у який це досягається, залежить від джерельного формату, і цю відмінність варто знати, якщо ви перевірите перетворений файл. Зображення HEIC або HEIF зберігає свій оригінальний колірний профіль ICC, який переноситься в JPEG. Зображення WebP або AVIF натомість перетворюється на стандартний sRGB, тож кольори будуть коректними навіть у мережі, яка відкидає вбудовані профілі — перетворений JPEG не містить профілю ICC, оскільки він більше не потрібен.
  • Розкриття ШІ, і лише розкриття ШІ. Ayrshare записує новий невеликий пакет XMP, що містить Iptc4xmpExt:DigitalSourceType — властивість IPTC, яка фіксує, чи було зображення знято камерою, відредаговане чи створене алгоритмом — тож розкриття, записане вашим інструментом генерації, доходить до мережі. Пакет створюється з нуля, а не копіюється: жодні інші дані з оригінального XMP вашого зображення не переносяться. Поля автора та авторських прав, ключові слова, історія редагувань та поля розташування, як-от photoshop:City і Iptc4xmpExt:LocationCreated, залишаються позаду, тож нічого про вас або місце зйомки фото не може бути опубліковано випадково. Див. Metadata Not Retained нижче.
  • Синтезоване розкриття ШІ. Якщо маніфест C2PA стверджує про походження від ШІ, але пакет XMP цього не фіксує, Ayrshare записує еквівалентне значення Iptc4xmpExt:DigitalSourceType у вихідний XMP, тож розкриття не втрачається разом із маніфестом. Ayrshare ніколи не робить самостійних висновків про походження від ШІ: значення переноситься, коли зображення вже містить його, і синтезується лише тоді, коли маніфест C2PA це стверджує. Зображення, згенероване ШІ, яке надходить без розкриття в жодному з цих місць, публікується без нього.

​
Metadata Not Retained

  • Усе, крім розкриття ШІ. Перетворене зображення взагалі не містить блоку EXIF — жодних координат GPS, жодного виробника чи моделі камери, жодного часу зйомки — а також нічого з оригінального пакета XMP, крім самого розкриття. Це стосується dc:creator та dc:rights, ключових слів, історії редагувань і всіх полів розташування, exif:GPS* та авторського тексту, як-от photoshop:City і Iptc4xmpExt:LocationCreated. Вихідний пакет створюється з нуля, а не фільтрується, тож єдине, що в ньому може з’явитися — це розкриття. Якщо вам потрібно, щоб метадані авторства чи авторських прав досягли мережі, публікуйте у форматі, який ця мережа приймає безпосередньо, щоб перетворення не відбувалося.
  • Дуже довге значення розкриття. Пакет, який записує Ayrshare, має вміститися у фіксовану кількість місця в JPEG, і значення розкриття, достатньо довге, щоб перевищити 60 000 байтів, буде опущене, а не обрізане. Реальні значення IPTC становлять кілька десятків байтів, тож на практиці цього не трапляється; це задокументовано, оскільки пост усе ще виконується успішно, і жодне попередження не повертається. Зауважте, що це обмеження на розкриття, а не на оригінальний пакет вашого зображення — великий оригінальний XMP більше не коштує вам розкриття, оскільки записується не оригінал.
  • Криптографічний підпис C2PA не може вижити після повторного кодування. Маніфест C2PA підписаний саме над байтами файлу, до якого його було додано. Перетворення зображення на JPEG створює інші байти, тож підпис більше не може бути дійсним і не переноситься. Розкриття виживає перетворення; підпис — ні. Перетворене зображення не пройде перевірку як підписаний вміст у валідаторі Content Credentials.
Не покладайтеся на перетворене зображення для підтвердження авторства або доказу відсутності підробки. Якщо перевірюваний підпис C2PA є обов’язковим, публікуйте зображення у форматі, який мережа призначення приймає безпосередньо, щоб перетворення не відбувалося.

​
When Conversion Happens

  • JPEG і PNG проходять без змін. Жодного повторного кодування та жодної зміни метаданих — байти, які ви надаєте, є байтами, які отримує мережа.
  • WebP перетворюється на JPEG для Instagram, Threads, LinkedIn, TikTok, Google Business Profile і Snapchat.
  • HEIC, HEIF та AVIF перетворюються на JPEG для кожної мережі.
  • Відео ніколи не перетворюються.
Якщо вам потрібна впевненість, що повторне кодування не відбудеться, надавайте JPEG або PNG.

​
What Each Network Does With the Metadata

Збереження метаданих — це лише половина шляху. Кожна мережа самостійно вирішує, чи зберігати їх при прийомі та чи відображати мітку ШІ. Наведені нижче результати отримано з реальних постів, опублікованих у серпні 2026 року без установленого прапорця ШІ платформи, тож вбудовані метадані були єдиним можливим сигналом: Meta стабільно зберігає розкриття у Facebook, Instagram і Threads, але відображає мітку по-різному залежно від поверхні: Facebook та Instagram її показують, а Threads наразі — ні. Ці два стовпці незалежні, і Instagram — причина, чому це варто зазначити: він зберігає розкриття ШІ, відкидаючи колірний профіль. Саме тому зображення WebP та AVIF перетворюються на стандартний sRGB замість того, щоб отримувати профіль для перенесення — профіль допомагає лише у мережі, яка його зберігає, тоді як коректний sRGB коректний скрізь.
Метадані про походження не переживають обробку зображень у LinkedIn. LinkedIn видаляє вбудовані метадані при прийомі зображення, тож розкриття Iptc4xmpExt:DigitalSourceType відсутнє на опублікованому зображенні, і жодна мітка ШІ не застосовується. Не розглядайте вбудовані метадані як механізм розкриття ШІ для LinkedIn.
Мережі, не перелічені вище, не вимірювалися. Поведінка мереж може змінюватися без попередження, тож розглядайте таблицю як спостережувану поведінку, а не як гарантію.
autoResize в Instagram відкидає розкриття. Коли пост використовує instagramOptions.autoResize, зображення змінюється до 1080×1080 окремим кроком, який записує новий файл і не переносить метаданих — тож розкриття ШІ, профіль ICC та будь-який маніфест C2PA відсутні у зображенні, яке отримує Instagram, незалежно від того, що містило джерело. Якщо розкриття має досягти Instagram, надайте зображення, яке вже відповідає вимогам Instagram щодо співвідношення сторін, і залиште autoResize вимкненим.

​
Uploading Media Directly

POST /media/upload зберігає ваші байти дослівно. Нічого не перекодовується, і всі метадані — включно з EXIF та будь-яким маніфестом C2PA — зберігаються точно так, як надано. Поведінка збереження, описана вище, застосовується лише тоді, коли зображення публікується в мережі, яка вимагає іншого формату.