影刀RPA实操指南差评预警系统——新差评5分钟内飞书通知一条差评从出现到你发现中间隔了三天这三天里它已经被几十个买家看到——这是做电商最憋屈的事之一。差评预警的思路其实很简单让影刀RPA每5分钟扫一次店铺评价页发现新差评立刻推送到飞书群负责人从差评产生到响应的时间从三天压到五分钟内。我运营店铺两年多这套预警系统跑了大半年中间踩过的坑都写在这篇里照着搭你能少走弯路。全文覆盖环境安装、元素定位、评价页抓取、流程控制、飞书通知、定时任务和报错排查评价页反爬和通知去重这两个坑是重点别的教程很少展开讲。环境安装与流程结构设计影刀RPA官网下载默认路径安装给常用浏览器装好插件。流程拆成四个子流程右侧面板点新建可视化流程逐个创建01_登录检查确认店铺后台登录态有效02_评价扫描进评价列表页抓最新评价数据03_差评比对和上次结果比对找出新差评04_通知与记录飞书群推送多维表格留痕子流程间用参数传递命名带编号前缀这套结构是通用的工程化做法换个监控对象改改02和03就能复用。元素定位四合一评价列表的稳定定位方案评价列表是相似元素场景但比商品列表难缠因为评价内容是动态加载且条数不固定。四条定位路线在本场景的分工方式用在哪关键点元素捕获首次捕获评价行校验相似元素数量XPath精确定位评分星级层级属性组合CSS选择器定位差评筛选按钮class明确时最快正则表达式通配动态属性处理随机ID点顶部工具栏捕获新元素鼠标移到评价条目上出现橙色边框后点击确认。星级节点用XPath按class定位# 捕获元素单条评价的星级class含rate关键字的节点 //*[contains(class,rate)] # 捕获元素差评筛选按钮按文本模糊匹配 //*[contains(text(),差评)] # 参照物定位通过评价内容文本找同一条评价的时间节点 //*[contains(class,content)]/following-sibling::*[1]**捕获后一定要多校验几次再翻几页评价页翻页后元素结构可能变第一次校验通过不代表翻页后还能找到。**动态属性用正则通配把元素编辑里每次变化的数字部分改成[\d]。评价扫描抓取、筛选与差评判定【打开网页】指令打开评价列表页浏览器类型选影刀浏览器支持静默运行定时任务跑的时候不打扰桌面。【等待网页加载完成】设30秒超时然后用【批量数据抓取】框选评价内容、星级、评价时间三列保存为二维列表。反爬是评价页绕不开的坎。直接高频访问会触发登录校验我的做法三条抓取前先点差评筛选按钮缩小范围用【点击元素(web)】点筛选按钮点之前用【等待元素(web)】等它出现抓取页数控制在3页以内5分钟一轮只看最新评价足够翻页间隔设5秒翻页按钮被遮挡时取消勾选模拟人工点击翻页按钮。差评判定别只看星级文本有的页面星级是图片不是文字。两种方案用【获取元素信息(web)】读星级元素的属性值或者图像方案【IF 图像存在】判断星级图标是不是低分样式配合【等待图像】设超时。文本方案优先图像方案兜底OCR【文字识别】指令影刀AI引擎提供标准版、高精度版等多种识别类型留到最后的大杀器位置。评价时间字段一定要抓它是后面去重的唯一可靠依据只靠内容文本去重会遇到同款差评内容重复误报。新差评比对变量、列表与去重逻辑比对逻辑用列表和字典实现。上一轮的差评记录存成JSON文件本轮抓取后读入# 输入current_list 本轮抓取的差评二维列表# old_keys 上轮差评唯一键列表时间评价人拼合# 输出new_list 新增差评列表new_list[]forrowincurrent_list:keyrow[0]_row[2]# 评价内容评价时间拼唯一键ifkeynotinold_keys:# 键不存在说明是新差评new_list.append(row)# 比对完成后把当前全部键写回存储供下轮使用判断键是否存在除了in写法影刀字典指令集里也有配套指令处理字典不存在某个键的场景。列表操作常用【列表去重】、【获取列表长度】、【获取两个列表的相同项】比对用长度变化加交集判断双保险交集为空但两边都有数据大概率是页面结构变了导致全量误判这时不发通知先发一条扫描异常告警避免狼来了效应。第一次上线手动跑一轮把存量差评全部记录为旧数据否则上线第一分钟全店历史差评一起报警群消息直接刷屏。飞书通知5分钟送达的最后一环【飞书群通知】指令是通知核心。飞书群里添加自定义机器人拿到webhook地址填入机器人地址参数机器人安全设置里勾选了签名校验的把密钥填进签名校验参数可为空的前提是你没开校验。消息格式四种文本、图片、富文本、消息卡片。文本类型支持联系人用标签写法# 所有人差评必须不能只发群里等人看 at user_idall所有人/at # 指定负责人 at user_idou_xxx名字/at图片类型需要登录飞书开发者后台进入企业自建应用详情页获取App ID和App Secret图片要求10M以内——我把差评所在的评价页用【网页截图】指令截下来截图区域选网页可见区域可自动随机文件名防覆盖先【保存剪贴板图片】落盘再推图文字截图双通道负责人点开就知道差评说了什么。留痕用【新增行记录-飞书多维表】指令webhook、多维表app_token、数据表名称三项配置填好每条新差评追加一行字段含差评内容、时间、处理状态处理完人工把状态改成已回复多维表格就是你的差评台账。定时任务每5分钟一轮的正确挂法定时触发器支持每日、每周、每月、预约、自定义间隔和Cron表达式。5分钟一轮用自定义间隔触发间隔单位选分钟、间隔数值填5也可以用Cron表达式[分钟] [小时] [日] [月] [星期]写*/5 * * * *。生效周期设长期跳过特定日期可勾选中国大陆法定节假日。几个定时任务的坑一次说清应用未发版加不进定时任务发版后定时仍失败去我获取的应用检查应用是否被误删从我开发的应用拷副本发版重挂触发器生效前提是高级任务计划已启用夜间跑记得检查电脑电源设置别休眠。Try-Catch结构必须包住整个扫描流程Catch里用【打印日志】类型选错误记录报错再推一条飞书消息告诉自己扫描失败而不是默默停摆——预警系统自己挂了却没人知道是最危险的状态。Finally块里关闭网页对象保证下一轮从干净状态开始。工程化细节与调试习惯登录态维持扫描频率高登录失效是常态。流程开头用【等待元素(web)】等后台工作台元素出现判断登录态失效才走重新登录分支别每次都登。Cookie辅助保活可用【获取筛选所有Cookie】按domain筛选后存档下次用【设置Cookie】灌回。调试三板斧关键节点右键打断点单步执行底部变量面板盯每步的值【打印日志】每个子流程入口出口各一条类型规范使用调试/信息/警告/错误报错先看运行日志回放定位再动手改流程。版本方面社区版每天30分钟时长跑不了5分钟高频任务这套系统需要创业版及以上。常见报错速查报错/现象原因解决扫描一轮全报新差评唯一键字段缺失或格式变化检查评价时间抓取是否为空飞书收不到消息webhook错误或签名校验未填密钥重取webhook核对密钥消息不生效at标签写法错误核对标签格式与用户ID定时执行失败未发版/应用被删/计划未启用重新发版重挂确认计划已启用未找到元素登录失效或页面改版先查登录态再重新捕获元素截图全黑或缺失网页未加载完截图前加等待网页加载完成延伸阅读与学习资源飞书群通知、定时触发器、网页弹窗处理这三篇官方文档是本篇的重点参考人标签语法和触发器配置项文档里写得比我细。完整流程源码我放在代码仓库 home.linyan.cloud可以直接参考改造监控关键词、通知阈值、轮询间隔都做成了流程参数改配置就能接到自己的店铺。差评预警的意义不在删差评在于5分钟内知道、第一时间联系买家处理把售后主动权拿回自己手里。#影刀RPA #RPA自动化 #差评预警 #飞书通知 #定时任务 #电商运营作者林焱