影刀RPA抖音电商数据自动化教程：抖店订单+评论+竞品监控实战——从零到独立开发

做抖音电商的商家，每天要盯订单、回评论、盯竞品价格，全是重复劳动。我刚开始帮一个抖店商家做自动化的时候，也是一头雾水——抖音的后台跟淘宝不一样，反爬更严格，登录还要扫码。这篇文章就是把抖音电商场景下最值得自动化的事情全部讲清楚，跟着做完你就能每天省2个小时。

抖店的后台是网页版，但登录需要手机抖音App扫码，这一步RPA流程里无法自动完成，需要人工配合：先人工扫码登录，然后RPA接管后续操作。我第一次做的时候不知道这点，流程里写了自动登录，每次跑到这就卡住，后来才明白要分开——人工负责登录，RPA负责后续操作。

一、认识影刀和安装（抖音电商视角）

安装没什么特别的，去官网下Windows版，安装包双击运行。但抖音电商用户要注意一件事：抖店后台对浏览器环境有检测，建议你用影刀自带的浏览器（基于Chrome），不要试图用自己装的Chrome，容易出兼容问题。我第一次配的时候就是用自己电脑上的Chrome，抖店能打开但登录总是失败，换成影刀自带的浏览器立马就好了。

另外一个注意点：抖音的网页有时候会检测自动化工具，如果发现你在用自动化，可能会弹验证码。遇到验证码的时候，用影刀的"图像识别"功能来识别验证码图片，然后把识别结果填到验证码输入框。但验证码识别率不是100%，需要在流程里加"验证码识别失败"的异常处理。

二、元素定位（四合一）

抖音电商后台的页面结构比较复杂，元素定位是重中之重。

XPath的6种写法在抖音场景里的应用：

最常用的是 //tag[@attribute='value']，比如抖店订单列表里的"发货"按钮：//button[@class='btn-ship']。但class经常变，所以更稳健的写法是结合text()：//button[text()='发货'] 或者 //button[contains(text(),'发货')]。

第二种有用的是通过父元素定位：//div[@id='order-list']//button[text()='发货']，先锁定订单列表区域，再在里面找发货按钮，避免页面上有多个"发货"按钮时找错。

CSS选择器在抖音场景里的用法：

CSS语法更简洁，button.btn-ship 等同于XPath的 //button[@class='btn-ship']。但CSS做不到文本匹配和向上查找，所以如果按钮上没有唯一的id或class，只能用XPath按文字找。

选型指南：有唯一id或class的用CSS（写法短）；需要按文字内容定位的用XPath；需要向上查找父元素的用XPath（CSS不支持）。

三、变量与数据类型

抖音电商自动化最频繁的操作就是处理订单和评论数据，这部分全靠变量。

列表：用来存一批订单号、一批评论ID。比如用"循环相似元素"抓完一页订单号，把每个订单号追加到列表里，最后一次性写入Excel或者调API同步到ERP。

字典：用来存"订单号→订单详情"的映射关系。比如你要同时记录订单号、买家、金额、状态、物流信息，用字典比用5个列表更清晰。

JSON：调用抖音开放平台API（抖店API）的时候必用。用"发送HTTP请求"调用API，返回的是JSON格式，用"JSON转对象"转成字典，然后提取字段。我第一次调抖店API的时候，返回了一坨字符串不知道怎么处理，后来才知道要用"JSON转对象"转一下。

四、流程控制

抖音场景里最常见的流程控制就是"翻页+抓取"的循环组合。

For次数循环：你知道总共有多少页，比如"共50页"，提取这个数字，用For次数循环，循环50次，每次点下一页然后抓数据。

无限循环+disabled判断（推荐）：不用管总页数，直接无限循环，每次循环判断"下一页"按钮是否包含disabled，包含就退出。这个方案更稳健，因为总页数可能变化。

抖店订单导出的做法：跟淘宝类似，但要额外注意抖店的API有频率限制，每次调用之后加适当等待（1-2秒）。

五、网页自动化

抖音电商后台的三大坑：

坑一：等待策略。抖店后台加载慢，尤其是订单列表，可能在加载动画期间页面元素还没出来。解决方案是用"智能等待"模式，或者手动加"等待元素出现"指令，等订单列表的第一条订单号出现了再开始抓。

坑二：弹窗处理。抖店后台经常弹"亲，有新的订单通知"之类的弹窗，如果不处理，后面的点击操作会失败。标准流程是用"处理浏览器弹窗"指令，在关键操作之前先检查并关闭弹窗。

坑三：登录态保持。抖店登录之后，如果长时间没操作，会自动掉线。需要在流程里加"检查登录态"的逻辑：每次开始操作之前，先检查是否在登录页面，是的话发飞书通知让人工重新扫码登录。

翻页的disabled判断法：按F12看下一页按钮的class属性，不可点击时（最后一页）会多一个disabled，所以判断逻辑是：先捕获下一页按钮（勾选class里不含disabled的状态），然后在循环里判断这个元素是否还存在，不存在就说明到最后一页了。

懒加载的index去重法：抖店的订单列表也用懒加载，页面只渲染可见区域的行。解决方案是在循环里维护一个列表记录已经抓过的行的index属性，滚动加载更多数据之后，用index判断是否已抓取，已抓取就跳过。

六、数据处理

Excel读写：订单数据通常先存到Excel。注意两个坑：一是"Can not convert Array to String"报错，原因是把整行（列表）直接填进了只能接收文本的输入框，要用"获取列表项"取具体列的值；二是日期偏移8小时，用"时间加减"加回8小时。

如果订单量很大（每天几千上万单），不要用Excel存储，用数据库。影刀支持数据库连接，流程是：建立连接→执行查询→批量插入→关闭连接。

七、鼠标键盘和图像自动化

有些抖店后台的按钮无法用元素定位点击（比如滑块验证码），这时候用图像识别。

图像识别的标准流程：用wait_appear等待目标图片出现→用click点击图片中心位置→如果点击位置有偏移，用"锚点9位置+偏移"来微调。

模拟模式vs驱动模式：模拟模式日常够用，遇到网站拦截切换成驱动模式。

八、进阶技能

HTTP请求/API对接：抖店提供了开放平台API，用"发送HTTP请求"调用API，需要先获取accessToken（用"发送HTTP请求"调用鉴权接口），之后的每个请求都要在Header里带上这个token。注意抖店API有频率限制，每次调用之后加1-2秒等待。

Python协同：有些数据处理逻辑用影刀指令写很麻烦，比如要把订单数据按商家自提/快递发货两个维度做分类汇总，用Python的pandas库几行代码就搞定。

OCR文字识别：抖店的后台有些订单信息是用图片展示的（比如有些特殊商品的属性），用OCR识别图片里的文字，再提取关键信息。

九、平台实战

抖店订单导出：做法跟淘宝类似，分时间段导出，每次导出600页（约9000条），防止超过10000条的限制。还要注意：抖店的订单状态跟淘宝不同，有"待发货"“已发货”“已完成”"已关闭"等状态，导出的时候要按状态分别导出。

抖店评论采集：评论数据在抖店的"评价管理"页面，需要逐条点开查看详情。评论内容有时候包含图片，需要额外用"获取元素属性"提取图片URL，然后下载到本地。

竞品监控：如果要监控竞品的直播间销量、商品价格，可以用影刀打开竞品的抖店页面或者抖音主页，定期抓取价格、销量、直播状态等数据，存到Excel或者发飞书通知。

十、系统联动

飞书消息通知：每天自动把订单数据汇总发到飞书群。用"发送飞书消息"指令，消息内容可以用变量拼接，比如"今日新增订单：{order_count}条，退款：{refund_count}条，待发货：{pending_count}条"。

邮件发送：有些合作伙伴要求用邮件发送订单报表，用"发送邮件"指令，可以带附件（Excel或PDF格式）。

定时任务配置：订单导出通常配置成每天凌晨2点自动运行。配置路径：影刀控制台→定时任务→新建任务→选择应用→配置Cron表达式。注意设置"运行超时时间"，建议设6小时。

十一、工程化和规范

子流程封装：订单导出流程里，“判断总页数”“导出当前页数据”"解析导出结果"这几个步骤在多个地方都会用到，封装成子流程，主流程里直接调用。

调试技巧：订单导出流程最常用的调试方法是打断点。在"发送HTTP请求"指令前打断点，运行时可以看到HTTP返回的完整内容，方便确认接口是否调通。

命名规范：变量名要有意义，比如order_count（订单数）、current_page（当前页）、access_token（接口凭证），不要叫a、b、temp。

版本选择：如果订单量每天超过10000条，社区版每天30分钟的限制肯定不够用，需要升级到企业版。

十二、速查表

场景	报错	原因	解决办法
抖店登录	扫码之后还是登录失败	浏览器缓存问题	清除浏览器缓存，重新扫码
订单导出	导出失败，提示超过10000条	时间段选太大	分时间段导出，每次600页
元素捕获	订单列表元素找不到	等待时间不够	加"等待元素出现"指令
评论采集	评论内容缺失	懒加载没处理	用index去重法处理懒加载
定时任务	任务没有按时运行	Cron表达式写错	检查表达式，用在线Cron工具验证

更多抖音电商自动化场景和案例可以去 home.linyan.cloud 查看。

#影刀RPA #抖音电商 #抖店 #订单导出 #RPA教程

作者：林焱。