n8n自动邀评与回复Google店铺评价

原文要点

原免费模板分三条线：每天 18 点从 Sheets 的 Jobs 页读当日完成订单，筛出有手机号且 90 天内未邀评的客户，Twilio 发短信求评，5 天后无评价再提醒一次，全程记录；每 6 小时轮询 Google 新评价，OpenAI 起草两三句回复，经 Gmail 发店主并写入 PendingReplies；每天 9 点读 PendingReplies，把店主标为 Approved 的行发布到 Google Business Profile 并写 ReviewLog，未批准不发布。需自备 Twilio、Google（Sheets+Gmail+Business Profile）、OpenAI，建 Jobs、ReviewLog、PendingReplies、State 四个工作表。

这次做成什么

在自有 n8n 复刻三条线（邀评、监听起草、批准发布），并用合成订单与一条合成评价做练习，验证 90 天冷却、5 天提醒与“未批准不发布”三个关键约束（练习方案为本站独立设计，Google Business Profile 端点请以你账号实际 API 为准）。

准备什么

• Twilio 账号与可发短信的号码，及对应凭据
• Google 账号：Sheets 与 Gmail OAuth2，及 Google Business Profile 的评价读写权限
• OpenAI API Key，用于起草回复
• 一个 Google Sheets，含 Jobs、ReviewLog、PendingReplies、State 四个工作表
• 测试用虚拟客户手机号（练习用 Twilio 测试号，勿用真实客户信息）

具体怎么做

1. 建表与配置节点

   Sheets 建四个工作表：Jobs（job_id、customer_name、phone、completed_at、last_asked_at）、ReviewLog、PendingReplies（review_id、reviewer、rating、text、draft、status）、State（last_review_check）。三个 Config Set 节点分别写 business_name、google_review_link、owner_email、owner_phone、twilio_number、tracker_sheet_id。

2. 邀评线（18 点）

   Schedule Trigger 每天 18:00 → Sheets 读 Jobs 中 completed_at 为今天的行 → IF 过滤：phone 非空且（last_asked_at 为空或距今>90 天）→ Twilio 节点发短信（文案见材料）→ 更新该行 last_asked_at → Wait 节点等 5 天 → 查该客户是否已留评，没有则发一次提醒并记录。

3. 监听起草线（6 小时）

   Schedule Trigger 每 6 小时 → 从 State 读 last_review_check → HTTP 节点请求 Business Profile 评价列表 → Code 节点只保留 createTime 晚于上次检查的评价 → OpenAI 节点用材料提示词起草 2~3 句回复 → 追加到 PendingReplies（status=pending）→ Gmail 把草稿发给店主 → 更新 State 的 last_review_check。

4. 批准发布线（9 点）

   Schedule Trigger 每天 9:00 → Sheets 读 PendingReplies 中 status=Approved 的行 → 逐条经 HTTP 节点向 Business Profile 回复接口提交 draft → 成功后把该行 status 改为 posted，并向 ReviewLog 追加 review_id、reply、posted_at → 给店主发一封当日发布汇总邮件。

可直接复制的材料

首条：您好 {{customer_name}}，感谢您选择{{business_name}}！如果方便，欢迎花一分钟为我们留下 Google 评价：{{google_review_link}} 您的反馈对我们很重要。\n\n5 天后提醒：您好 {{customer_name}}，不好意思打扰，之前邀请您为{{business_name}}留评的小提醒：{{google_review_link}}。如已填写请忽略，祝好！

你是本地服务商家的客服，为店铺 Google 评价起草回复。\n\n店铺名：{{business_name}}\n评分：{{rating}} 星（1 到 5）\n评价内容：{{review_text}}\n\n要求：\n- 只写 2 到 3 句中文回复，语气真诚不模板腔。\n- 4 星以上：感谢并点名评价里提到的具体细节。\n- 3 星以下：先道歉，邀请对方通过店铺电话进一步沟通，不争辩不承诺赔偿。\n- 不编造评价中没有的信息，不使用表情符号。\n- 只输出回复正文。

输入与输出示例

本站虚构演示，手机号与时间均为演示值，未真实发送或发布。

输入

Jobs 今日完成两行：王小明（phone=+15550001111，last_asked_at=2026-06-01）、李芳（phone 空）。合成新评价：张伟 5 星“师傅修水管很准时，价格也清楚”。

对应输出

邀评线：王小明距今>90 天且有时间，收到首条短信，last_asked_at 更新为今天；李芳无手机号被跳过。监听线：起草“张伟您好，谢谢您提到师傅准时到达、报价透明，很高兴服务到位，期待下次再为您效劳！”草稿进 PendingReplies（status=pending）并经 Gmail 发给店主。发布线：店主把该行改 Approved 后，次日 9 点回复发布，ReviewLog 追加 posted_at=2026-10-09T09:00:00+08:00。

做完检查这些

• last_asked_at 距今 30 天的客户不会收到短信，95 天的会收到
• PendingReplies 中 status=pending 的行在 9 点发布后仍保持未发布状态
• 首条短信 5 天后且未留评时只再发一次提醒，不会第三次发送
• 6 小时轮询只处理 createTime 晚于 State 记录时间的评价，不重复起草

容易卡住的地方

• Business Profile 的两个 HTTP 节点需自行填真实端点与凭据，模板里是占位符，不替换则整条监听线无法工作
• Wait 节点跨 5 天，n8n 实例重启策略要保证等待执行可恢复，否则提醒丢失
• 店主在 PendingReplies 里拼错 Approved（大小写或空格）会导致该行永远不被发布
• 短信发送受 Twilio 号码归属地与当地法规限制，测试阶段务必用测试号与虚拟客户