ios短视频运营

苹果群控怎么批量发 TikTok?多账号发布流程的配置步骤

面向多账号 TikTok 发布的执行视角教程:先把发一条的动作拆开、分清哪些写进脚本哪些抽成参数,再讲素材目录怎么按账号分、定时任务的执行周期与次数怎么填,最后说发完去哪儿核对、失败的那几台从哪补。

约 7 分钟更新于

手上十几个 TikTok 号,今天要发的东西已经在素材文件夹里躺好了。真发起来却是另一回事:拿起一台手机,开 App,选素材,填文案,挂话题,点发布;放下,换下一台。发到第五台的时候,前面那台发的是哪条,已经记混了。

账号一多,发布这件事的卡点就不在内容,而在重复动作和排期。下面把整套流程拆成能照着做的五步:动作怎么拆、脚本怎么写、素材怎么分、定时任务怎么填、发完去哪儿核对。

第一步:先把发一条的动作拆开,固定的交给脚本

先别急着连设备。找张纸,把手动发一条的完整动作按顺序写下来,越细越好:

打开 App → 进发布页 → 从相册选素材 → 填文案 → 挂话题 → 选封面 → 点发布 → 等上传完成。

写完你会发现,这些动作里大部分每次都一样。真正会变的只有三样:哪条素材、哪段文案、什么时候发。

这就是分工的标准:动作固定、不用动脑的,交给脚本;每次都要换的,抽出来做参数。搞反了会很麻烦——把文案直接写进脚本,改一条文案就得回去改一遍脚本。

动作固定下来之后,选中一批设备双击脚本,这批设备就按同一套流程各跑一遍,每台用自己那份参数。

在中控里选中一批设备后双击脚本,系统开始在这批设备上执行

在中控里选中一批设备后双击脚本,系统会在这批设备上分别执行,不用一台台点。

第二步:脚本怎么写,哪些写死、哪些传参

脚本用 JavaScript 写。中控侧有脚本与参数侧栏,脚本和它要用的参数是两份东西,分开放。

const cfg = readConfig('/configs/tiktok/tt-a01.json');

openApp('TikTok');
gotoPublishPage();
pickMedia(cfg.materialDir);
fillCaption(readText(cfg.captionFile));
pickTags(readText(cfg.tagsFile));
setCover(cfg.coverIndex);
publish();
waitUploadDone();

脚本里不出现具体账号名,也不出现具体文案。账号相关的值全部挪进参数文件,一个账号一份,或者一类账号共用一份。

参数文件里至少放四样:素材目录、文案文件路径、话题文件、允许发布的时段。要换某个号的文案,改它那份参数文件就行,脚本一个字都不用动。

参数文件怎么命名?跟设备别名对齐最好用。设备叫 tt-a01,参数文件就叫 tt-a01.json。查日志的时候,看到别名就知道用的是哪份参数,不用来回猜。

还有一条:参数文件建议纳入版本管理。谁改了什么、什么时候改的,翻一下就清楚,比事后靠猜强。

第三步:素材按账号分目录,命名先定规矩

素材是最容易乱的一环。几十个号共用一个文件夹,今天这条明天那条,很快就分不清哪条发给谁。

建议一个账号一个目录,目录名就是账号代号:

materials/
  tt-a01/
    2026-09-24-01.mp4
    2026-09-24-01.txt
  tt-a02/
    2026-09-24-01.mp4
    2026-09-24-01.txt

视频和它的文案放一起,同名不同后缀。好处有两个:脚本按目录取,不会拿错;事后要对照内容,看文件名就知道配的是哪条。

日期写进文件名,别只写 01.mp4。同一个号一天发多条的时候,日期加序号能把顺序排开,回头翻文件夹也知道是哪天发的。

还有一条规矩:素材目录里只放能直接发布的成片。草稿、还没配好文案的先挪出去。脚本是按目录扫文件的,扫到不能发的东西,任务会卡在那儿。

第四步:定时任务怎么填,排期怎么下发

固定时段的常规内容,交给定时任务,不要每天手动点。

工具栏里新建任务,要填的就几项:选脚本、选设备或选分组、选执行周期、填执行次数。执行周期有三种——按天、间隔分钟、间隔秒。执行次数填 0 表示不限,也就是一直按周期跑下去。

中控工具栏里的新建定时任务入口,用来给多台设备按时间下发任务

中控工具栏里的定时任务入口,脚本、设备范围和执行周期都在这里配。

填的时候有几个细节要留意。按天跑的内容,先把「目标市场当地时间」和「中控电脑时间」的换算弄清楚,因为定时任务走的是中控电脑的时钟;换算结果建议直接写进任务名,比如 tt-a-0900-local,接手的人一眼就懂。间隔分钟适合一天分几轮发的情况。间隔秒一般用在设备内部的动作节奏上,发布是跨 App 的流程,别按秒排——上一轮还没传完,下一轮就压上来了。

下发之前先小批试。挑两三台设备跑一遍,确认素材取到了、文案填对了、流程走到了,再把整组铺开。这一步花几分钟,能省掉一次整组重跑。

第五步:发完怎么核对,失败的从哪补

发完不看记录,等于没发。

实时日志看过程。任务跑的时候日志会滚动,能看到每台设备走到哪一步、停在哪一步。卡住的那台,日志里写的是动作名,是选素材还是填文案,一眼能对上。

执行记录看结果。跑完回看,什么时候起的、覆盖了哪些设备、哪几台成了哪几台没成,都有留档。没成的那几台,记下别名,后面按别名去查,比按序号翻快得多。

有一种情况单独说:记录里显示失败,可内容其实发出去了。原因是流程走到等确认那一步,脚本没等到成功提示就退出了。碰上这种,先打开投屏看这台设备的当前画面,再回 TikTok 里核一下发布状态,别急着重跑。

补发不要整组重来。只把失败的那几台挑出来,单独选设备、单独跑一遍,前面成功的那些不用再动。

整套流程建议先拿一个账号跑顺,再铺到整组。设备数量怎么估,参考群控带机量实测那篇;一套系统大概要投多少,成本拆解那篇给了口径;如果排期本身还没成型,多账号发布排期怎么配可以先看一遍。做的是独立站出海内容的话,多账号内容运营这篇里按市场分组的做法可以直接搬过来用。


iEasyClick:手机自动化脚本与群控方案站,覆盖安卓免 root、iOS 免越狱、鸿蒙 Next,提供脚本开发教程、中控投屏与批量运维方案。官网 ieasyclick.net

想要真实跑起来?

本文介绍的方案均可基于 EasyClick 能力在 iEasyClick 落地。官网提供完整文档、开发工具与自动化产品,免费体验。

访问 iEasyClick 官网 →