Gmail add-ons should be consistent with the style and layout of Gmail. They should extend the UI naturally by using familiar controls and behaviors. The guidelines presented here describe ways of handling text, images, controls, and branding that promote a high-quality user experience.
When in doubt about design of a new add-on, look for similar controls in the Gmail UI and attempt to match them. Follow this style guide to create a seamless user experience in your add-on.
Text and images
This section tells you how to properly use text and images in your add-on.
You must set your add-on's name in its project manifest and when you configure your add-on for publication. The name appears in many places, such as the G Suite Marketplace listing and within menus. When choosing a name:
- Use title case.
- Avoid punctuation, especially parentheses, unless part of your brand.
- Keep it short—15 or fewer characters is best. Long names may be automatically truncated in the G Suite Marketplace listing and elsewhere.
- Don’t include the words "Google" or "Gmail" in your add-on name.
- Leave out version information.
You shouldn’t need to write much. Most actions should be made clear through iconography, layout, and short labels. When writing UI text:
- Use sentence case (especially for buttons, labels, and card actions).
- Prefer short, simple text without jargon or acronyms.
Universal and card actions
If you use universal actions or card actions in your add-on, they appear as menu items in the cards you define. You can choose the text that is used in these menus for these actions. When choosing the text to use:
- Avoid menu text that simply repeats your add-on’s name.
- Start each menu item with an action word such as "Run", "Configure", or "Create".
- Describe the task, not the UI component that the action will display.
- If your action begins a workflow and there's no single verb that describes what it does, call it "Start".
- Keep the number of menu items small to avoid forcing the user to scroll through a large list. If you have more actions to implement, consider using multiple cards with different actions on each.
When something goes wrong, it’s important to use plain language. Explain the problem from the user’s standpoint, and suggest how to fix it.
- Don't allow the user to see any exceptions your code throws. Instead,
try...catchstatements to intercept exceptions, then display a user-friendly error message.
- Before you publish, check that your add-on doesn't display debug information in the UI.
You may wish to design cards that display help information or explain the operation of the add-on to the user. If you do build help content for your add-on, remember to:
- When possible, show instructions in a bulleted or numbered list. Walk users through to the end result, with clear references to named UI elements.
- Make sure your instructions clearly explain any requirements, like setting up a spreadsheet in a certain way.
- Feel free to link to external help content, such as supporting web pages.
Images used in your add-on are either one of the built-in icon types or a publicly hosted image specified by a URL. When using hosted images, be sure that they are accessible by everyone who may use your add-on.
This section provide user experience guidelines for interactive widgets.
Use buttons to control your user interface's main actions rather than other widgets.
- Most text button labels should start with a verb.
- Button rows should be limited to three or fewer buttons in most cases.
Key-value widgets let you present text content with icons, buttons or switches.
- Use sentence case for the text content.
- The text of a key-value widget is truncated if it cannot fit into the available space. For this reason, always try to keep the text content as short as you can.
You can use a variety of selection input widgets in your add-on: drop-down selection boxes, checkboxes, and radio buttons.
- Use checkboxes when people can select multiple options, or no option at all. Use radio buttons (or a select menu) when exactly one option must be selected. Use dropdowns when providing a short list of alternatives while trying to save space in the UI.
- Use sentence case for the text that is assigned to each option.
- Avoid using selection changes to trigger major, hard-to-reverse actions, because people often make mistakes when making selections. Instead, consider adding a button that reads the current selection values and then triggers the action.
- For dropdowns, sort the options alphabetically or by a logical scheme that all users will understand (like days of the week, starting from Sunday or Monday).
- Restrict the number of options in a given selection input widget to a reasonable number. If there are too many options, users may find it hard to use the widget. In those cases, consider breaking the option into different categories and multiple widgets.
Text inputs provide a place for users to enter string data.
- Don't use a text input to make the user type one of a specific set of possible entries. Use a dropdown select instead.
- Use hints and suggestions to help the user enter text with the correct format and content.
- Use multiline text inputs if the text to be entered is more than a few words.
This section provide user experience guidelines for adding branding elements to your add-on interface.
In your add-on
If you’d like to include branding in your add-on UI, keep it brief and light. This helps people focus on your add-on functionality.
- All aspects of your add-on must follow the branding guidelines.
- Don’t include the word “Google”, "Gmail", or other Google product names.
- Don't include Google product icons, even if they are altered.
- Branding text should be no more than a few words.
In the store
When you configure your add-on for publication, you provide a number of graphical and text assets to build the G Suite Marketplace listing.
All aspects of your store listing and these assets must follow the branding guidelines.