Headings and subheadings are titles and subtitles that refer to sections of the interface.
Headings and subheadings should be:
Informative and descriptive:
Concise and scannable:
Do
Don't
Whether or not to use articles (“the,” “a,” “an”) in headings and subheadings depends on the type of message.
Conversational headings
For more conversational areas of the product, like Home cards, sell pages, and empty states, use articles. It makes the language more approachable and helps people to understand new, complex concepts.
Do
Don't
Microcopy headings
For labels, titles, and microcopy, avoid articles to keep content short and actionable. This increases readability and encourages immediate action.
Do
Don't
Start sentences with imperative verbs when telling merchants what actions they can take (especially when introducing something new).
When a merchant reads a sentence that starts with an imperative verb it should sound like they’re being instructed what to do. Don’t use permissive language like “you can.”
Do
Add your first product and see how it looks in your store.
Don't
Buttons need to be clear and predictable. Merchants should be able to anticipate what will happen when they select a button. Never mislead someone by mislabeling a button.
Buttons should always lead with a strong verb that encourages action. To provide enough context to merchants, use the {verb} + {noun} content formula on buttons except in the case of common actions like “Done,” “Close,” “Cancel,” or “OK.”
Do
Don't
Always write button text in sentence case, which means the first word is capitalized and the rest are lowercase (unless a term is a proper noun).
Do
Don't
Avoid unnecessary words and articles such as “the,” “an,” or “a.”
Do
Add menu item
Don't
Add a menu item
Links need to be clear and predictable. Merchants should be able to anticipate what will happen when they select a link. Never mislead someone by mislabeling a link.
Do
Don't
Links should never use “click here” or “here” as link text.
Links in full sentences shouldn’t link the entire sentence, only the text that describes where merchants go when they select the link.
It’s better for internationalization to have only single terms or small parts of phrases linked. Linking a full phrase is problematic because the word order might change, which would break the link into two parts.
Do
Don't
Links that aren’t in full sentences should use the {verb + noun} pattern and not be punctuated, with the exception of question marks.
Do
Don't
When linking out to documentation from help text in the admin, link the relevant key words. In general, don’t add another sentence starting with “Learn more...”, because it’s repetitive and takes up unnecessary space.
Do
Don't
Only add a “Learn more...” sentence if the help text addresses more than one concept, each of which could be linked to their own help doc. In that situation, pick the most appropriate link and contextualize it with “Learn more...”.
Do
Don't
Confirmations are presented for actions that can’t be undone or are difficult to undo.
Confirmation messages should:
Confirmation titles should:
Do
Don't
Confirmation body content should:
Do
Don't
Confirmation primary and secondary actions should:
Since confirmation messages are placed in modals, the call to action in the title is in close context to the buttons. Because of this, the call to action text on the buttons doesn’t have to follow the {verb}+{noun} pattern. Instead, one word calls to action can be used, for example, [Cancel] [Delete].
Deletions
Before merchants can delete objects like collections, transfers, products, and variants, we present them with a confirmation message that has two calls to action, one to [Cancel] and one to [Delete]. We keep it short and don’t use {verb}+{noun} button copy.
Primary action:
Do
Don't
Secondary action:
Do
Don't
Discarding changes while on a page
Primary action:
Do
Don't
Secondary action:
Do
Don't
Leaving a page with unsaved changes
Primary action:
Do
Don't
Secondary action:
Do
Don't
In the same way that links should never say “click here,” avoid using directional language such as “above/below” or “right/left.”
Directional language is confusing and unhelpful when spoken aloud by a screen reader. It creates challenges for internationalization (for example, right to left languages) and can conflict with mobile design patterns.
Directional language often indicates a lack of visual or content hierarchy. Whenever possible, keep instructional copy and related actions close together so that directional language isn’t needed.
Use “Save” when a change is saved immediately to a database and “Done” for deferred saves.
Use “Save” as the default for any action that saves immediately to a database.
Saving using the context bar component
When merchants make changes on a page they’re sometimes presented with a context bar at the top. This context bar displays a status message on the left to indicate the state of the changes, like “Unsaved discount.” Since the status message provides context around the action being taken, the button doesn’t need to follow the common {verb} + {noun} content formula. For example, [Save] instead of [Save product]. In the context bar component, use the verb “Save”.
Do
Use the verb “Save” in the context bar
Don't
Status messages in the context bar should be descriptive and follow the {adjective} + {noun} content formula.
Do
Don't
Saving in modals and sheets
Use the verb “Save” in modals and sheets when saving directly to the database.
Do
Use the verb “Save” in modals and sheets
Don't
Saving at the bottom of a page
Use the {Save} + {noun} content formula when a save action doesn’t have the surrounding context of a modal or context bar. This applies to the save action at the bottom of pages.
For example, the action at the bottom of the Create discount page uses [Save discount]:
DoDon't
Sometimes, when merchants confirm a set of changes inside a modal or sheet, these changes are applied as unsaved changes to the current page. In other words, the changes made weren’t immediately saved to the database. When this happens, don’t use the verb “Save” as the call to action because it would be misleading.
Use the adjective “Done” for deferred saves. When the modal or sheet closes, then merchants can save all of the changes they made.
Most deferred saves happen when confirming changes in Add, Edit, Manage, and Select modals and sheets.
DoDon't
Use the adjective “Done” for datepickers.
DoDon't
Use the verb “Close” when merchants need to confirm they’ve read something, but aren’t required to legally accept terms of service before continuing. For example, use “Close” when presenting a security notification in a modal or sheet.
Don't use "OK". "OK" is an exclamation, not an action. When merchants click the "Close" button, they’re not saying “OK”, they’re doing a specific action.
DoDon't
Use the verb “Accept” when terms of service require legal confirmation before merchants can continue.
Do
Accept
Don't
Use the back arrow button as the call to action for modals and screens when:
Don’t use “Close” as the call to action when there’s the option for merchants to:
DoDon't
Use “Cancel” as the option for merchants to back out of any changes made on a page, modal, or sheet. When the cancel button is pressed, changes automatically get discarded. “Cancel” is often paired with “Save” and “Done” actions (and is always placed to the left).
Do
Use the verb “Cancel” as the action for merchants to back out of changes
Don't
Use the verb “select”:
Pair Select modals and screens with the “Done” call to action.
Do
Don't
Use the verb “choose” when:
Do
Don't
Use the verb “edit” when you can change the input of a field (letters, numbers, properties). Place as link text next to the field or area that is being edited. There’s no need for a noun unless it’s unclear what’s being edited.
Do
Don't
Use the verb “manage” at a higher level to convey that multiple actions can be done, or sections and settings can be updated. Pair this verb with a noun if it’s in a button or if it’s unclear what is being managed.
Do
Don't
Use the verb “change” when merchants can replace an option, but not edit it. For example, they can change an image or theme, but the action doesn’t include editing its properties. Place as link text next to the field or area that is being changed. There’s no need for a noun unless it’s unclear what is being changed.
Do
Don't
Use the verb “switch” when it’s important for merchants to know what they’re switching between, like users, accounts, locations, or modes. When the switch happens, the previous option is turned off, logged out, or deactivated. Always pair with a noun to prevent confusion.
Do
Don't
Use the verb “create” when you’re encouraging merchants to generate something from scratch, like a collection.
Do
Don't
Use the verb “add” when you’re encouraging merchants to bring something that already exists into Shopify, like a product.
Do
Don't
Use the verb “view” when you’re encouraging merchants to go to a specific page or section for more details, or to reveal more information. Use “view” in buttons, calls to action, and link text.
Do
Don't
Use the verb “see” in more general, conversational descriptions without a specific call to action.
Do
Don't
Use the verb “need” when you’re telling merchants something they’re required to do or should do.
Do
To buy a shipping label, you need to enter the total weight of your shipment, including packaging.
Don't
To buy a shipping label, you must enter the total weight of your shipment, including packaging.
Use “export” as the call to action when merchants needs to transfer data from Shopify and convert it into a different format.
Do
Don't
Use “download” as the call to action when merchants need to copy data (of the same format) from Shopify to a computer system.
Do
Don't
Use “import” as the call to action when merchants need to transfer data and convert it into a different format so it can be used in Shopify.
Do
Don't
Use “upload” as the call to action when merchants need to copy data of the same format from a computer system into Shopify.
Do
Don't
More Stuff I Do
More Stuff tagged ux writing , content design
See also: Content creation & management , Writing content
MyHub.ai saves very few cookies onto your device: we need some to monitor site traffic using Google Analytics, while another protects you from a cross-site request forgeries. Nevertheless, you can disable the usage of cookies by changing the settings of your browser. By browsing our website without changing the browser settings, you grant us permission to store that information on your device. More details in our Privacy Policy.