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 媒体要求

​
Image Metadata and Content Credentials

图片中通常会内嵌元数据：ICC 色彩配置文件、XMP 数据包、EXIF 相机信息，或 C2PA Content Credentials 清单。 当一张图片由 AI 工具生成或编辑时，AI 披露通常以 Iptc4xmpExt:DigitalSourceType 属性的形式记录在 XMP 数据包中，并且往往也会记录在 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 披露外的所有内容。 转换后的图片不会携带任何 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，而不是携带一个 ICC 配置文件——配置文件只在会保留它的平台上有意义，而正确的 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 清单——都会按提交的原样保存。 上面描述的保留行为仅适用于图片被发布到需要不同格式的平台的场景。