Logo Questions Linux Laravel Mysql Ubuntu Git Menu
 

Is it better go with Gmail Addon or chrome extension for Gmail?

Tags:

gmail-addons

I am new to google products. I'm planning to start add on kind of stuff with in gmail. Is it better to go with Add on or chrome Gmail Extension similar to Add on? If it is add-on, can't we launch custom url directly in side Add-on? Is this in product pipeline? At present, we need to build entire UI for Add-on. I think, this is very difficult to maintain google custom UI.

like image 858
Anil Reddy Ramini Avatar asked Jan 22 '19 10:01

Anil Reddy Ramini


1 Answers

It depends on your requirements, here are a few approaches:

  • Gmail Add-ons
  • InboxSDK
  • Gmail API

Gmail Add-ons

Allows you to:

  • Display additional information for the user in the Gmail UI.
  • Connect to non-Google services, to retrieve information or take other actions.
  • Provide an interactive interface to allow the user to control the add-on or send information to another service.
  • Use other built-in Apps Script services such as CalendarApp to retrieve information.

So you can access the logged-in user's data & easily make use of a user interface. These add-ons are made in Google App Script scripts and are compatible with the mobile Gmail app versions.

I listed some pro arguments above, now some (subjective) con's.

  • You are bound to their layout system, although you might be able to change colors etc.
  • For your add-on to activate, you must first open a message or compose view.
  • I think you cannot make use of JavaScript libraries/frameworks.

If the con's I mentioned are not applicable to your requirements, Gmail Add-ons is the better approach.

Read more here

InboxSDK

Allows you to create a (Chrome) extension that lets you:

  • Insert your own UI into Gmail or Inbox.
  • Interact with simple high level classes like ComposeView. You call straightforward methods (like adding buttons or getting the subject) on the class and the SDK abstracts the entire DOM away from you.
  • Use the tools needed to feel like a native part of Gmail and Inbox.
  • Register your extension as Gmail UI sidebar app.

In short, you can add elements, functionality etc. to your Gmail or Inbox UI and interact with its components. Its way more flexible in terms of lay-out, using JavaScript libraries/frameworks but the learning curve is slightly steeper. Also, your app/extension can run on every view, not only after opening a message or compose view.

Now some (subjective) con's:

  • Since it is mainly designed for interacting with the UI, the data you can access is limited. You can retrieve some thread, user or message ID's but that is where it stops.
  • It is harder to lay-out or style your extension of Gmail's standard apps like "Tasks", "Keep", ... When you are not working directly in Gmail's or Inbox's UI. When for example, you make a sidebar app.

The limited data access is a major issue for me but can be solved by using the Gmail API. Gmail Add-ons have sufficient access to the user's data.

Read more here

Gmail API

The information below is directly pasted from their guides section:

The Gmail API gives you flexible, RESTful access to the user's inbox, with a natural interface to Threads, Messages, Labels, Drafts, History, and. Settings.

  • Read messages from Gmail
  • Send email messages
  • Modify the labels applied to messages and threads
  • Search for specific messages and threads
  • Create filters to automatically label, forward, or archive messages

Typical use cases (also from docs):

  • Read-only mail extraction, indexing, and backup.
  • Label management (add/remove labels).
  • Automated or programmatic message sending.
  • Migrating email accounts from other providers.
  • Set standardized email signatures for users in a domain.

You can make use of this in custom applications and (Chrome) extensions but this does not cover any UI related functionality. Also, there is no need to use this when making a Gmail Add-on since it is already integrated.

Read more here

Conclusion

To answer your questions, go with the first option. It allows interaction with third party API's or your own custom API, it is compatible with the mobile app versions and UI building blocks are provided. I strongly recommend to check out Clasp for developing, maintaining, synchronizing your Google App Scripts and more!

like image 168
Auguste Van Nieuwenhuyzen Avatar answered Sep 28 '22 07:09

Auguste Van Nieuwenhuyzen