素材要求：尺寸、时长、格式
第一次发布时，绊住人的不是策略，也不是套餐， 而是视频时长不对、图片体积不对、文字 被从中间截断。每个平台的要求各不相同，散落在 帮助中心的各个角落，而且改动不作通知。
这里的要求取自平台自身的文档，附链接与核查 日期。我们不采用他人网站上的“尺寸速查表”：这类表格很多， 而且过时的时候悄无声息。
上限取决于条件的地方，我们就照实写明。在部分平台上， 视频时长取决于账号是否验证，文件体积取决于订阅， 图片数量取决于目录板块。我们不会替您挑出 其中某一种情形。
Aitu
文本长度。 上限写在发送消息方法的说明中：消息文本——«max 4096»；发送方名称（sender.name）——«string max 100»；按钮的标题、按钮的正文和展示给用户的文字——各«max 100»；一条消息中的按钮数量——«max 10»。群发中消息的唯一值（correlation_id）——«string max 200» 上限取自商务接口 sendMessage 方法说明中的 validation 一列；文档没有为媒体的说明文字单独规定上限 来源, 已核查 2026-08-04
图片。 文档没有直接规定图片的格式和体积。从文件类型清单可以看出：“文件的 mimetype：unknown、jpeg、mp4、m4a、mp3、gif、png”。对“分享图片”方法则规定了编码方式：图片“必须以 data:image/jpeg;base64、data:image/png;base64 或 data:image/gif;base64 开头”。文档中既没有体积上限，也没有像素尺寸和宽高比 格式是从 mimetype 清单推出来的，不是来自单独的要求；“分享”方法见 https://docs.aitu.io/aituapps/aitu.apps/methods/shareimage.md 来源, 已核查 2026-08-04
视频。 对视频没有单独的要求。视频只是作为一种内容类型出现（“内容类型：document、image、video、audio、music”），以及作为 mp4 这个 mimetype。文档既没有给出编码，也没有给出分辨率、体积和宽高比——宽度、高度和时长只是在上传之后于响应中返回 平台会返回文件的属性，但不对文件提出要求 来源, 已核查 2026-08-04
音频。 声音被单列为两种内容类型——audio 和 music，mimetype 为 m4a 和 mp3，两者在响应中都会返回时长。文档既没有给出码率，也没有给出采样率和体积上限 在该平台上声音是一种独立的素材类型，但对它没有数值要求 来源, 已核查 2026-08-04
上传限额。 文件通过单独的请求以 multipart/form-data 上传，响应中会返回它的大小，但文档没有给出体积上限。已声明的是群发的上限：“单次请求的接收者最多300个”，而且“用户列表中的电话号码必须唯一” 文件体积上限未予公布；300 这个上限说的是单次请求的接收者数量，不是文件数量 来源, 已核查 2026-08-04
Bluesky
图片。 来源相互矛盾：«Each post contains up to four images, and each image can have its own alt text and aspect ratio»。单张图片的体积上限在同一个页面上出现了两次，而且数字不同：正文里是«Individual images are limited to 1,000,000 bytes in size»，而同一页面的代码示例中检查用的是两倍的数字：«if len(img_bytes) > 2000000: raise… 来源自相矛盾：正文是1000000字节，同一页面的代码示例是2000000字节，而且都引向同一个结构；存储节点的上限见 https://docs.bsky.app/docs/advanced-guides/rate-limits ；bsky.app 的 robots.txt 允许抓取（«User-Agent: * /… 来源, 已核查 2026-08-04
视频。 «Bluesky currently supports .mp4, .mpeg, .webm, and .mov video files»，«Each post can contain one video»。编码、分辨率、码率和帧率，平台都没有给出。上传有两条路径：常规方式（向自己的存储节点 uploadBlob），或者直接上传到专用节点 video.bsky.app，体积上限取决于走哪条路：存储节点附件的通用上限是«52,428,800 bytes (50 MByte)» 格式是在2024年9月11日的博客文章中声明的；对视频文件的技术要求平台不予公布；上传流程见 https://docs.bsky.app/docs/tutorials/video ；bsky.app 的 robots.txt 允许抓取（«User-Agent: * / Allow: /»），并且自己建议与其抓取不如使用协议 来源, 已核查 2026-08-04
视频时长。 来源相互矛盾：来源自相矛盾。视频功能上线的博客文章（2024年9月11日）说：«Videos can be up to 60 seconds long»。更晚的一篇博客文章（2026年1月26日）依据的却是另一个、三倍大的上限：«three-minute videos aren't enough, videos should upload faster, four photos aren't enough»——也就是说，核查当日生效的是三分钟的上限，而上线那篇旧页面没有被修正 60秒出自上线页面，三分钟出自 https://bsky.social/about/blog/01-26-2026-whats-next-at-bluesky ；平台没有一个写着现行数字的单独帮助页面，两篇博客都是它自己的；bsky.app 的 robots.txt 允许抓取（«User-Agent: * / Allow: /»），并且自己建议与其抓取不如使用协议 来源, 已核查 2026-08-04
上传限额。 上限是按层级分别给出的。附件：«The PDS also applies a maximum size limit on individual blob uploads... The current limit is 52,428,800 bytes (50 MByte)»。每昼夜的视频数量：«Currently, you can upload 25 videos / 10 GB of video per day. We may tweak this limit»，而且«You must verify your… 上限取决于层级（存储节点、视频服务、应用）以及邮箱是否已验证；这是一个开放网络，平台直接写明其他节点的上限可能不同：«other providers in the network are likely to have different rate-limits»；每昼夜的视频上限见 https://bsky.social/about/blog/09-11-2024-video ；bsky.app… 来源, 已核查 2026-08-04
Discord
文本长度。 消息正文——«Message contents (up to 2000 characters)»。嵌入块（embed）另有上限：标题256个字符，描述4096，字段名256，字段值1024，页脚文字2048，作者名256，并且«the combined sum of characters in all title, description, field.name, field.value, footer.text, and author.name fields across all embeds attached… 2000个字符是开发者文档给出的上限；文档中没有描述付费订阅的更高上限，而帮助中心 support.discord.com 被 Cloudflare 校验挡住 来源, 已核查 2026-08-04
图片。 贴纸（sticker）：«the sticker file to upload, must be a PNG, APNG, GIF, or Lottie JSON file, max 512 KiB»，«Uploaded stickers are constrained to 5 seconds in length for animated stickers, and 320 x 320 pixels»；Lottie 贴纸只对带 VERIFIED 或 PARTNERED 标志的服务器开放。表情：«Emojis… Lottie 格式取决于服务器的状态；表情见 https://docs.discord.com/developers/resources/emoji ；文档中没有对普通图片的要求 来源, 已核查 2026-08-04
上传限额。 «The maximum request size when sending a message is 25 MiB»。每条消息：«Up to 10 rich embeds (up to 6000 characters)»、«IDs of up to 3 stickers in the server to send in the message»，allowed_mentions 中角色 ID 不超过100个、用户 ID 不超过100个 用户的文件体积上限取决于订阅（免费账号、Nitro Basic、Nitro），但 support.discord.com 上关于附件的官方文章被 Cloudflare 校验挡住，因此这些数字没有搬到这里 来源, 已核查 2026-08-04
Gap
文本长度。 开发者文档没有给出文本长度（消息、说明文字、文件描述）的上限：发送文本的方法和上传文件时的 desc 字段都没有字符数。唯一声明的容量限制属于游戏板块：«Max size of data can not be more than 10KB»、«Number of data type can not be more than 25»、«max size of event value is 1KB»、«max number of event is 25» 俄文版中的译文为我们所作，原文为波斯文和英文；10KB 和1KB 的限制是关于游戏数据的，而不是关于消息文本的 来源, 已核查 2026-08-04
图片。 只给出了推荐格式，没有尺寸和大小（俄文版中的译文为我们所作）：文件上传表中 image 字段的«فرمت پیشنهادی»（推荐格式）一列写的是«jpg, png, jpeg»。文档没有给出图片专门的分辨率、宽高比和大小上限——适用的是取决于机器人类型的通用上传限制 俄文版中的译文为我们所作，原文为波斯文；格式被称为推荐的（«پیشنهادی»），而不是强制的；通用的大小上限见 upload_limits 一行 来源, 已核查 2026-08-04
视频。 只给出了推荐格式（俄文版中的译文为我们所作）：video 字段为«mp4 (h264 baseline)»，即使用 H.264 基本档次编码的 MP4。文档没有给出分辨率、帧率、码率，也没有给出视频专门的大小上限 俄文版中的译文为我们所作，原文为波斯文；编解码器写在推荐格式一列中，而不是作为要求 来源, 已核查 2026-08-04
音频。 音频分为两类，每一类各有自己的推荐格式（俄文版中的译文为我们所作）：voice 字段（语音消息）为«ogg»，audio 字段（音频文件）为«mp3»。文档没有规定码率、采样率和时长 俄文版中的译文为我们所作，原文为波斯文；语音消息和音频文件在该平台是不同类型的附件 来源, 已核查 2026-08-04
上传限额。 上传文件的大小上限取决于机器人的类型和群发方式（俄文版中的译文为我们所作）：«ربات تعاملی»（交互式机器人）——«50 مگابایت»，即50MB；«ربات اطلاع رسانی»（通知式机器人）在«فردی»（发给单个人）时为50MB，在«گروهی»（群发）时为«500 مگابایت»，即500MB。当«حجم فایل ارسالی و یا نوع آن معتبر نمیباشد»——所发文件的大小或类型不被接受时，返回500错误。文档没有给出单次请求的文件数量 俄文版中的译文为我们所作，原文为波斯文；该上限直接取决于机器人的类型，以及是个人发送还是群发 来源, 已核查 2026-08-04
imo
图片。 对图片唯一声明的要求是默认分辨率：«On imo, 1080P is the default resolution, offering the perfect balance of sharpness and smooth performance on most screens»，同时«We minimize compression to preserve the»原有质量，而在修图时«simply select the „HDR“ option for the most lifelike… 1080P 被称作默认值，而不是上限；选择 HDR 是修图设置，而不是对文件的要求 来源, 已核查 2026-08-04
图片。 图片：格式为 JPEG，«8 MB maximum»，宽高比«must be within a 4:5 to 1.91:1 range»，宽度320到1440像素 为已有的 jpeg_only 事实补上了数值范围 来源, 已核查 2026-07-28
视频。 视频：时长3秒到30分钟，文件 75 KB 到 500 MB，格式为 MP4；字幕每个视频一个文件，且只能是英文 来源中的矛盾：同一页面 fileSizeBytes 字段的说明里写着«Maximum allowed Videos size is 5GB» 来源, 已核查 2026-07-28
Mastodon
文本长度。 来源相互矛盾：«The main body of each status update can be composed using the text field. The default character limit is 500 characters»——500 字符被称为默认值，而非硬性上限。链接按固定长度计：«All links are counted as 23 characters, no matter how long they actually are»，提及则 «Only the username part… 该平台不是单一服务，而是供各个节点部署的软件，几乎所有数字都可由节点所有者配置：文档称它们为默认值，实际生效值由节点在 instance 方法响应的 configuration 字段中返回；joinmastodon.org 和 docs.joinmastodon.org 没有 robots.txt，抓取未被禁止；来源在投票选项长度上自相矛盾：用户指南说 «Each choice can be… 来源, 已核查 2026-08-04
图片。 «Images (PNG, JPG, HEIF, WEBP, AVIF) up to 16MB. Images will be downscaled to 8.3 megapixels (enough for a 3840x2160 image). Up to 4 images can be attached, per post»。GIF 动图单独计：«Animated GIFs (GIFV) up to 16MB are converted to soundless MP4s. GIF dimensions… 该平台不是单一服务，而是供各个节点部署的软件，几乎所有数字都可由节点所有者配置：文档称它们为默认值，实际生效值由节点在 instance 方法响应的 configuration 字段中返回；joinmastodon.org 和 docs.joinmastodon.org 没有 robots.txt，抓取未被禁止；来源在投票选项长度上自相矛盾：用户指南说 «Each choice can be… 来源, 已核查 2026-08-04
视频。 «Videos (MP4, M4V, MOV, WebM) up to 99MB. Video will be transcoded to H.264 MP4 with a maximum bitrate of 1300kbps and framerate of 120fps. Only one video can be attached, per post»。机器可读形式：«video_size_limit: 103809024»… 该平台不是单一服务，而是供各个节点部署的软件，几乎所有数字都可由节点所有者配置：文档称它们为默认值，实际生效值由节点在 instance 方法响应的 configuration 字段中返回；joinmastodon.org 和 docs.joinmastodon.org 没有 robots.txt，抓取未被禁止；来源在投票选项长度上自相矛盾：用户指南说 «Each choice can be… 来源, 已核查 2026-08-04
音频。 音频是独立的附件类型：«Audio (MP3, OGG, WAV, FLAC, OPUS, AAC, M4A, 3GP) up to 99MB. Audio will be transcoded to MP3 using V2 VBR (roughly 192kbps). Only one audio file can be attached, per post»。instance… 该平台不是单一服务，而是供各个节点部署的软件，几乎所有数字都可由节点所有者配置：文档称它们为默认值，实际生效值由节点在 instance 方法响应的 configuration 字段中返回；joinmastodon.org 和 docs.joinmastodon.org 没有 robots.txt，抓取未被禁止；来源在投票选项长度上自相矛盾：用户指南说 «Each choice can be… 来源, 已核查 2026-08-04
上传限额。 附件大小：图片和 GIF «up to 16MB»，视频和音频 «up to 99MB»；机器可读形式为 «image_size_limit: 16777216» 和 «video_size_limit: 103809024»。每条帖子的附件数：«max_media_attachments: 4»，其中 GIF 动图、视频和音频每帖各限一个。请求频率按计数器分别设定：«Per account: All endpoints and methods can be called 300 times within 5… 该平台不是单一服务，而是供各个节点部署的软件，几乎所有数字都可由节点所有者配置：文档称它们为默认值，实际生效值由节点在 instance 方法响应的 configuration 字段中返回；joinmastodon.org 和 docs.joinmastodon.org 没有 robots.txt，抓取未被禁止；来源在投票选项长度上自相矛盾：用户指南说 «Each choice can be… 来源, 已核查 2026-08-04
MAX
文本长度。 文档没有给出消息文本、附件说明文字和频道帖子的长度上限。已声明的只有与按钮有关的上限：“对 link 类型的按钮，链接的最大长度为2048个字符”；“最大数量：210个按钮，分成30行——每行最多7个（如果是 link、open_app、request_geo_location 或 request_contact 类型的按钮，则每行最多3个）” 每行的按钮数量取决于按钮的类型；文本本身的长度，平台无论在开发者文档还是在帮助中心 https://max.ru/help 都不公布 来源, 已核查 2026-08-04
图片。 图片附件：“可用格式：JPG、JPEG、PNG、GIF、TIFF、BMP、HEIC”，“单张图片的最大尺寸：最大 50 MB 或不超过7680 x 7680 px——两个条件必须同时满足。例如，55 MB 且7600 x 7600 px 的图片是发不出去的”。贴纸另有规定，并按类型区分：静态贴纸——“格式：jpg、jpeg、png”，“分辨率：每边不小于288 px”，“大小：最大 10 MB”；动态贴纸——“格式：tgs、json”，“分辨率：最大512乘512 px”，“帧率：60帧/秒”，“大小：最大 64… 图片的两个条件是同时生效的，而不是二选一——来源用例子直接说明了这一点；贴纸的要求见 https://max.ru/help/bots/kak-zagruzit-svoi-stikery ，同处还写着“一套中最多可以有100个贴纸” 来源, 已核查 2026-08-04
视频。 视频附件：“可用格式：MP4、MOV、MKV、WEBM”，“单个视频的最大大小：最大 250 MB”。编码、分辨率、帧率和码率，文档都没有给出。视频消息是一种单独的记录类型，直接在聊天中拍摄，对它没有文件要求 250 MB 的上限针对的是通过机器人接口发送的附件；面向人的帮助中心说得更宽松——“每个附件最大 4 GB”（https://max.ru/help/messages/kak-otpravit-v-chat-foto-i-drugie-fajly），也就是说机器人和人的数字是不同的 来源, 已核查 2026-08-04
视频时长。 上限按记录类型分别给出。视频消息：“单条视频消息的最长时长为60秒”。对普通的视频附件，文档没有给出时长上限——限制只在体积上（最大 250 MB）。对声音则有时长上限：“最大 256 MB 或时长不超过60分钟——两个条件必须同时满足” 60秒是聊天中拍摄的视频消息的上限，而不是上传视频文件的上限；附件的上限见 https://dev.max.ru/docs-api 来源, 已核查 2026-08-04
音频。 声音是一种独立的附件类型：“可用格式：MP3、WAV、M4A 等”，“单个音频的最大大小：最大 256 MB 或时长不超过60分钟——两个条件必须同时满足。例如，250 MB 且时长70分钟的音频是发不出去的”。码率和采样率文档都没有规定。语音消息直接在聊天中录制，对它没有文件要求 两个条件同时生效，来源用例子作了说明；关于语音消息见 https://max.ru/help/messages/kak-zapisat-audiosoobshhenie 来源, 已核查 2026-08-04
上传限额。 来源相互矛盾：人和机器人的数字不同。面向人的帮助中心：“您可以在消息中发送每个最大 4 GB 的附件：照片、视频、各种格式的文件、联系人和位置”。开发者文档则按附件类型给出上限：图片最大 50 MB（且不超过7680 x 7680 px），视频最大 250 MB，声音最大 256 MB（且不超过60分钟），其他文件——“单个文件的最大大小：最大 4 GB”，格式为“TXT、DOC、PDF 等常见格式”。贴纸套装最多100个。请求频率：“对 platform-api2.max.ru 的最大请求数量为 30 rps” 来源自相矛盾：面向人的帮助中心对照片和视频直接承诺“每个最大 4 GB”，而同一天的开发者文档却给图片定 50 MB、给视频定 250 MB；机器人的数字见 https://dev.max.ru/docs-api ；贴纸见 https://max.ru/help/bots/kak-zagruzit-svoi-stikery 来源, 已核查 2026-08-04
直播。 平台没有自己的直播，因此也不公布对信号的要求：«MAX 频道中的转播是一种直播形式，您在 VK Video 中开播，而用官方聊天机器人 Translyatsii v MAX（MAX 中的转播）为 MAX 中的频道创建发布内容»。流程是这样描述的：直播在 VK Video 开始，把它的链接发给聊天机器人 @livestream_bot，机器人在频道中发布该条目；需要事先把机器人设为频道管理员，并赋予发布、修改和删除条目的权限。这些页面上既没有码率，也没有分辨率和协议 对信号本身的要求由 VK Video 规定，而不是 MAX；创建流程见 https://max.ru/help/bots/kak-sozdat-translyacziyu-v-kanale-max 来源, 已核查 2026-08-04
Mercado Libre
文本长度。 来源相互矛盾：在已核查的文档页面上，没有商品名称和描述的字符数。有的是对描述形式的要求：«The description must be in plain text»、«Remove HTML tags, emojis, or special characters from plain_text»——而常见问题的答复却恰恰相反：«Plain text newline characters (\n) do not render as visible line breaks. You must send the… 来源自相矛盾：描述页面要求不带标记的纯文本，而常见问题板块（https://global-selling.mercadolibre.com/devsite/cbt-publication-titles-descriptions-and-rendering）要求… 来源, 已核查 2026-08-04
图片。 «The maximum size we accept is 1920 x 1920 px (F version) and the minimum is 500 x 500 px (M version)»；«If the image has higher resolution, it will be resized for version F»，«If the image is smaller than the minimum, it will be the same size (we will not… 500 x 500 px 的最小值是在裁掉白边之后计算的——平台提醒说，白边会多裁10% 来源, 已核查 2026-08-04
视频。 商品短视频（clip）：«Format: MP4, MOV, MPEG, or AVI»、«Maximum file size: 280 MB»、«Minimum resolution: 360x640 pixels»、«Vertical video»。错误提示中点出了编码：«use common export settings, like MP4 with the H.264 video codec and AAC audio codec»。短视频只能上传到在架的商品，而且只能上传到卖家本国的站点 编码是在错误提示中给出的，不在要求清单里——这是建议，不是禁令 来源, 已核查 2026-08-04
视频时长。 «Duration: minimum 10 seconds, maximum 61 seconds»——10到61秒 两端的边界都已声明 来源, 已核查 2026-08-04
上传限额。 图片数量取决于商品类目：«There are um maximum images per item allowed to publish according to the category»，错误提示的措辞是«Items in category … cannot exceed X pictures»。商品变体的图片也计入：«If you set images in the main pictures array and also in variations, the effective total may… 图片数量的上限取决于商品类目，平台不公布统一的数字；短视频的每日上限见 https://global-selling.mercadolibre.com/devsite/working-with-clips 来源, 已核查 2026-08-04
文本长度。 图片和视频的上限相同，并按字段分别给出：标题——«100 characters max»，素材上的文字（textbox）——«250 characters max»，描述——«Enter up to 800 characters»。广告的标题同样是100个字符，但对展示另有说明：«Depending on the device, the first 40 characters may show in people’s feeds»，而对双字节语言则是«For Chinese, Japanese, Korean… 上限是按字段分别给出的，不是对整条内容的统一上限；关于40和30个字符的广告说明见 https://help.pinterest.com/en/business/article/pinterest-product-specs ；www.pinterest.com 被 robots.txt 关闭（«User-agent: * / Disallow: /»），帮助中心和开发者文档则允许抓取 来源, 已核查 2026-08-04
图片。 来源相互矛盾：普通 Pin：«File type BMP, .JPEG, .PNG, .TIFF, .WEBP»，体积上限取决于设备——«Web: 20 MB maximum»、«Android and iOS: 1 GB recommended»。安全区域：«Top: 270 px, Left: 65 px, Right: 195 px, Bottom: 790 px»。广告图片另有一套：«File type .PNG or .JPEG»、«Max file size Desktop 20 MB, In-app 32… 体积上限取决于设备和 Pin 的类型，而且来源自相矛盾：关于 Pin 的帮助中，移动端写的是«1 GB recommended»，而广告帮助中同样的情形写的是«In-app 32 MB»；普通 Pin 和广告的格式清单也不同（Pin 有 BMP、TIFF、WEBP，广告只有 PNG 和 JPEG）；广告的数字见… 来源, 已核查 2026-08-04
视频。 普通视频 Pin：格式取决于设备——«Web: .MP4, .M4V»、«Android and iOS: .MP4, .MOV, .M4V»；«Video encoding H.264 or H.265»。宽高比：«For full-bleed videos... we recommend using a 9:16 ratio or 1080x1920 pixel size. Other options include: 1:2, 2:3, 3:4, 4:5, or 1:1»。关于 Pin… 格式清单取决于上传设备，体积只对广告作了声明；容器和编码对照表见 https://help.pinterest.com/en/business/article/pinterest-product-specs 来源, 已核查 2026-08-04
视频时长。 普通视频 Pin 和广告的上限不同。视频 Pin：«Video length Minimum 4 seconds, maximum 5 minutes»。广告视频：«Minimum 4 seconds, maximum 15 minutes»，同时«Recommended length for video ads: 6 to 15 seconds» 下限是共同的（4秒），上限取决于内容类型：普通 Pin 是5分钟，广告是15分钟；广告的上限见 https://help.pinterest.com/en/business/article/pinterest-product-specs 来源, 已核查 2026-08-04
音频。 平台不支持单独上传音频文件：Pin 的类型清单中只有图片和视频。对声音的要求只作为广告视频允许编码表的一部分给出——列出了 AAC、MP3、PCM、AIFF、Dolby Digital (AC3)、Dolby Digital Plus (EAC3)、Dolby E、MPEG Audio、Vorbis、WMA、WMA2，而且这套清单取决于容器。平台既没有给出码率，也没有给出采样率和声道数 声音只作为视频的音轨存在；允许的音频编码取决于容器，而不是由一份统一清单规定；还核查了 https://help.pinterest.com/en/article/review-pin-specs ——那里完全没有声音 来源, 已核查 2026-08-04
上传限额。 文件体积：普通 Pin——«Web: 20 MB maximum»、«Android and iOS: 1 GB recommended»；广告图片——«Desktop 20 MB, In-app 32 MB»；广告视频——«Up to 2GB»；轮播图片——«20 MB per image»。一次的素材数量：«2 to 5 images per carousel»，而对“销售”这一目标则是«2 to 10 images and video per carousel. This only applies to… 频率上限取决于应用的访问级别（Trial 或 Standard）以及请求的类别；数字本身见 https://developers.pinterest.com/docs/reference/rate-limits/ ；平台不公布普通用户每昼夜的发布数量 来源, 已核查 2026-08-04
Qiita
文本长度。 帮助中心未给出记录标题和正文长度的上限。声明的是另一些数字（俄文版中的译文为我们所作）：每篇记录的标签——«1つの記事には最大5個までのタグを設定できます»（不超过5个），同时«タグを1個以上設定する必要があります»（至少要设一个），而标签名中不能使用«/»。草稿——«下書きの上限数は50件です»（不超过50篇） 俄文版中的译文为我们所作，原文为日文；平台未公开限制标题和正文长度；草稿数量见 https://help.qiita.com/ja/articles/qiita-post 来源, 已核查 2026-08-04
图片。 记录中的图片（俄文版中的译文为我们所作）：支持的格式为«avif, gif, jpeg, png, tiff»；单个文件——«単体で10MB»（不超过10MB）；每月合计——«月に合計100MB»（不超过100MB）；在记录中显示的推荐宽度约为800像素。用户头像另有规定：«アップロード可能な画像は、gif, jpeg, pngです»（只有 gif、jpeg、png），未声明它的尺寸和大小 俄文版中的译文为我们所作，原文为日文；每月100MB 的上限是上传总量，而不是单个文件的大小；头像见 https://help.qiita.com/ja/articles/qiita-profile-image 来源, 已核查 2026-08-04
上传限额。 图片上传的限额（俄文版中的译文为我们所作）：单个文件«単体で10MB»，每月«月に合計100MB»；月度计数器和文件删除在设置页面 qiita.com/settings/upload_images 上，且删除后无法恢复。草稿不超过50篇。开发者接口的请求频率另有规定：已认证请求每小时1000次，未认证请求按单个地址每小时60次；分页参数 page 为1到100，per_page 为1到100 俄文版中的译文为我们所作，原文为日文；每月的容量上限取决于日历月份，而不是套餐；请求频率见 https://qiita.com/api/v2/docs（平台的 robots.txt 封闭 /api/*，但明确开放 /api/*/docs$） 来源, 已核查 2026-08-04
RUTUBE
图片。 频道封面：“请为此使用 .jpeg 格式的图片，尺寸不小于2204 × 826像素，体积不超过 10 MB”。直播的图片：“为了正确显示，图片（最好是 JPEG 格式）的宽高比应为16:9，或者1920x1080像素” 直播封面的格式被说成是“最好”，而不是必须；来源为 https://rutube.ru/info/faq/ 来源, 已核查 2026-08-04
视频。 来源相互矛盾：“格式：MP4、AVI、WMV、MOV、FLV、MPEG-1、MPEG-2、MPEG-4、MPG、MPEGPS、3GPP、WebM、DNxHR、ProRes、CineForm、HEVC (H.265)”；“音频编码：MPEG 2 AAC-LC, Stereo”；“视频参数：bitrate 高于 3600 kbps，分辨率最高3840 X 2160（宽高比16:9），frame rate: 60fps，key frame 每第50帧”。另外还建议避免“VOB、WMV… 来源自相矛盾：WMV 既出现在允许的格式清单中，也出现在建议避免的格式清单中 来源, 已核查 2026-08-04
视频时长。 “时长：不超过5小时（300分钟）”。帮助中心没有给出最短时长 这个上限对所有人都一样，不取决于账号类型——帮助中心没有作其他说明 来源, 已核查 2026-08-04
音频。 平台没有单独的音频格式：声音只作为视频的音轨被描述——“音频编码：MPEG 2 AAC-LC, Stereo”。与此同时，帮助中心提到用户可以上传“做好的视频和播客”，但没有把播客作为音频文件给出单独的要求 播客被提到了，但没有单独描述对它的要求 来源, 已核查 2026-08-04
上传限额。 每个视频“大小：不超过 25 GB”。帮助中心没有给出一次可上传的文件数量。视频要经过审核才会发布：“通常这在24小时内完成” 体积上限已声明，一次上传的文件数量上限则没有 来源, 已核查 2026-08-04
直播。 “对直播流的建议：画质：HD/FullHD/2K/4K；编码：H.264；帧率：最高30 fps；视频码率：4-6 mb/s；音频编码：MPEG 2 AAC-LC, Stereo；音频参数：bitrate 128 kbps，44100 KHz”。保留说明：“当前版本只支持 H.264 视频编码”；“以 2K 和 4K 直播在技术上是可行的，但重要的是分辨率要符合16:9的宽高比（即 4К 为 3840×2160，2К 为 2560 × 1440）”；“如果使用 OBS Studio… 页面上没有给出协议名称，尽管推流是通过 OBS 描述的；直播的帧率（最高30 fps）低于上传文件的帧率（60 fps）——这是两套不同的要求，不是错误 来源, 已核查 2026-08-04
Snapchat
文本长度。 从第三方应用传入的素材的说明文字（Creative Kit）：«Captions are limited to 250 characters»——250个字符，图片、视频、贴纸和滤镜都一样。广告的文字字段另有规定：«brand_name: max length: 32 characters»、«headline: max length: 34 characters»，创意单元的名称«max length: 375 characters»、«app_name: 30 characters… 上限取决于发布路径：250个字符是关于从第三方应用传入的，其余数字是关于广告的（https://developers.snap.com/marketing-api/Ads-API/creatives）；对在应用中直接发布，没有声明数字 来源, 已核查 2026-08-04
图片。 从第三方应用传入（Creative Kit）：«Images must be PNG or JPEG»、«Shared media must be 300 MB or smaller»、«Suggested aspect ratio 9:16»。贴纸另有规定：«A static sticker must be PNG or JPEG»、«File size 1 MB or smaller»；动态贴纸为«Animated stickers must be WebP (preferred) or GIF»，目前… 上限按附件类型分别给出，而且发布用和广告用的数字不同；网页版格式见 https://help.snapchat.com/hc/en-us/articles/18591239085204-How-to-Share-Files-on-Snapchat-for-Web ；广告的数字见 https://developers.snap.com/marketing-api/Ads-API/media 来源, 已核查 2026-08-04
视频。 从第三方应用传入：«Videos must be MP4 or MOV»、«Shared media must be 300 MB or smaller»、«Suggested aspect ratio 9:16»。通过网页上传：«540x960 minimum resolution»、«Snapchat content has a 9:16 aspect ratio»，平台会自己把视频裁成这个比例。广告视频（Top Snap Video）：«1080 x 1920 px»、«mp4, mov»、«32MB… 从应用传入、网页上传和广告三者的要求各不相同；网页见 https://help.snapchat.com/hc/en-us/articles/7012310003348-How-to-Post-a-Snap-to-My-Story-from-the-Web ；广告见 https://developers.snap.com/marketing-api/Ads-API/media… 来源, 已核查 2026-08-04
视频时长。 不同发布方式的上限不同。从应用发到 Spotlight：«Create a video Snap that's 5 seconds or longer»——不短于5秒。通过网页上传（Stories 和 Spotlight）：«Videos must be 5 to 60 seconds long»——5到60秒。从第三方应用传入：«Videos must be no more than 5 minutes in duration»，而且«Videos that are longer than 10 seconds… 上限取决于发布方式，平台没有一个统一的数字；网页见 https://help.snapchat.com/hc/en-us/articles/7012310003348-How-to-Post-a-Snap-to-My-Story-from-the-Web ；Creative Kit 见… 来源, 已核查 2026-08-04
上传限额。 从第三方应用传入：«Shared media must be 300 MB or smaller»；贴纸为«File size 1 MB or smaller»和«Only one sticker allowed per share»。上传广告素材：«32MB max size, up to 1 GB allowed using chunked upload»，而且«Files larger than 32MB need to be uploaded in chunks. Each chunk has a… 1 GB 的上限只有分块上传才能达到，一次整传是 32 MB；广告的上限见 https://developers.snap.com/marketing-api/Ads-API/media ；平台不公布每昼夜的发布数量 来源, 已核查 2026-08-04
SOOP (AfreecaTV)
直播。 只有旧版主播指南里有数字，而且被称为推荐值。用电视采集卡进行高质量推流的设置（2009年1月14日的文章）：«비디오 인코더: 640*480»——编码器640x480；«화질: 1000K»——画质 1000 K，而顶级主播在 2000 K 时«화질이 더 열화되는 경우가 발생합니다»（如果网络或电脑跟不上，画质反而会变差），而«보통 1500K까지는 네트워크 트래픽과 PC에 그다지 부하를 주지 않습니다»——到 1500 K 为止负载通常不大；«고급설정: 고품질 + 30… 译文为我们所作，原文为韩文；这些数字是针对用电视采集卡推流给出的，并在来源中被标注为建议而非上限；第二篇文章见 http://afwbbs1.sooplive.com/app/index.php?board=afbroad_manual&b_no=22&control=view ；现行的指南… 来源, 已核查 2026-08-04
SoundCloud
音频。 «Accepted source formats include: AIFF, WAVE, FLAC, OGG, MP2, MP3, AAC, AMR, WMA»。上传的文件不会原样给听众：«After a successful upload the track is queued for encoding; listeners stream transcoded output (for example AAC), not the raw bytes of your uploaded… 格式清单被称作示例性的（«include»），权威清单由平台放在受反机器人防护封闭的 Upload Requirements 页面上；可访问的页面上没有对质量的数值要求；soundcloud.com 网站本身在 robots.txt 中为我们的机器人设了单独的一组（«User-Agent: anthropic-ai / User-Agent: ClaudeBot / User-Agent… 来源, 已核查 2026-08-04
上传限额。 上传：单个文件不超过4GB，单曲不超过24小时；API 和界面的规则相同 API 文档的 Key Facts 一节 来源, 已核查 2026-07-28
上传限额。 单次上传的大小和时长：«each upload may be up to 4 GB and 24 hours of audio in length»，同样的数字在简要清单中重复了一遍：«Upload limits: up to 4 GB per file and 24 hours of audio per track»。对 API 的请求按 client_id 计算：«Play stream requests: 15,000 per 24-hour window»，«Applies to… 4GB 和24小时是单次上传的上限，API 与从网站上传通用（«same rules for API and in-app uploads»）；上传总量与套餐的关系未能核查：Upload Requirements 页面由反机器人防护封闭；请求限额见 https://developers.soundcloud.com/docs/api/rate-limits；soundcloud.com… 来源, 已核查 2026-08-04
Telegram
文本长度。 上限按帖子类型分别给出（Bot API）：消息文本——«1-4096 characters after entities parsing»；附件（图片、视频、音频、文档、语音）的说明文字——«0-1024 characters after entities parsing»；postStory 方法中快拍的说明文字——«0-2048 characters after entities parsing»；回复中被引用的部分——«0-1024 characters» 数字取自 Bot API 文档——这是 Telegram 唯一以数字公布它们的地方；telegram.org/faq 帮助页面中没有文本长度上限 来源, 已核查 2026-08-04
图片。 消息中的图片：«The photo must be at most 10 MB in size. The photo's width and height must not exceed 10000 in total. Width and height ratio must be at most 20»。通过链接上传时上限更低：«5 MB max size for photos»，以 multipart/form-data 发送时为«10 MB max size for… «width and height must not exceed 10000 in total»指的是两边之和，而不是每一边；快拍的尺寸是硬性规定，而不是下限 来源, 已核查 2026-08-04
视频。 快拍视频（InputStoryContentVideo）：«must be of the size 720x1280, streamable, encoded with H.265 codec, with key frames added each second in the MPEG4 format, and must not exceed 30 MB»。对于消息中的普通视频，文档没有单独规定编码和分辨率要求——适用通用的文件上限：机器人发送任何类型的文件«of up to 50 MB in… 编码和分辨率只对快拍作了硬性规定；用户的体积上限见 https://telegram.org/faq 来源, 已核查 2026-08-04
视频时长。 快拍视频：duration 字段的描述为«Precise duration of the video in seconds; 0-60»，即不超过60秒。快拍的存续时间由 active_period 字段设定，且«must be one of 6 * 3600, 12 * 3600, 86400, or 2 * 86400»秒，即6、12、24或48小时。对于消息中的普通视频，文档中没有时长上限——限制只在文件体积上 只为快拍声明了时长；对于普通视频，平台不限制时长，而限制体积 来源, 已核查 2026-08-04
音频。 音频是一种独立格式，分为两类。音乐文件（sendAudio）：«Your audio must be in the .MP3 or .M4A format»，«Bots can currently send audio files of up to 50 MB in size»。语音消息（sendVoice）：«your audio must be in an .OGG file encoded with OPUS, or in .MP3 format, or in .M4A format (other… 50 MB 的上限针对机器人；对用户适用 2 GB 的通用文件上限（有 Premium 则为 4 GB） 来源, 已核查 2026-08-04
上传限额。 用户：«Send and receive files of any type, up to 2 GB in size each (or 4 GB with Premium)»——上限取决于是否订阅 Premium。机器人：«Bots can currently send files of any type of up to 50 MB in size»；通过 HTTP 链接发送时为«5 MB max size for photos and 20 MB max for other types of… 2 GB / 4 GB 的上限取决于 Premium 订阅；机器人 50 MB 的上限取自 https://core.telegram.org/bots/api ，同一页面还注明«this limit may be changed in the future» 来源, 已核查 2026-08-04
Threads
文本长度。 文字帖子不超过500个字符；表情符号按 UTF-8 字节数计算，也就是说一个表情符号会“吃掉”上限中的好几个字符 对排程服务很重要：长度的计算方式与通常的字符计数不一致 来源, 已核查 2026-07-28
文本长度。 «Text posts are limited to 500 characters»，而且部分字符不是按个数、而是按字节计算：«Emojis are counted as the number of UTF-8 bytes»。帖子的主题由单独的字段设定，有自己的上限：«Topic tags must be at least 1 character and no more than 50 characters long»，主题中禁止句点和与号，而写在正文里的主题还禁止空格、制表符、换行、@、!、?、逗号、分号和冒号 平台自己的域名（www.threads.net 和 www.threads.com）在 robots.txt 中直接禁止 ClaudeBot（«User-agent: ClaudeBot / Disallow: /»），help.instagram.com 帮助中心也是如此；开发者文档在 developers.facebook.com 上，那里的 robots.txt… 来源, 已核查 2026-08-04
图片。 图片：官方支持 JPEG 和 PNG；最大宽度1440（超过则被缩小），色彩空间为 sRGB 来源, 已核查 2026-07-28
图片。 «Format: JPEG and PNG image types are the officially supported formats for image posts», «File Size: 8 MB maximum», «Aspect Ratio Limit: 10:1», «Minimum Width: 320 (will be scaled up to the minimum if necessary)», «Maximum Width: 1440 (will be scaled down to… 平台自己的域名（www.threads.net 和 www.threads.com）在 robots.txt 中直接禁止 ClaudeBot（«User-agent: ClaudeBot / Disallow: /»），help.instagram.com 帮助中心也是如此；开发者文档在 developers.facebook.com 上，那里的 robots.txt… 来源, 已核查 2026-08-04
视频。 视频：容器为 MOV 或 MP4 (MPEG-4 Part 14)，不带 edit lists，moov 原子位于文件开头 这是对文件结构的要求，而不只是对格式的要求 来源, 已核查 2026-07-28
视频。 «Container: MOV or MP4 (MPEG-4 Part 14), no edit lists, moov atom at the front of the file», «Video Codec: HEVC or H264, progressive scan, closed GOP, 4:2:0 chroma subsampling», «Frame Rate: 23-60 FPS», «Picture Size: Maximum Columns (horizontal pixels)… 平台自己的域名（www.threads.net 和 www.threads.com）在 robots.txt 中直接禁止 ClaudeBot（«User-agent: ClaudeBot / Disallow: /»），help.instagram.com 帮助中心也是如此；开发者文档在 developers.facebook.com 上，那里的 robots.txt… 来源, 已核查 2026-08-04
视频时长。 «Duration: 300 seconds (5 minutes) maximum, minimum longer than 0 seconds»——下界不是用数字给出的，而是用“长于零”这个条件给出的 平台自己的域名（www.threads.net 和 www.threads.com）在 robots.txt 中直接禁止 ClaudeBot（«User-agent: ClaudeBot / Disallow: /»），help.instagram.com 帮助中心也是如此；开发者文档在 developers.facebook.com 上，那里的 robots.txt… 来源, 已核查 2026-08-04
音频。 平台不支持单独上传音频文件：«media_type... Values: TEXT, IMAGE, VIDEO»。对声音的要求只作为视频音轨给出：«Audio Codec: AAC, 48khz sample rate maximum, 1 or 2 channels (mono or stereo)»，«Audio Bitrate: 128 kbps» 平台自己的域名（www.threads.net 和 www.threads.com）在 robots.txt 中直接禁止 ClaudeBot（«User-agent: ClaudeBot / Disallow: /»），help.instagram.com 帮助中心也是如此；开发者文档在 developers.facebook.com 上，那里的 robots.txt… 来源, 已核查 2026-08-04
上传限额。 文件体积：图片——«File Size: 8 MB maximum»，视频——«File Size: 1 GB maximum»。一条帖子中的素材数量：«You may publish up to 20 images, videos, or a mix of the two in a carousel post»，«Carousels require a minimum of two children»；同时«CAROUSEL is not available for single thread… 平台自己的域名（www.threads.net 和 www.threads.com）在 robots.txt 中直接禁止 ClaudeBot（«User-agent: ClaudeBot / Disallow: /»），help.instagram.com 帮助中心也是如此；开发者文档在 developers.facebook.com 上，那里的 robots.txt… 来源, 已核查 2026-08-04
TikTok
视频。 通过 Content Posting API 上传的视频：容器为 MP4（推荐）、WebM、MOV；编码为 H.264（推荐）、H.265、VP8、VP9；帧率23—60 FPS；每边分辨率360到4096像素；体积«Maximum of 4GB» 来源, 已核查 2026-07-28
TwitCasting
文本长度。 上限按记录类型分别给出（译文为我们所作）：评论——«1〜140文字»，1到140个字；直播的滚动字幕（テロップ，Set Current Live Subtitle 方法）——«1〜34文字。全角は2文字、半角は1文字でカウントします»，1到34个字，其中全角字算两个、半角字算一个；话题标签（ハッシュタグ）——«1〜26文字。記号や特殊文字を含めることはできません»，1到26个字，不能含标点和特殊字符 译文为我们所作，原文为日文；滚动字幕的字数是按字宽计算的，而不是按字数；帮助中心 help.twitcasting.tv 被它自己的 robots.txt 关闭（«User-agent: * / Disallow: /»），没有去那里 来源, 已核查 2026-08-04
音频。 声音只作为推流的音轨被描述（译文为我们所作）：«音声のフォーマット: AAC»——格式为 AAC；音频没有单独的码率，它是与视频一起给出的：«ビットレート: Video+Audioで800kbp程度»——视频和音频合计约 800 kbp。文档没有描述单独上传音频文件 译文为我们所作，原文为日文；码率是视频和声音合并声明的，来源没有把它拆开 来源, 已核查 2026-08-04
上传限额。 没有文件体积上限，因为文档没有描述文件上传。声明的是请求频率上限：大多数方法是«Limit 60 requests / 60 sec»，获取直播缩略图的方法是«Limit 制限無し»（无限制），持久连接是«Limit 5 connections / access token»。平台在响应中返回«X-RateLimit-Limit»、«X-RateLimit-Remaining»、«X-RateLimit-Reset»这些头 译文为我们所作，原文为日文；这些是对接口请求的上限，不是对素材的上限 来源, 已核查 2026-08-04
直播。 RTMP 推流的推荐设置（译文为我们所作）：«映像のフォーマット: h.264»——视频 h.264；«音声のフォーマット: AAC»——音频 AAC；«映像サイズ: 640x360»——画面尺寸640x360；«フレームレート: 30fps»——每秒30帧；«ビットレート: Video+Audioで800kbp程度»——视频和音频合计约 800 kbp。另有一条提醒：«1Mbpsを超えて一定時間配信が続くと、自動で切断されますのでご注意ください»——如果推流在 1 Mbps… 译文为我们所作，原文为日文；画面尺寸的上限被直接挂在编码上；800 kbp 是建议值，而 1 Mbps 是强制断流的门槛 来源, 已核查 2026-08-04
Twitch
文本长度。 聊天消息——«The message is limited to a maximum of 500 characters»。聊天公告——«Announcements are limited to a maximum of 500 characters; announcements longer than 500 characters are truncated»。已排期直播的标题——«The title may contain a maximum of 140 characters»。直播标记的描述——«The… 上限是按内容类型分别给出的；API 手册中没有声明当前直播标题（Modify Channel Information）的上限 来源, 已核查 2026-08-04
直播。 信号接收协议是 RTMP：«Real-Time Messaging Protocol (RTMP)»，地址形如 rtmp://<ingest-server>/app/<stream-key>(?bandwidthtest=true)。开发者文档没有给出数值要求（码率、分辨率、关键帧间隔、编码），而是把读者引向别处：«For more detailed recommendations and codecs, please consult the Twitch Broadcasting Guidelines» 而这个«Broadcasting Guidelines»页面（help.twitch.tv/s/article/broadcasting-guidelines）在不执行脚本时只返回加载占位内容，因此码率和分辨率的数字仍未核查 来源, 已核查 2026-08-04
Vimeo
文本长度。 平台在可访问页面上未公布视频标题和描述的长度上限。给出数字的只有章节限制：«One Vimeo video has a limit of 80 chapters»、«Chapter titles are limited to 50 characters»。关于修改标题和描述的文章完全不含数字 上限只对章节公布；另核查了 https://help.vimeo.com/hc/en-us/articles/28057066916369-How-to-update-your-video-s-title-and-description ——其中没有数字；vimeo.com 网站本身返回人机验证页«Verify to continue... confirm that you're a human… 来源, 已核查 2026-08-04
图片。 只对视频封面提出了要求：«Supported file types include: JPG, JPEG, GIF, BMP, TIFF, and PNG. While GIF files are supported, animated GIF files are not currently supported»、«Custom thumbnails uploaded undergo slight compression»、«For the best results, we recommend uploading… 平台没有独立的图片发布——只有视频封面；封面体积未公布；vimeo.com 网站本身返回人机验证页«Verify to continue... confirm that you're a human (and not a spambot)»——防机器人保护，不可绕过，因此只采用了帮助中心 help.vimeo.com（robots.txt 允许抓取）和… 来源, 已核查 2026-08-04
视频。 格式：«Vimeo accepts a variety of video file types, though common formats such as MP4 and MOV are preferred. If a format is not supported, an Invalid File error will be displayed»、«All videos uploaded to Vimeo will be converted to square pixels»。推荐编解码器：«H.264… 几乎所有数字都被称为推荐值（«we recommend»），唯一强制的是拒收不受支持的格式；文件格式——https://help.vimeo.com/hc/en-us/articles/12426058107409-About-preparing-video-file-for-upload… 来源, 已核查 2026-08-04
视频时长。 «We also do not support uploads of videos longer than 24 hours»——上限只有一个：24小时。平台未设时长下限 该上限是通用的，不随套餐变化——与存储量上限不同；vimeo.com 网站本身返回人机验证页«Verify to continue... confirm that you're a human (and not a spambot)»——防机器人保护，不可绕过，因此只采用了帮助中心 help.vimeo.com（robots.txt 允许抓取）和… 来源, 已核查 2026-08-04
音频。 平台没有单独上传音频文件的功能——声音只作为视频的音轨存在，且音轨为必需：推荐设置为«Audio codec: AAC-LC (Low Complexity AAC)»、«Data rate: 320 kb/s»，且«this is higher than necessary to achieve transparent audio quality»、«the appropriate data rate will depend on the number of channels, sample rate, and… 数字均为推荐值；平台唯一无条件执行的动作是把采样率转换为48 kHz；vimeo.com 网站本身返回人机验证页«Verify to continue... confirm that you're a human (and not a spambot)»——防机器人保护，不可绕过，因此只采用了帮助中心 help.vimeo.com（robots.txt 允许抓取）和… 来源, 已核查 2026-08-04
上传限额。 上限取决于套餐和账号创建日期，平台给出三种不同的计量方式。1）«Total storage (most plans)»：«Most plans–Starter, Standard, and Advanced accounts created on or after June 17, 2024; Plus, Pro, Pro Unlimited, Business, Premium–are granted a lifetime total storage cap, measured in gigabytes… 上限取决于套餐和账号创建日期（分界线为2024年6月17日）；帮助中心未给出各套餐的具体容量数字；200 GB 被称为建议（«advisable»）而非禁令——https://help.vimeo.com/hc/en-us/articles/12426058107409-About-preparing-video-file-for-upload ；vimeo.com… 来源, 已核查 2026-08-04
直播。 来源相互矛盾：协议为 RTMP 和 RTMPS。外部编码器推荐设置：«Codec: H.264»、«Output resolution: 1920 x 1080 (maximum)»、«Frame rate: 30fps is recommended (max input is 60fps)»、«Key frame interval: 3 seconds»。4K 的限制不同，取决于套餐和已接入的附加组件：«Once the 4K add-on is active on your Enterprise account, you… 来源自相矛盾：编码器指南把最高分辨率写成«1920 x 1080 (maximum)»，而同一帮助中心的另一篇文章描述了3840 x 2160和2560 x 1440的直播——分辨率取决于 Enterprise 套餐和接入的4K… 来源, 已核查 2026-08-04
X (Twitter)
文本长度。 帖子长度上限：«Posts on X can contain up to 280 characters»。计算的不是字节：拉丁字母、标点和普通符号算1，表情符号和 CJK 字符（中文、日文、韩文）算2。链接按固定长度计算：«All URLs are wrapped with t.co shortener and count as 23 characters, regardless of the original length»。通过官方客户端附加的媒体不占用字符 付费套餐的订阅用户可以发更长的帖子，但无法在官方帮助中心核实这一点：https://help.x.com/en/using-x/how-to-tweet-longer-posts 返回 403，而 robots.txt 并没有禁止它 来源, 已核查 2026-08-04
图片。 «Supported image media types: JPG, PNG, GIF, WEBP»，«Image size: <= 5 MB»。GIF 动图另有上限：«<= 15 MB»、«Resolution: <= 1280x1080 (width x height)»、«Number of frames: <= 350»、«Number of pixels: <= 300 million (width * height * num_frames)» 这些上限针对通过 API 上传；GIF 被算作一种单独的附件类型，而不是图片 来源, 已核查 2026-08-04
视频。 强制要求：«Frame rate: must be 60 FPS or less»、«Dimensions: must be between 32x32 and 1280x1024»、«File size: must not exceed 512 mb»，宽高比«between 1:3 and 3:1»，«Pixel aspect ratio: must have 1:1»。推荐值：«Video Codec: H264 High… 一部分数字是强制的（«must»），一部分是推荐的——在来源中它们是两份不同的清单 来源, 已核查 2026-08-04
视频时长。 «Duration: must be between 0.5 seconds and 140 seconds»——也就是从半秒到140秒 这是通过 API 上传的上限；在可访问的官方页面上没能找到付费订阅可以发更长视频的声明，help.x.com 帮助中心返回 403 来源, 已核查 2026-08-04
上传限额。 每条帖子：«You may attach up to 4 photos, 1 animated GIF or 1 video in a Post»。各类媒体的体积上限：图片 5 MB，GIF 15 MB，视频 512 MB（当 media_category=amplify_video 时）。视频分块上传（chunked upload） 附件数量和体积见 https://docs.x.com/x-api/media/quickstart/best-practices ；分块上传的流程见 https://docs.x.com/x-api/media/quickstart/media-upload-chunked 来源, 已核查 2026-08-04
文本长度。 只有广告形式给出了数字（俄文版中的译文为我们所作，原文为德文）。XING Ads：«Titel: 60 Zeichen»，«Beschreibung: 140 Zeichen»。XING Lead Ads：«Überschriften: 60 Zeichen»，«Beschreibung: 120 Zeichen»；表单本身为«Titel: 60 Zeichen»、«Beschreibung: 250 Zeichen»、«Einstieg des Fragebogens: 90… 俄文版中的译文为我们所作，原文为德文；所有数字都针对广告，而不是普通发布；可能写有普通帖子上限的帮助中心 help.xing.com（及其旧地址 faq.xing.com）通过 Cloudflare 校验返回 403（«Just a moment... Enable JavaScript and cookies to continue»），不能绕过 来源, 已核查 2026-08-04
图片。 要求按广告形式分别给出（俄文版中的译文为我们所作，原文为德文）。XING Ads：«Empfohlenes Bildformat: 16:9 oder 1:1»、«Mindestgröße: 1200 x 675 px oder 1080 x 1080 px»、«Formate: JPG, PNG»、«Maximale Dateigröße: 10 MB»；可以直接在他们的工具里裁剪到所需比例。XING Lead Ads：«Min. Bildgröße 1.200 x 612… 俄文版中的译文为我们所作，原文为德文；这些尺寸是作为最小值给出的，不是精确值；普通帖子中图片的要求平台不予公布——帮助中心被 Cloudflare 校验挡住 来源, 已核查 2026-08-04
视频。 XING Video Ads：格式为 AVI、MOV、MP4，最大 5 GB；字幕为 WebVTT 或 SRT，最大 10 MB；默认自动播放且静音；文字80个字符，标题60个字符 广告素材的官方要求 来源, 已核查 2026-07-28
视频。 对广告视频的要求（俄文版中的译文为我们所作，原文为德文）：«Videoformate: AVI, MOV, MP4»、«Dateigröße: Max. 5GB Video»，字幕为«Max. 10 MB Untertitel»，格式是«WebVTT, SRT»。宽高比：«optimal 16:9, andere Formate werden auf 16:9 skaliert und in einem schwarzen Videoframe… 俄文版中的译文为我们所作，原文为德文；这些是对广告视频的要求；关于普通帖子中的视频，平台在可访问的页面上什么也没写 来源, 已核查 2026-08-04
上传限额。 体积上限按广告素材的类型分别给出（俄文版中的译文为我们所作，原文为德文）：图片——«Maximale Dateigröße: 10 MB»（Lead Ads 同样是«Max 10 MB»），视频——«Max. 5GB Video»，字幕文件——«Max. 10 MB Untertitel»。一次上传的文件数量和每昼夜的发布数量，平台都没有给出 俄文版中的译文为我们所作，原文为德文；普通发布的上限未予公布；开发者门户 dev.xing.com 只描述了可嵌入的按钮，而它的 /docs 板块需要登录账号 来源, 已核查 2026-08-04
YouTube
文本长度。 视频标题——«a character limit of 100 characters»；视频描述——«a character limit of 5,000 characters»；两者都«cannot include invalid characters» 标题和描述的上限是分别给出的；该页面没有关于社区帖子文本长度的内容 来源, 已核查 2026-08-04
图片。 自定义视频缩略图：分辨率3840 x 2160像素，最小宽度640像素，宽高比16:9（«Try to use a 16:9 aspect ratio»），格式为 JPG、GIF 或 PNG。体积上限取决于上传设备：手机端视频缩略图为 2 MB、播客为 10 MB，电脑端两者都是 50 MB 缩略图在账号验证之后可用；体积取决于从哪里上传，而不是取决于套餐 来源, 已核查 2026-08-04
视频。 接受的容器格式：.MOV、.MPEG-1、.MPEG-2、.MPEG4、.MP4、.MPG、.AVI、.WMV、.MPEGPS、.FLV、3GPP、WebM、DNxHR、ProRes、CineForm、HEVC (H.265)。推荐的编码：MP4 容器且 moov 原子位于文件开头（Fast Start），视频编码 H.264（High Profile，2个连续 B 帧，封闭 GOP，CABAC），帧率24、25、30、48、50、60帧每秒，宽高比16:9。推荐码率（SDR，普通帧率）：1080p 为8… 容器清单取自 https://support.google.com/youtube/troubleshooter/2888402 ；码率被称为推荐值，而不是必须值 来源, 已核查 2026-08-04
视频时长。 账号验证之前，视频不超过15分钟（«you can upload videos that are up to 15 minutes long»）；验证之后可以更长。总的上限与体积一并给出：«The maximum file size you can upload is 256 GB or 12 hours, whichever is less»。Shorts 另有规定：«short-form videos that are up to 3 minutes long» 上限取决于账号是否验证；Shorts 见 https://support.google.com/youtube/answer/10059070 ；帮助中心指出，更早的视频可能长于12小时，因为规则曾经变动过 来源, 已核查 2026-08-04
音频。 没有单独的音频格式：«audio files, like MP3, WAV, or PCM files, can't be uploaded to create a YouTube video»——帮助中心建议先把音频做成视频。视频的音轨推荐使用 AAC-LC 或 Opus 或 Eclipsa Audio，立体声或立体声 + 5.1，采样率48 kHz，立体声码率384 Kbit/s，5.1 为512 Kbit/s 禁止直接上传音频见 https://support.google.com/youtube/troubleshooter/2888402 来源, 已核查 2026-08-04
上传限额。 文件大小：«The maximum file size you can upload is 256 GB or 12 hours, whichever is less»。每昼夜的上传次数有上限，但数字本身未予公布：«Limits may vary by country/region or channel history»、«Copyright strikes may impact channel history eligibility»、«Community Guidelines strikes will… 平台有意不公布每昼夜的上传数量，并把它说成取决于国家和频道历史；文件体积见 https://support.google.com/youtube/answer/71673 来源, 已核查 2026-08-04
直播。 协议为 RTMP/RTMPS。视频编码 H.264、H.265 (HEVC)、AV1；帧率最高60帧每秒；关键帧间隔建议2秒，最多4秒。音频为 AAC 或 MP3（5.1 仅支持 RTMP/RTMPS 中的 AAC），立体声码率128 Kbit/s，5.1 为384 Kbit/s。H.264 推荐视频码率：2160p 60帧为35 Mbit/s，2160p 30帧为30 Mbit/s，1440p 60帧为24 Mbit/s，1440p 30帧为15 Mbit/s，1080p 60帧为12 Mbit/s，1080p… 码率被称为推荐值 来源, 已核查 2026-08-04
VKontakte
文本长度。 上限是分别声明的，而且不是对所有帖子类型都有。视频标题——“最大字符数为128”，视频描述——“最大字符数为5000”（video.save 方法）。投票选项——“投票选项长度最多100个字符”（wall.post 方法）。文档没有给出墙上帖子本身的文本长度上限：只说必须有文本或附件之一 开发者文档中未声明墙上帖子的文本长度；投票的上限见 https://dev.vk.ru/ru/method/wall.post 来源, 已核查 2026-08-04
图片。 墙上的照片：“允许的格式：JPG、PNG、GIF”“高与宽之和不超过14000像素”“文件体积不超过50兆字节”“宽高比不低于1:20”。相册中的照片——同样的要求，另加“每次请求不超过5张照片”。快拍图片：JPG、PNG、GIF，两边之和不超过14000像素，“文件体积不超过10兆字节”。文章摘要卡的比例为1:1到1:2，宽度不少于550像素；链接摘要卡的比例为1:1到1:2.5，宽度不少于500像素 “高与宽之和”指的是两边相加，而不是每一边；快拍见 https://dev.vk.ru/ru/api/upload/story-in-profile ；摘要卡见 https://dev.vk.ru/ru/method/wall.post 来源, 已核查 2026-08-04
视频。 上传到主页的视频：“允许的格式：AVI、MP4、3GP、MPEG、MOV、MP3、FLV、WMV”。快拍视频另有要求：“允许的格式：H.264、AAC、MP4”“最大分辨率720×1280 px”“30 fps”。文档没有给出视频文件的体积上限和码率要求 平台的视频格式清单中还列着 MP3——来源自相矛盾，因为这是音频格式；快拍的要求见 https://dev.vk.ru/ru/api/upload/story-in-profile 来源, 已核查 2026-08-04
音频。 语音消息是一种有自身要求的独立格式：“允许的格式：OGG、OPUS”“采样率为16 kHz”“码率为16 Kbit/s”“时长不超过60分钟” 这些正是对聊天中语音消息的要求，而不是对音乐的要求 来源, 已核查 2026-08-04
上传限额。 墙上的一条帖子：“不超过10个媒体（图片、视频）”，最多10个音频或者一个播放列表、专辑或播客，一个投票，一个文件。上传到相册的照片——“每次请求不超过5张照片”，每张“不超过50兆字节”。快拍图片——“不超过10兆字节”。请求频率：“应用每昼夜调用该方法不超过5000次”（video.save） 每昼夜5000次调用的上限针对的是应用，而不是用户；文件体积见 https://dev.vk.ru/ru/api/upload/overview 中的上传页面 来源, 已核查 2026-08-04
直播。 直播在接口层面是存在的：video.startStreaming 方法“获取用于视频转播的 RTMP 地址”——也就是 RTMP 协议。开发者文档既没有给出码率，也没有给出分辨率和编码 只给出了协议；文档中没有对直播的数值要求 来源, 已核查 2026-08-04
Dzen
文本长度。 上限按发布类型分别给出。文章：“最大长度为140个字符”（标题），“文本最大长度为100000个字符，含空格”，“描述最大长度为2000个字符”。帖子：“帖子容量为4096个字符，可带图片（不超过10张）”，投票——“标题不超过150个字符，选项长度最多100个字符”。视频：“标题最大长度为140个字符”，描述——“最多5000个字符，包括空格和标点”。频道：“标题最大字符数为140”，简介——“不超过300个字符，含空格” 帖子的上限见 https://dzen.ru/help/ru/channel/post.html ，视频的见 https://dzen.ru/help/ru/channel/video.html ，频道的见 https://dzen.ru/help/ru/channel/channel-management.html 来源, 已核查 2026-08-04
图片。 频道封面：“格式为 JPG、BMP 或 PNG；不超过 10 MB”，电脑端“分辨率不低于1500 × 250像素；宽高比6:1”，手机端“分辨率不低于960 × 540像素；宽高比16:9”；频道订阅者不少于500时才能上传封面。头像：“格式为 PNG、JPG、BMP 或 WebP；不超过 10 MB；分辨率不低于300 × 300像素；不带动画；背景不透明”。文章中的图片：“图片宽度不小于300像素；图片大小最大 30 MB”。帖子中的图片：“单张图片最大 30… 能否上传频道封面取决于订阅者数量（不少于500）；发布内容的图片见 https://dzen.ru/help/ru/channel/article.html 和 https://dzen.ru/help/ru/channel/post.html 来源, 已核查 2026-08-04
视频。 推荐的编码参数：“格式 MP4”“把 moov atom 放在文件开头（fast start），不带 edit lists”“允许的最大分辨率为 FullHD”“大小 最大 70 GB”“帧率 与拍摄时相同，但不高于60帧/秒”“视频编码 H.264，逐行扫描，不带开放 GOP”“音频编码 AAC，立体声；采样率：96 kHz、48 kHz 或 44.1 kHz”“音轨响度 低于 -12 LUFS”。短视频（竖屏短片）：宽高比9:16，“短视频的最佳分辨率为720×1280像素，最大为1080×1920” 平台称这些参数是推荐值，但大小和分辨率是作为上限给出的；短视频的要求见 https://dzen.ru/help/ru/mobile/short-video.html ，而且只能用手机拍摄 来源, 已核查 2026-08-04
视频时长。 视频：“视频长度 最长480分钟”。短视频：“短视频最短5秒，最长2分钟”，而且“如果上传时长超过120秒的9:16竖屏视频，它将以‘视频’的形式发布”。直播：“直播时长不得超过8小时” 最短时长只为短视频作了声明；直播见 https://dzen.ru/help/ru/channel/vk-video-live.html 来源, 已核查 2026-08-04
音频。 平台没有单独的音频格式：对声音的要求是作为视频文件的一部分描述的——“音频编码 AAC，立体声；采样率：96 kHz、48 kHz 或 44.1 kHz”“音轨响度 低于 -12 LUFS”。另有说明：“视频按视频轨的长度上传”，因此音轨不应长于画面 对声音的要求是有的，但在 Dzen 上声音不是一种独立的发布格式：相关要求写在视频文件的要求之中——«音频编解码器 AAC，立体声；采样率：96 kHz、48 kHz 或 44.1 kHz»、«音轨响度低于 -12 LUFS»。另外还专门说明：«视频按视频轨的长度上传»，因此音轨不应长于画面部分 来源, 已核查 2026-08-04
上传限额。 «可以一次向 Dzen 上传 1 到 20 个视频»。视频文件体积——«最大 70 GB»。帖子中的图片——«单张图片最大 30 MB»，一条帖子中«不超过 10 张»。文章中的图片——«最大 30 MB»。频道封面和头像——«不超过 10 MB» 一次上传的文件数量只对视频作了声明（1到20个） 来源, 已核查 2026-08-04
直播。 直播通过 VK Video 进行：只声明了两项数值要求——«最终视频的大小不得超过 70 GB»和«直播时长不得超过 8 小时»。结束后«其录像会自动以横屏视频的形式出现在频道中»。帮助中心既没有给出码率，也没有给出分辨率和协议 页面上没有对信号本身的数值要求（码率、分辨率、协议） 来源, 已核查 2026-08-04
Odnoklassniki
视频。 文档既没有给出格式，也没有给出编码和分辨率。只声明了文件体积：“支持大小从 16 KB 到 1 GB 的文件” 上限是双向设定的——既有下限（16 KB），也有上限（1 GB） 来源, 已核查 2026-08-04
视频时长。 只有当场拍摄的附件才有时长限制：“VIDEO——来自摄像头的视频附件（长度限制3分钟）”“AUDIO_RECORDING——来自麦克风的录音（长度限制3分钟）”。对来自磁盘的视频（MOVIE），文档没有给出时长上限 上限取决于附件的类型：摄像头拍摄的为3分钟，从磁盘上传的则没有声明上限 来源, 已核查 2026-08-04
音频。 声音被描述为一种附件类型，而不是一种格式：“AUDIO_RECORDING——来自麦克风的录音（长度限制3分钟）”。文档既没有给出编码，也没有给出采样率和码率 只声明了麦克风录音的时长 来源, 已核查 2026-08-04
上传限额。 文件体积：“支持大小从 16 KB 到 1 GB 的文件”。一次上传的照片数量由 count 参数设定（“要添加的照片数量。默认值：1”），但文档没有给出它的上限值。关于请求频率的通用说明：“几乎所有 REST 方法都没有调用数量和频率的限制。上限可能会单独出现” 一次上传的文件数量上限未予公布；关于调用频率见 https://apiok.ru/dev/limits 来源, 已核查 2026-08-04
ニコニコ動画 (Niconico)
上传限额。 上传限制：文件最大 6 GB，分辨率横向最大 4096x2160、纵向最大 2160x4096，帧率最高 60，音频采样率最高 192 kHz，声道最多 5.1（6）个（分发时为 2），时长最长 6 小时 规格页面更新于 2026 年 4 月 15 日 来源, 已核查 2026-07-28
微信 (WeChat)
文本长度。 来源相互矛盾：草稿中文章的各项上限（原文为中文）：标题——“总长度不超过32个字”；作者——“总长度不超过16个字”；摘要——“总长度不超过120个字”，若该字段未填写，则“默认抓取正文前54个字”；正文——“大小不可超过2kb，支持HTML标签，必须少于2万字符，小于1M” 俄文版中的译文为我们所作，原文为中文；来源自相矛盾：关于正文同时写了“不超过2kb”“少于2万字符”和“小于1M” 来源, 已核查 2026-08-04
图片。 来源相互矛盾：永久素材（原文为中文）：“图片（image）: 10M，支持bmp/png/jpeg/jpg/gif格式”；“缩略图（thumb）：64KB，支持JPG格式”。文章内部的图片用另一个方法上传：“图片仅支持jpg/png格式，大小必须在1MB以下”，而且这类图片不占用10万张图片的总额度 俄文版中的译文为我们所作，原文为中文；在临时素材页面上，同一个平台一处写着“文件大小限制：图片2MB/视频10MB”，下一行却写着“图片（image）: 10M”——https://developers.weixin.qq.com/doc/service/api/material/temporary/api_uploadtempmedia 来源, 已核查 2026-08-04
视频。 对视频唯一的要求（原文为中文）：“视频（video）：10MB，支持MP4格式”。编码、分辨率、宽高比和码率，文档都没有给出 俄文版中的译文为我们所作，原文为中文；临时素材页面上重复了同一个数字 来源, 已核查 2026-08-04
音频。 声音是一种单独的素材类型（原文为中文）：“语音（voice）：2M，播放长度不超过60s，mp3/wma/wav/amr格式”。另外还有通过 JSSDK 取得的高质量音频：“格式为speex，16K采样率” 俄文版中的译文为我们所作，原文为中文；临时素材页面上的格式清单更短——“支持AMR\MP3格式”，也就是只有 amr 和 mp3 来源, 已核查 2026-08-04
上传限额。 素材库的上限（原文为中文）：“公众号的素材库保存总数量有上限：图文消息素材、图片素材上限为100000，其他类型为1000”。临时素材保存三天：“媒体文件在微信后台保存时间为3天，即3天后media_id失效”。为文章正文上传的图片不计入10万张的上限 俄文版中的译文为我们所作，原文为中文；没有声明单次请求的文件数量上限——声明的是素材库的上限 来源, 已核查 2026-08-04
抖音 (Douyin)
视频时长。 视频时长不得超过15分钟——这一点记录在错误码表中，错误码2114006；文件大于300MB给出错误码2190005“文件过大” 该限制并非发布在规则正文中，而是在错误码说明里 来源, 已核查 2026-07-28
네이버 밴드 (Naver Band)
文本长度。 唯一声明的文本长度上限与帖子内的投票有关：«Poll: You can attach 10 polls per post, up to 50 options per poll, and up to 200 characters for the title and option titles»——投票的标题和每个选项的标题最多200个字符。帮助中心没有给出帖子本身、评论和聊天消息的长度上限 200 这个数字只对投票声明；无论是关于附件的文章还是关于聊天的文章 https://help.band.us/help/1028 ，都没有给出帖子和评论的数字 来源, 已核查 2026-08-04
图片。 帮助中心没有给出单张照片的格式、分辨率和体积——只给出了数量和控制体积的方式：«Photo: Up to 100 photos per post, and 5 photos per comment can be attached (the attached image size can be altered in the Band (Settings) > (Photo and Video) > (Upload Size))»，也就是说，上传照片的体积由群组自己通过«Upload… 照片的体积上限取决于群组的设置，平台不公布统一的数字；聊天的上限见 https://help.band.us/help/1028 来源, 已核查 2026-08-04
视频。 帮助中心既没有给出格式和编码，也没有给出分辨率——只有体积和数量。帖子中：«Video: Up to 10 videos can be attached per post, up to 3GB and 60 minutes each»。聊天中：«Videos – 1 video (must be under 1GB)»。测验的题目中另有限制：«A video file shorter than 30 minutes / an audio file less than 10MB / a file less than… 帖子、聊天和测验的上限各不相同；编码和分辨率平台不予公布；聊天见 https://help.band.us/help/1028 来源, 已核查 2026-08-04
视频时长。 上限按附件类型分别给出：帖子中的视频——«up to 3GB and 60 minutes each»，也就是不超过60分钟；测验题目中的视频——«A video file shorter than 30 minutes»；语音备忘——«Voice Memo: You can attach 10 voice memos per post, up to 30 minutes each»。直播——«You can live stream on BAND for up to 2 hours per session… 直播见 https://help.band.us/help/1256 和 https://help.band.us/help/1222（«You can live stream for up to 2 hours. However, after finishing live streaming, you can start another live stream for up to 2… 来源, 已核查 2026-08-04
音频。 声音是一种独立的附件类型，但帮助中心不规定对文件的要求（格式、编码、码率），只给出数量和时长：«Voice Memo: You can attach 10 voice memos per post, up to 30 minutes each»。对测验题目中的声音则规定了体积：«an audio file less than 10MB» 数字是有的，但平台不给出格式和编码 来源, 已核查 2026-08-04
上传限额。 一条帖子的上限被逐项列出：«Photo: Up to 100 photos per post, and 5 photos per comment»；«Video: Up to 10 videos can be attached per post, up to 3GB and 60 minutes each»；«File: Up to 5 files can be attached per post, no more than 1GB… 保存期限取决于视频时长和已购买的容量——https://help.band.us/help/1077 ；聊天的上限见 https://help.band.us/help/1028 来源, 已核查 2026-08-04
直播。 帮助中心不公布对信号的数值要求（码率、分辨率、编码、协议）。声明的只有条件：时长«up to 2 hours per session»，直播次数不受限制，«only one live stream can be streamed at a time in the same Band»；开播的权限由群组设置«Band Settings > Member Permissions > Live Streaming»授予，可选«Admin / Admin & Co-Admins /… 能否开播取决于群主授予的权限；2 GB 的要求见 https://help.band.us/help/1226 ；关于编码器见 https://help.band.us/help/1254 ；重要：band.us 网站自身的 robots.txt 明确禁止 ClaudeBot 和 Claude-SearchBot 抓取（«Disallow: /»），因此 band.us… 来源, 已核查 2026-08-04
카카오톡 (KakaoTalk)
文本长度。 上限是按消息模板的类型给出的（译文为我们所作）。文字模板：«텍스트 정보, 최대 200자»——最多200个字。列表模板：«리스트 상단에 노출되는 메인 타이틀, 최대 200자»——顶部主标题最多200个字。商品区块中：«이미지 아이템의 제목 최대 2줄, 최대 24자까지 출력»——名称最多2行、24个字；«최대 한 줄, 최대 14자까지 출력»——分类行最多14个字；«아이템 이름 최대 6자까지 출력»——条目名称最多6个字；价格为«최대 2줄, 1줄인 경우 최대 14자, 2줄인 경우 최대… 译文为我们所作，原文为韩文；这些上限描述的是“屏幕上显示多少”，而不是禁止发送 来源, 已核查 2026-08-04
图片。 图片通过链接传递，并且必须事先上传到平台的服务器（译文为我们所作）：«업로드 가능한 이미지 파일 크기: 5MB 이하»——文件不超过 5 MB；«이미지 보관 기간: 카카오 서버에 최대 100일간 보관, 이후 자동 삭제»——保存最长100天。链接必须符合 RFC2396、RFC1034、RFC1123，否则图片不会显示。条目图片的尺寸按外壳分别规定：«이미지 사이즈: iOS: 108x108 Android: 98x98»，而且«1:1 비율이 아닌 이미지는 센터 크롭(Center crop)… 译文为我们所作，原文为韩文；体积上限是针对通过开发工具包上传声明的；条目尺寸见 https://developers.kakao.com/docs/latest/ko/message-template/default 来源, 已核查 2026-08-04
上传限额。 图片：«업로드 가능한 이미지 파일 크기: 5MB 이하»。列表模板的内容为«2개 이상 필수, 최대 3개»——2到3个条目；按钮为«버튼 목록, 최대 2개»——不超过两个 译文为我们所作，原文为韩文；条目和按钮的数量见 https://developers.kakao.com/docs/latest/ko/message-template/default 来源, 已核查 2026-08-04
如何使用
- 拍摄之前核对上限，而不是拍完之后。重拍的代价， 低于为迁就别人的格式而重新剪辑。
- 看清楚上限取决于什么。YouTube 的“15分钟”是 账号验证之前的限制；验证之后限制不同。 这类附加条件在这里被保留下来，而没有压缩成一个数字。
- 来源中的矛盾不是我们的错误。如果平台 在同一页面上给出两个不同的上限，我们会把两个都: «источники расходятся». 按更严格的数值来规划。
- 请核对核查日期。要求的改动悄无声息， 平台不会为此发布公告。
关于方法。只采用平台自身的文档：帮助中心、创作者 页面、API 文档。他人汇总的尺寸表 不会进入目录：无从核实，而且过时得 незаметно.
另请参阅：平台限制 · 用 AI 创作内容 · 平台对 AI 内容有什么要求