| 内容类型 | 支持情况 | 说明 |
|---|---|---|
| 图文 | 已支持 | 正文按文本/图片分块回填到编辑器,粘贴方式提交 |
| 视频 | 已支持 | 经西瓜的视频上传通道提交,以「全部发表成功」为准 |
| 图集 | 平台不支持 | 头条号创作端不提供图集发布形态 |
| 音频 | 平台不支持 | 头条号创作端不提供音频发布形态 |
通过本地插件完成一次头条号登录,登录态交给系统维护,后续发布不再需要人工扫码。
封面至少要 452×352;不足时系统会在提交前就告诉你原因,而不是让平台拒收。
标题写入 30 字位、正文按分块粘进编辑器,窄屏出现的遮罩会先关掉再操作。
先看有没有错误提示节点,再判成功——避免出现「报着错却记成成功」的假阳性。
多数平台对封面是「不合格就让你重选」,头条号是「不合格根本发不出去」。自动流程如果不管这一条,结果就是一批内容在平台上被静默拒收,而任务列表里显示的是已提交。
所以这条规则被写成了前置校验:拿到封面先量尺寸,宽小于 452 或高小于 352 就判定失败,失败原因里直接给出实际读到的宽高,比如「封面图尺寸过小 400×300,平台要求不得小于 452×352」。你在任务详情里能一眼看出是该换图还是该改配置,不用去猜。
需要图片规格时,系统会把不合规的原始素材统一转成平台可接受的格式,但不会替你放大糊图——分辨率不够是内容问题,机器不该假装它不存在。
头条号图文标题位是 30 字,比百家号短一大截,也不支持你写四十几个字的长标题。视频那边则是一个 400 字的简介位。这两个数字决定了同一份内容在不同平台上的形态差异:从头条号倒推回去写标题,往往比反过来更省事。
发布过程中还有一个容易被忽略的环节:当浏览器窗口偏窄时,头条号编辑页会盖上一层遮罩,此时所有点击都会落到遮罩上。流程里专门有一步先关闭遮罩再填写,否则表现为「脚本一直在点,页面毫无反应」。
头条号的提交结果不只看有没有成功提示。实现里的顺序是:先检查错误提示节点,命中就直接以平台原文失败;没有错误再去找「提交成功」。
视频侧同理,以「全部发表成功」这个明确文案为准,而不是页面跳转。
这个顺序很重要。很多自动发布工具出问题不在「发不出去」,而在「发不出去却记成了成功」——等你发现时,那几天的内容全是空的。
下面这些是客服和工单里出现频率最高的几问