Add-ons run inside Google Sheets, Docs, Slides, Forms, and Gmail, but they're built by developers like you. Our new platform lets you add menu items and sidebars, edit files programmatically, and tie into over a dozen Google services without even spinning up a server. This guide will show you everything you need to publish your first desktop add-on to our store for millions to discover.
See what you can make
- Try a quickstart! In just a few minutes, you can:
- Wondering what other developers have built? Just click to open the store for Sheets, Docs, Forms, Slides, or Gmail.
Get to know Apps Script
If you're an Apps Script pro, this section will be old hat. For the rest, here's a quick synopsis.
Our APIs, and yours
Apps Script's built-in services offer easy-to-use APIs for 11 popular G Suite applications, including Calendar, Drive, and Gmail — not to mention more than a dozen utility services to cover common scripting needs. Other Google products, like YouTube, are available as advanced services. Because Apps Script can connect to external APIs, it's simple to integrate your company's services with G Suite.
When a user installs an add-on, Apps Script scans the code to determine which built-in or advanced Google services it uses, then prompts the user to authorize access to their data. If your add-on uses authenticated third-party APIs — including Google APIs that Apps Script doesn't natively support — we provide a callback URL and state token so that you can set up a secondary authorization flow.
Add-ons can create menu items and open dialogs or sidebars. For custom interfaces, the HTML service offers client-side HTML, CSS, and JS with a few limitations: notably, our security sandbox doesn't work with many JS libraries.
Apps Script offers several ways to store data. The Properties service is great for simple strings, while the JDBC service lets you connect to an external database — the best choice for robust applications.
Logging / debugging
The script editor includes a logger and a debugger that are useful during development, but not once an add-on is published. To track errors that users encounter in the wild, consider writing logs to a database or appending a row to a private spreadsheet. Your add-on's Help menu also lets users submit anonymous bug reports.
Triggers let your add-on run when a user takes
an action like opening a document or responding to a Google Form. Add-ons can
use simple triggers like the special function
onOpen(e), installable triggers
like form-submit, as well as
that execute code at a particular time or on a recurring interval, as frequently
hour or as infrequently as once per month. Note that installable triggers behave
a little differently in add-ons than in the rest of Apps Script (for one thing,
no pesky "Summary of failures" emails!), so be sure to
read the documentation.
Understand the development cycle
To create an add-on, you can develop an add-on in a standalone script. While developing, make sure you understand the intricacies of the add-on authorization lifecycle; also make sure your add-on adheres to the UI style guide. When you have a working version, you should test the add-on in other documents. Once your add-on is complete, publish to the store. After that, G Suite users worldwide — or, if you prefer, just users within your domain — will be able to use your add-on in their own documents.
Things you can't do
There are a few restrictions on what add-ons can do:
Change features in G Suite
The add-ons framework is designed to enhance Google Sheets, Docs, Slides, Forms, and Gmail — not to add limits. Consequently, you can't alter existing features or lock down the G Suite document sharing model.
Charge users to install
We don't yet provide a way to charge users for add-ons, and add-ons can't include ads. However, you can roll your own payment system or call into an existing billing database.
Detect many events
Except for the triggers described above, Apps Script can't tell what a user does outside the add-on itself. For example, you can't detect when the user clicks on the Google Docs toolbar. It is possible to poll for changes in a file's contents from a sidebar's client-side code, although you'll always have a slight delay. That technique can also alert your script to changes in the user's selected cells (in Sheets) and cursor or selection (in Docs).
Rely on server-side libraries
Brand it as your own
Look the part
For the best user experience, make sure your interfaces adhere to the add-ons UI guidelines. Also, it's easy to create buttons and other elements that match the rest of G Suite: just use our CSS package in HTML service.
Most add-ons include a logo or other images. These assets aren't packaged with the add-on; instead, your user interfaces reference them just like any other web page would. You can host assets on your own web server using Firebase Hosting.
Join the Add-ons menu
Unlike other Apps Script projects, add-ons cannot create top-level menus in Sheets, Docs, or Forms. Instead, each add-on gets a spot in the Add-ons menu, including an automatic Help item that lets users send feedback to the developer.
Teach Sheets, Docs, Slides, Forms, and Gmail to dance
Apps Script includes special APIs to let you programmatically create, read, and edit G Suite application files. To build most add-ons, you'll need to be familiar with at least one of these services.
The Spreadsheet service treats Google Sheets as a grid, operating with two-dimensional arrays.
The Document service interface for Google Docs is similar to the XML document-object model.
The Forms service constructs a Google Form as a list of question items and layout items.
The Slides service lets you fetch and manipulate presentations and their contents.
The Gmail service lets you send email, compose drafts, manage labels, and manage Gmail accounts.
Publish or perish (we recommend publish)
Once your add-on is a working prototype, publish to the store. Note that public add-ons undergo a review process to ensure they meet our content and style guidelines. See you in the store!