品牌舆情监控与AI分级摘要

原文要点

该免费n8n模板定时运行，先从Google Sheets读取既有新闻日志作去重参照；为多个品牌关键词拼Google News RSS搜索URL并经HTTP抓取，解析XML成标题、描述、URL、来源、发布时间，缺关键字段丢弃。再用URL与生成哈希对照Sheet去重，剩余文章交Google Gemini生成含summary、sentiment、importance、score、reason的JSON并合并回文章数据。只保留High/Medium重要度或score高于阈值项，追加到Sheets，汇编纯文本摘要后发Slack频道，并用Gmail寄同一摘要。设置需Google Sheets、Gemini(PaLM)、Slack、Gmail凭据，并更新关键词与地区设置。

这次做成什么

搭一条可审计的品牌舆情分流线：定时拉取多关键词RSS→结构化解析→按URL和哈希对Sheet日志去重→Gemini输出固定JSON→重要度或分数过滤→写表并发Slack/Gmail摘要。本站先用合成RSS行演练，再接隔离频道与测试邮箱，不把真实客户舆情当试验品。

准备什么

• n8n可编辑环境，能用Schedule、HTTP Request、XML解析、IF、Code与消息节点
• Google Sheets凭据及一张新闻日志表，列名按来源字段建好
• Google Gemini（PaLM）API凭据，且账户可用所选Gemini模型
• Slack凭据与一个测试频道，Gmail凭据与一个测试收件地址
• 关键词清单、语言地区参数、score阈值和重要度保留规则
• 合成RSS样本与空白日志，不含真实个人邮箱、密钥或未授权品牌数据

具体怎么做

1. 建日志表与合成样本

   按keyword,title,description,url,source,publishedAt,summary,sentiment,importance,score,hash,processedAt建表。先放一条旧日志，其url与hash对应样本A，用来验证重复会被拦下。

2. 定时触发并构造RSS请求

   Schedule节点设测试间隔；关键词数组循环拼Google News RSS搜索URL，语言地区作为可改参数。HTTP Request抓取RSS后，用XML解析成items，缺title、url或publishedAt的条目直接丢弃并计数。

3. URL与哈希双重去重

   Code节点为每条article用规范化url加title生成hash；再读Sheets现有url与hash两列，任一命中即标记duplicate。命中只写processedAt或跳过硬日志，不进入Gemini，避免重复分析成本。

4. Gemini固定JSON分析

   将title、description、source、publishedAt、keyword发给Gemini，提示词要求只输出summary、sentiment、importance、score、reason。解析失败进重试或死信记录，不把半段文本写回主表。

5. 合并结果并做重要度过滤

   把AI JSON合并到article；IF保留importance为High或Medium，或score大于阈值的文章。Low且低分进入归档分支，不打扰Slack/Gmail，但可在表内留痕。

6. 写表、汇编与双通道发送

   通过筛选项追加到Sheets并写入processedAt；纯文本digest按keyword分组，含标题、来源、情感、重要度、分数、一句摘要和链接。先发Slack测试频道，再由Gmail发同一正文到测试收件人。

可直接复制的材料

你是品牌舆情分析器。基于输入文章输出严格JSON，不要Markdown。字段：summary为不超过60字中文摘要；sentiment只能是positive、neutral、negative；importance只能是High、Medium、Low；score为0到100整数，越高越需要公关或客服关注；reason不超过40字说明依据。不得推测未出现的事实，不得包含个人信息，不得输出额外字段。输入：keyword={{keyword}} title={{title}} description={{description}} source={{source}} publishedAt={{publishedAt}}

keyword,title,description,url,source,publishedAt,summary,sentiment,importance,score,hash,processedAt
星桥云,星桥云发布延迟引发讨论,部分用户反馈控制台排队,https://example.invalid/a,示例科技站,2026-09-01T02:00:00Z,,,,,a1b2c3,2026-09-01T03:00:00Z

{
  "schedule": {"mode": "interval", "testMinutes": 15},
  "keywords": ["星桥云", "星桥云 宕机", "星桥云 价格"],
  "rss": {"locale": "zh-CN", "requiredFields": ["title", "url", "publishedAt"]},
  "dedupe": {"sheetUrlColumn": "url", "sheetHashColumn": "hash", "hashInput": "normalizedUrl + '|' + title"},
  "gemini": {"credential": "Google Gemini PaLM", "outputJsonOnly": true},
  "filter": {"keepImportance": ["High", "Medium"], "scoreThreshold": 70, "archiveLow": true},
  "digest": {"format": "plaintext", "groupBy": "keyword", "sendSlack": true, "sendGmail": true}
}

输入与输出示例

本站虚构演示，未实际抓取RSS或调用Gemini/Slack/Gmail；数字与字段与输入一一对应。

输入

关键词“星桥云”。样本A：url=https://example.invalid/a、title=星桥云发布延迟引发讨论，已在Sheet且hash=a1b2c3。样本B：url=https://example.invalid/b、title=星桥云控制台大面积排队，description=多名用户称任务延迟两小时，source=示例科技站，publishedAt=2026-09-01T04:10:00Z。

对应输出

去重结果：A因url与hash均命中被跳过，不送Gemini。B分析示意：{"summary":"用户集中反馈控制台排队，疑似任务延迟约两小时","sentiment":"negative","importance":"High","score":86,"reason":"影响面与持续时间都较高"}。B通过High与86>70，追加Sheets；digest含B行：星桥云｜negative｜High｜86｜示例科技站｜https://example.invalid/b。

做完检查这些

• Schedule触发后能按每个关键词生成RSS请求，缺title/url/publishedAt的条目被丢弃且可计数
• 同一文章只要url命中或hash命中Sheet日志即判重，不再消耗Gemini分析
• Gemini输出必须通过JSON解析，且只含summary,sentiment,importance,score,reason五字段
• importance为High/Medium或score高于阈值才追加Sheets并进入digest，Low低分只归档
• digest按keyword分组，包含标题、来源、情感、重要度、分数、摘要和链接，与写入行一致
• Slack测试频道与Gmail测试收件人收到同一正文，失败通道有重试或错误记录

容易卡住的地方

• RSS字段在不同关键词或地区下可能缺描述，不能把缺description等同无新闻
• URL带跟踪参数会造成同一新闻多链接，哈希前必须规范化URL
• 只按标题去重会误杀转载，只按URL去重会漏掉同题转发，需双条件
• Gemini返回Markdown包裹或多余字段时，解析节点应拦截而非写入Sheets
• score阈值过低会刷屏Slack，过高会漏掉Medium但正在发酵的问题
• Sheets列名与来源不一致时，追加和读取会错位，需先冻结表头
• Slack与Gmail一个成功一个失败时，要记录各自状态，避免误判全成功
• 真实舆情可能含个人信息与指控，练习和摘要都应最小化并避免扩散