谷歌表示，任何应用都可以用速度更快、更现代化的API来跟Gmail进行通信，这一API采用现代语言编写，而且是每一个Web开发人员都会使用的语言。Gmail的API允许开发者访问谷歌服务器上的主题、信息、草稿和标签，而且比IMAP快三到十倍。但是谷歌表示，Gmail API不应该被用来取代IMAP。这有两个原因：第一，Gmail的API目前还无法提供推送通知；二是每天API请求的数量限制可能给收件数量巨大的用户造成麻烦。
它可以做的是让任何应用程序在小范围内使用您的Gmail帐户进行交互，而无需创建一个完整的邮件客户端接口。谷歌事实上并没有要取代原来的电子邮件标准，而是将标准进行了延伸。
随着Gmail API的诞生，开发者终于可以迅速的创建邮件应用，而不是花费几周或几个月的时间。邮件应用程序Acompli创始人哈维尔表示 “谷歌的真正意图是让应用程序和服务可以简便的利用电子邮件数据，而不是想成为电子邮件客户端标准。电子邮件应用程序是目前的新兴类别，通过IMAP完成应用很麻烦，而且还需要知道你不需要知道的电子邮件信息。除非您正在构建一个电子邮件客户端，否则你真的不想用它。而Gmail API的结构更容易使用。”不必架设IMAP的同步引擎来访问收件箱，你可能只需要查询谷歌的服务器，输入具体的搜索项或电子邮件地址。
Triage电子邮件管理应用程序的创建者迈克尔表示，使用Gmail API可以让他的团队少花一个月的开发时间，但可能会限制与其他业务的兼容性。 最明显的缺点是，支持Gmail API之后，将与所有其他电子邮件提供商的服务100％不兼容。但是如果我们的公司从来一次，我们几乎肯定会使用Gmail的API，并放弃对其他电子邮件提供商的支持。”
即使是目前已经被使用的应用程序，该API也可以证明它的用武之地。日历应用程序Sunrise创始人皮埃尔·瓦拉德表示，利用Gmail API他的团队能够非常迅速的扫描用户的Gmail收件箱并自动将它们添加到用户的日历。而另一些开发者整合了Gmail的API后，立即看到了他们应用程序性能上的提升。
凭借Gmail API，谷歌显然是开始将Gmail当做是一个平台，而不是一个电子邮件服务器。如果开发者接受，谷歌很可能会迅速扩展它的API功能。这是一个重大进步，我们的电子邮件帐户包含了很多有价值的信息，但到现在为止只能通过IMAP电子邮件客户端进行访问。
毕竟不像我们今天使用的大多数通信应用程序标准，电子邮件更加注重互操作性。Gmail是一个令人难以置信的平台。新的Gmail API可能意味着我们将开始看到一系列全新的电子邮件应用程序的出现（但很可能与中国用户无关）。我们未来使用电子邮件的交互频率，可能会超过任何社交网络。目前的Gmail API可能还不足以让你爱上电子邮件，但它可能会帮助开发者节省大量的开发时间。但是对于电子邮件，这一电子通讯最普遍的形式，即使是看似微小的优化也可能带来翻天复地的变化。
