Google Sheets 的变更触发器可以把表格编辑事件交给 Make，再由场景执行通知、校验或同步操作。本文以“表格发生符合条件的变更后发送邮件”为例，重点说明工作流结构。由于 Google Sheets 连接器、加载项和授权界面可能调整，具体按钮与字段应以 Make 场景编辑器中的当前说明为准。
先整理表格
创建专门用于自动化的工作表，并使用稳定的列标题。建议至少包含记录标识、需要通知的字段、更新时间和处理状态。不要依赖列的位置表达业务含义；如果以后插入新列，按标题或明确字段映射更容易检查。
确定哪些用户编辑才应该触发动作。例如，只处理人工修改的状态列，或只处理从“待处理”变为“已确认”的记录。Watch Changes 只观察用户对单元格的修改；脚本执行和 API 请求不会触发它，新增加的行也不属于该模块的监控范围。需要监控新增行时，应改用 Watch New Rows 等与目标事件匹配的模块。
添加 Watch Changes 触发器
在 Make 中创建场景，添加 Google Sheets，并选择 Watch Changes。连接 Google 账户时只授予完成此场景所需的权限，并确认所选账户能够访问目标表格。
该即时触发器需要先创建 Webhook，再通过 Make 的 Google Sheets 加载项或官方提供的 Apps Script 在表格侧完成设置。按模块和当前 Google Sheets 模块文档中的步骤操作：
Webhook 地址相当于可接收事件的入口，不要把它写进公开文档、聊天记录或普通表格单元格。如果组织策略不允许安装加载项或 Apps Script，可以改用计划触发的行监控方案，并记录上次处理时间或稳定游标。
添加邮件操作
在触发器之后添加 Gmail 发送邮件模块，或使用组织批准的其他通知渠道。配置连接后，将变更事件中的字段映射到收件人、主题和正文。
收件人地址不应直接信任任意单元格内容。可以使用固定地址、允许列表，或先增加格式和域名校验。正文中只放入完成通知所需的信息；表格可能含有个人资料、内部备注或其他不应通过邮件传播的数据。
如果事件包含日期，可使用 Make 的日期函数转换为团队约定的格式。映射前先查看测试数据包，确认传入值是日期、文本还是空值，再设置对应的空值处理。
增加筛选与去重
变更事件可能重复到达，也可能包含并不需要处理的编辑。建议在触发器和邮件模块之间增加以下控制：
Make 模块或其他 API 对表格的写入不会触发 Watch Changes，因此不需要为这些自动写入设计“过滤自动化账户”的自触发保护。仍应为人工重复编辑和通知动作保留幂等控制，避免同一业务变化被多次处理。
测试场景
先点击“运行一次”，再对测试行做一次明确修改。随后检查：
还应测试空单元格、用户批量修改、表头调整、账户失去访问权限和邮件发送失败等情况；并单独确认脚本/API 写入和新增行不会被误当成该模块支持的事件。测试完成后再启用场景，并为授权失效、连续失败和异常事件量设置通知。
选择即时触发还是定时检查
即时触发适合需要快速响应、且当前连接器能够稳定提供事件的流程。定时检查更适合允许一定延迟、需要控制批量或无法使用加载项的环境。两种方式都应有明确的处理边界、去重状态和恢复步骤。
真正可靠的设计不依赖某个旧版按钮名称，而是确保每次变更都能被识别、校验、只处理一次，并在失败时留下可追踪的状态。