Skip to main content

​
图片与视频发帖要求

在将帖子发布到各社交网络时，遵循每个平台的要求非常重要。 遵守这些规范，可以确保你的帖子被社交网络接受并触达目标受众。 更多详细信息请参见 post 接口。

​
允许的文件类型

文件必须使用允许的扩展名，例如 jpg、jpeg、png、 webp、gif、mp4、mov 或 avi，对应的 content-type 如 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 会以目标平台可接受的格式处理。下文各平台的“支持的格式”列表描述的是各网络最终在传输层实际接受的格式；你无需事先自行转换。故障情况请参见 图片格式转换错误（代码 450、451、452）。请参阅图像元数据与 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 MB 的较大视频文件，使用 scheduleDate 参数创建定时发布的帖子，以便进行异步处理。 同时请务必检查你的媒体 URL 的上传速度，以防在各社交网络处出现超时。 如果媒体文件无法在约 5 分钟内下载完成，很可能会发生超时。

​
通用社交视频要求

各社交网络有不同的视频要求。如果你希望一段视频可以发布到 X/Twitter、Instagram、Facebook 和 TikTok 等平台，请使用以下标准： 尺寸： 1080 x 1920 px 时长： 60 秒 大小： 50 MB 格式： 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 媒体要求

​
图像元数据与 Content Credentials

图像通常会携带嵌入式元数据：ICC 颜色配置文件、XMP 数据包、EXIF 相机数据，或 C2PA Content Credentials 清单。 当图像由 AI 工具生成或编辑时，AI 声明通常存放在 XMP 数据包中的 Iptc4xmpExt:DigitalSourceType 属性里，并常常同时嵌入到 C2PA 清单中。 当目标网络不接受源图片格式时，Ayrshare 会将图像重新编码为 JPEG，具体规则见上文的允许的文件类型。 重新编码会重写文件，因此本节明确说明 Ayrshare 会保留哪些内容、会丢弃哪些内容，以及每个网络如何处理转换结果。 视频永远不会被重新编码，其元数据也不会被改动。

​
转换时保留的元数据

  • 色彩还原。 广色域图像在转换前后看起来一致。实现方式取决于源格式，如果你会检查转换后的文件， 值得了解其中的差别。HEIC 或 HEIF 图像会保留其原有的 ICC 颜色配置文件，并随其进入 JPEG。 WebP 或 AVIF 图像则会被转换为标准 sRGB，因此即使在丢弃嵌入配置文件的网络上颜色也是正确的 ——转换后的 JPEG 不再携带 ICC 配置文件，因为它不再需要。
  • 仅保留 AI 声明。 Ayrshare 会写入一个小型的新 XMP 数据包，其中包含 Iptc4xmpExt:DigitalSourceType —— 这是 IPTC 用于记录图像是由相机拍摄、经过编辑，还是由算法生成的属性 —— 这样由你的生成工具写入的声明就能到达网络。该数据包是从零构建，而非复制得到：原图 XMP 中的其他内容都不会随之携带。 创建者与版权字段、关键词、编辑历史，以及诸如 photoshop:City 和 Iptc4xmpExt:LocationCreated 之类的位置字段 都会被丢弃，因此关于你本人或照片拍摄地点的信息不会被意外发布。请参见下文的未保留的元数据。
  • 合成的 AI 声明。 如果 C2PA 清单声明为 AI 来源，但 XMP 数据包并未记录该信息，Ayrshare 会将对应的 Iptc4xmpExt:DigitalSourceType 值写入输出的 XMP，避免声明随清单一起丢失。Ayrshare 从不会自行推断 AI 来源： 只有当图像本身已经携带该值时才会保留，只有当 C2PA 清单声明为 AI 来源时才会合成该值。 如果一张 AI 生成的图像两处都没有声明，则会在没有声明的情况下发布。

​
未保留的元数据

  • 除 AI 声明外的一切。 转换后的图像完全不携带 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 签名，请以目标网络原生支持的格式发布图像， 从而不发生转换。

​
何时会发生转换

  • JPEG 与 PNG 原样透传。 不重新编码，也不修改任何元数据 —— 你提供的字节就是网络收到的字节。
  • WebP 会针对 Instagram、Threads、LinkedIn、TikTok、Google Business Profile 和 Snapchat 转换为 JPEG。
  • HEIC、HEIF 与 AVIF 会针对所有网络转换为 JPEG。
  • 视频永远不会被转换。
如果你需要确保不会发生任何重新编码，请提供 JPEG 或 PNG。

​
每个网络对元数据的处理

保留元数据只完成了一半的旅程。每个网络会各自决定是否在接收时保留元数据，以及是否渲染 AI 标签。 下面的结果来自于 2026 年 8 月发布的实际帖子，未设置任何平台级 AI 标记，因此嵌入的元数据是唯一可能的信号： Meta 在 Facebook、Instagram 和 Threads 上都能稳定保留该声明，但是否渲染标签因界面而异：Facebook 和 Instagram 会显示，Threads 目前不会。 以上两列相互独立，Instagram 就是最能说明这一点的例子：它保留 AI 声明，却丢弃颜色配置文件。这也是为什么 WebP 与 AVIF 图像会被转换为标准 sRGB，而不是携带配置文件 —— 配置文件只在保留它的网络上才有意义，而正确的 sRGB 颜色在任何地方都是正确的。
溯源元数据无法在 LinkedIn 的图像处理中留存。 LinkedIn 在接收图像时会移除嵌入的元数据，因此 Iptc4xmpExt:DigitalSourceType 声明不会出现在已发布的图像上，也不会应用 AI 标签。不要把嵌入的元数据 视为面向 LinkedIn 的 AI 声明机制。
上表未列出的网络未被测量。网络行为可能在不发出通知的情况下变化，因此请将该表视为观察到的行为，而非保证。
Instagram 的 autoResize 会丢弃声明。 当帖子使用 instagramOptions.autoResize 时，图像会由一个单独的步骤 调整为 1080×1080，该步骤会写入新的文件且不会携带任何元数据 —— 因此 AI 声明、ICC 配置文件以及任何 C2PA 清单 都不会出现在 Instagram 收到的图像中，无论源图像原本携带了什么。如果需要让声明到达 Instagram，请提供已符合 Instagram 宽高比要求的图像，并关闭 autoResize。

​
直接上传媒体

POST /media/upload 会原样存储你的字节。 不会进行任何重新编码，所有元数据 —— 包括 EXIF 与任何 C2PA 清单 —— 都会按照提供的内容精确存储。 上文的保留行为只适用于图像被发布到需要不同格式的网络时。