Slack Incoming Webhook用S3链接作video_url报invalid_blocks问题求助

问题本质 #

别纠结权限和展开域名了——Incoming Webhook的视频块只认YouTube、Vimeo这类主流流媒体平台的链接，直接放S3的视频文件链接根本不在它的支持列表里，这就是你换YouTube链接就正常的原因。Block Kit提示的"bot scope missing"其实是误导，权限问题根本不是这儿的核心矛盾。

解决办法 #

1. 换用Slack文件上传API（最靠谱） #

放弃用视频块，改用files.upload API把S3视频先传到Slack，再用Incoming Webhook关联：

• 用带files:write权限的Bot Token调用files.upload，把S3的视频上传到Slack，拿到文件ID
• 给Incoming Webhook发消息时加file_ids字段，示例：

  {
    "text": "刚传了个新视频",
    "file_ids": ["F1234567890"]
  }
  

  这样频道里会直接显示视频文件，和你传图片的逻辑类似，成功率最高。

2. 给S3视频做兼容配置（尝试性方案） #

如果非要用视频块，得让S3链接符合Slack的嵌入要求：

• 给S3存储桶加CORS规则，允许Slack域名跨域访问：

  <CORSConfiguration>
    <CORSRule>
      <AllowedOrigin>https://*.slack.com</AllowedOrigin>
      <AllowedMethod>GET</AllowedMethod>
      <AllowedHeader>*</AllowedHeader>
    </CORSRule>
  </CORSConfiguration>
  

• 给S3视频文件设置正确的Content-Type头（比如video/mp4），别让Slack识别错文件类型
• 用S3预签名URL代替公开链接，确保链接有效期足够长

3. 检查视频块的必填字段 #

别漏了视频块的必填参数，不然会直接报invalid_blocks：

{
  "type": "video",
  "title": {
    "type": "plain_text",
    "text": "我的视频"
  },
  "video_url": "你的S3视频链接",
  "thumbnail_url": "视频缩略图地址",
  "alt_text": "这是一段演示视频"
}

最后提一句 #

Incoming Webhook的视频块本来就是给第三方流媒体用的，不是给自定义存储视频的。如果上面的兼容配置不管用，直接用files.upload的方案，这是Slack官方推荐的自定义文件推送方式。

内容的提问来源于stack exchange，提问作者Brett