IFTTT

定义

IFTTT是一项基于网页的自动化服务，运行主体为美国旧金山的私营商业公司，用户通过它让两个或多个原本互不相通的网络服务、应用程序与联网设备协同工作^[1]。平台把每个接入方称为服务(Service)，早期称通道(Channel)，每项服务提供可以充当触发条件的触发器和可以执行的动作为基本构件^[1]。

用户把触发器与动作组合成一条规则，这条规则称为Applet(小应用)，旧称Recipe(配方)。例如以“在Instagram发布照片”为触发、“把照片存入Dropbox”为动作，即构成一条完整规则。名称本身来自程序设计中常见的条件语句结构，IFTTT官方也把这种机制比作把两项服务粘合起来的“数字胶带”^[2]。

原理

IFTTT的运行逻辑可以概括为一条条件判断式：若某服务上出现指定事件，则执行另一服务上的指定操作^[2]。触发器是判断条件成立的事件来源，动作是条件成立后系统代为完成的操作，两者之间的数据字段被称为配料(Ingredients)，例如一封邮件触发器可以提供主题、正文、附件、收件时间和发件地址^[1]。

在触发器与动作之外，部分服务还提供附加条件：查询(Query)用于从触发事件中取出更具体的信息，延迟(Delay)用于在触发与执行之间插入一段等待时间，过滤代码(Filter Code)允许用户写入若干行JavaScript来设定更复杂的执行条件^[2]。这类附加条件通常需要付费订阅才能使用^[3]。

平台侧以轮询方式向服务方接口询问是否出现了新事件，而非在每个服务上常驻监听，因此触发与执行之间存在时间差，这一间隔随订阅层级与服务不同而变化^[4]。面向开发者的接入方式包括提供OAuth2授权的服务集成，以及通过Maker Webhooks的HTTP接口向指定地址发送请求以触发Applet^[5][6]。

flowchart LR

A[服务A：发生事件] --> B{IFTTT 轮询或接收Webhook}

B --> C[触发器 Trigger]

C --> D[附加条件：查询 / 延迟 / 过滤代码]

D --> E[动作 Action]

E --> F[服务B：执行结果]

发展历程

创始人林登·蒂贝茨(Linden Tibbets)在2010年12月发布首篇博文，IFTTT由此进入小范围测试，最初吸引约25万人注册；首批版本提供22项服务，包括电子邮件、RSS订阅、日期与时间、天气，以及当时仍叫Twitter的推特和Facebook^[7][1]。产品在2011年正式向公众开放，被视为较早支持社交媒体与云存储工具互通的自动化平台^[2][8]。

2012年6月，IFTTT接入Belkin WeMo设备，开始把自动化延伸到物理世界；同年12月公司获得由安德森·霍洛维茨基金领投的700万美元A轮融资^[1][9]。2013年7月推出iPhone客户端，2014年7月推出安卓版本；2014年8月，公司完成由Norwest Venture Partners领投、安德森·霍洛维茨基金参与的3000万美元B轮融资，当时平台上已有超过125项服务集成和1400多万条个人规则^[1]。

2016年11月，IFTTT发布3.0版本并重塑品牌，把“配方”和“通道”改称Applet与Service^[10]。2020年9月10日，平台推出订阅制方案IFTTT Pro，免费账户可创建的自定义Applet被限制为3条，多步骤动作、条件查询、过滤代码与更快执行等能力被划入付费层级，此举在用户社区中引发较多批评，公司随后把“自定价”优惠从1年延长为长期有效^[3][11]。

此后免费层级的可用额度继续收紧，独立评测记录显示其免费账户可用的活跃Applet数量由不限量逐步降到5条、3条，之后进一步减少^[12]。按官方博客的回顾，平台在15年间累计服务过190多个国家的超过3200万名用户^[7]。

应用

社交媒体与内容管理是较早普及的用法，用户可以把一条内容同步发布到多个平台，或在新博文发布后自动转发。备份与记录类用途同样常见，例如把手机上拍摄的照片自动转存至云盘，或把健身应用中的运动记录写入表格。

智能家居与物联网控制是该平台的另一主要场景，常见规则包括工作日定时启动咖啡机、安防摄像头侦测到移动后开灯并推送视频片段、依据天气预报发送降雨提醒。设备厂商也可把自家产品接入平台，让用户直接在厂商应用内启用相关Applet，而不必先打开IFTTT的网页或客户端^[9]。

对开发者而言，平台提供Maker Webhooks一类的HTTP接口，任意联网设备只要向个人触发地址发送请求即可启动Applet，常被用于原型验证与小规模物联网项目^[6][4]。部分评测也记录了营销人员借助它跟踪企业名称在订阅源与社交平台上的提及情况^[1]。

局限

单条Applet的逻辑结构简单，缺少原生的分支、循环与数据转换，步骤失败后也没有回退机制；付费层级的过滤代码只能补上有限的条件判断，无法实现多路径流程^[12]。面向团队使用时，平台没有角色权限划分与审计日志，多人协作只能共用同一个账户，这在管理上构成不便^[12]。

由于依靠轮询获取事件，触发与执行之间存在分钟级延迟，对需要秒级响应的场景并不适用；触发器的即时性还取决于所接入服务自身接口的开放程度^[4]。自动化链条同时受制于两端：若IFTTT自身或合作方接口出现故障，相关Applet就会失效；合作方调整接口或终止支持时，平台一侧往往难以单独修复^[13][4]。

2019年即出现此类情况：受谷歌收紧Gmail接口隐私政策影响，IFTTT宣布其基于收件内容的口令触发功能于当年3月底下线，仅保留部分邮件相关能力^[14][15]。此外，使用自动化需要向平台授予各服务账户的接口权限，授权范围往往大于单条规则实际所需，令牌失效或账户授权变更也会使规则中断^[13][16]。

参见

• Zapier —— 面向业务流程的同类自动化集成平台。

• n8n —— 可自行部署的自动化工作流工具。

• Webhook —— IFTTT通过HTTP回调触发Applet的接口机制。

• OAuth —— 平台连接第三方服务时采用的授权协议。

• 物联网 —— IFTTT近年重点接入的设备生态领域。

• 智能家居 —— 该平台最常见的应用场景之一。