| 内容类型 | 支持情况 | 说明 |
|---|---|---|
| 图文 | 已支持 | 生活号发布页,标题 22 字、正文 1000 字 |
| 视频 | 已支持 | 视频发布页,横竖版分别设置封面 |
| 图集 | 已支持 | 与图文同一发布页,按图集形态提交 |
| 音频 | 已支持 | 独立音频发布页,描述位 3000 字 |
本地插件扫码登录一次,此后系统维护登录态;恢复登录态时会带回平台首页做有效性确认。
图文、视频、图集、音频四类共用一条任务,标题按各形态上限自动裁。
穿透微前端沙箱定位输入位,上传进度靠轮询遮罩节点判断,不用拍脑袋等秒数。
取列表首条标题与本次提交标题逐字比对,不一致直接判失败并附平台侧读到的值。
多数平台只开了两三种形态:公众号没有图集,百家号没有音频,头条号只有图文和视频。视频号四个都通——图文、视频、图集、音频各自有自己的发布入口,云梭发布四条链路都做了实现。
字段上限在不同形态间差别很大:图文和图集的标题位只有 22 字,音频标题可以给到 40 字,正文统一 1000 字,而音频的描述位长达 3000 字。这意味着同一条内容发四种形态时,标题不能是同一句。按 22 字准备最保险。
视频侧还有横版与竖版两套封面需要分别设置,这在别的平台上通常被忽略,导致竖版视频带着横版黑边封面出现。
视频号的创作页面运行在一个微前端容器内部,DOM 结构被封在自定义组件的 shadow 层级里。用常规 CSS 选择器去查输入框,结果是查不到——这就是很多自动发布工具在视频号上报「元素未找到」的原因,也是很多人以为「视频号没法自动化」的原因。
这里的做法是按 JS 路径穿透这层结构去定位元素,包括标题位、正文位、话题位和提交按钮。上传环节也不靠固定 sleep:轮询平台自己的进度遮罩与百分比节点,完成信号出现才继续,所以慢网络下不会假失败,快网络下不浪费时间。
视频号提交后并不总给出可靠的成功提示。流程里的判定方式是:读取内容列表首条的标题文本,与本次提交的标题逐字比对。如果两者不一致,直接记为失败,并把「查询到的值」和「本次提交的值」一起写进原因里。
这个设计解决的是自动发布最难发现的问题——平台弹了个成功提示,内容其实没进去。回读之后,任务状态才敢当账本用。
风控信号方面,视频号是所有平台里最干脆的:页面上出现二维码就判失败,四种形态各检一次。要扫码说明平台要确认你是人,这时候继续自动化只会加速账号被限制,正确做法是人工介入。
下面这些是客服和工单里出现频率最高的几问