简介

网站名称：ifttt  上线时间：2011年5月 网站地点：美国

目前ifttt已开放注册。根据其网站的介绍，它要用这样的方式让你操作多个网站更为方便，甚至能一步到位，这个方式就是：when something happens （this） then do something else （that），当你在A网站进行了某项操作、那么B网站会自动完成某个操作。

在ifttt看来，“this”这里所要进行的操作被称为“Trigger”（触发器），也就是你在某个网站的操作行为；而That则意味着连锁反应所带来的另外一个网络行为“action”（动作）。这些trigger和action都需要依托一定的网站，ifttt称之为“channel”（频道）。用户所要完成的整个“if this then that”举措则被定义为“Task”（任务）。

举个例子来说明，在ifttt上，用户通过创建并执行“任务”的方式实现网络连锁反应，比如你刚刚储存了一张照片到Flickr上，并打上了标签tag，那么你在twitter上为XX的ID将自动发送一条tweet消息，标签为前面的tag。一些社会化分享应用可能带有类似的性质，但显然ifttt可以依靠你设定的this、that而引发更多的连锁反应。

在ifttt实际使用的过程中，当然首要的是需要用户授权并许可打通一个个的“频道”，比如facebook、twitter、gmail、flickr、linkedln、youtube、instagram……，其次则是创建触发器、设定动作，从目前ifttt来看，还不支持用户自定义任务，以ifttt所提供的为主，这样用户只是在有限的条件下实现连锁反应，但技术的潜力是无限的，以后预计还可以在部分频道之间实现自定义举动，这种自定义是目前的同步工具、分享工具所无法做到的。

优势

ifttt给用户服务而不是产品和技术。 ifttt解决了用户的两大问题：

一是之前的产品过于零碎、分散化，尽管云服务已经解决了单个应用的跨平台跨设备同步问题，但却不能解决产品之间的分散化问题，即单个产品只能解决用户的单 个问题。如果在线下很好搞定：请一个或者多个秘书就行了，秘书能帮着搞定各种繁多的琐碎任务；但在线上反而会落后很多，各种产品间的通信和协作非常困难， 比如当你的某条微博转发数达到10000次，就给你发条短信并截个图分享到推图和人人网，这样一个简单的事情都相当困难。

二是技术的复杂程度，RSS、API等为各种服务的集成提供了便利，比如Instagram就利用了Twitter的API，让用户在Instagram 拍摄的图片也能分享到Twitter里，但是这又陷入了第一条所说的分散化的老问题，单个产品也只能利用其它产品的API开发出有限的服务。如果用户要自 行集成各项服务以满足自己的随心所欲，那么将面临着相当复杂的技术难题，更何况没有时间，因为每个人都是普通人，我们只是想要这样随心所欲的服务而不是自 己亲自动手，就这么简单。

ifttt的创始人 Linden Tibbets 和 Jesse Tane 正是遇到了这两大问题，才决意开发ifttt。ifttt凭借着对用户需求的深度洞察，将所有的API调用、服务集成都挪到了后台，由ifttt的工程师和程序来处理，而面向前端用户的，就只是现成的随心所欲的服务，而且让用户像“编程”一样地设定 if … then … 的条件，让用户以极简的方式为整个互联网“编程”，运行结果就是自动化的随心所欲的服务。

事实上ifttt的理念也跟Apple推出的iCloud云服务有着某种暗合，即只给用户呈现最简单的现成服务，将其它一切用户不关心的都挪到云端或是后台。

应用

ifttt服务的短信应用：

1、weather – sms ： 如果第二天预告是晴天，则发短信给我提醒我第二天起床跑步
2、如果今天是女友来大姨妈的前3天或经期内（in Google Calendar） then 发短信提醒：小心她脾气暴躁

ifttt服务的Greader应用：

1、Greader 分享条目 发送到 Twitter
2、Greader 加星条目 发送到 evernote / Wiznote（为知）
3、Greader 分享条目 发送到 Read It Later

奇笛网之所以收录IFTTT词条的重要原因是当前微智能产品采用IFTTT思想的越来越多，IF 某个条件发生，THEN将触发智能控制结果和提示，从Belkin WeMo开始IFTTT开始被物联网产品开发者接受和理解。