# Utility Actions
Utility actions for a webpage including print, email, RSS and more.
## Example
The example below shows utility actions for Print, Email and RSS.
### Available Actions
In Figma, use the toggle feature to select different utility actions.
Available utility actions include:
{'Utility'}
{'Action'}
{'Opens print terminal'}
{'Opens default desktop email app'}
{'Opens an XML feed in a different tab'}
{'Copies link for current page to clipboard'}
{'Initiates download'}
Opens sidebar with updates
Limited usage only for certain cases in Medicare child system
## Use cases
- **Provide options for saving or sharing content:** Offer users the ability to print, email, or download content so that users may refer to or share information from a web page or document.
- **Subscribe to content updates:** When users want to stay informed about new content on a website or blog, providing an RSS feed allows them to easily subscribe and receive notifications of new posts or updates.
- **Highlight updates on relevant information:** Use the "what's new" feature to keep users informed about the latest developments, changes, or additions to your website. Note: the "what's new" feature is limited to sites using the Medicare Design System.
- Examples:
- Enabling users to print search results (Medicare - [Care Compare](https://www.medicare.gov/care-compare/results?searchType=Physician&page=1&city=Washington&state=DC&zipcode=&radius=15&sort=closest&tealiumEventAction=Landing%20Page%20-%20Search&tealiumSearchLocation=search%20bar))
- Enabling users to email or print important information (HealthCare - Find Local Help or [When can you get Health Insurance?](https://www.healthcare.gov/quick-guide/dates-and-deadlines/))
### Guidelines
- Utility actions are ghost buttons for available actions that do not take priority over primary or secondary call-to-actions (CTAs).
- Placement should be in the page header and top, right aligned.
- Include no more than 3 utility actions on a page to prevent cluttering the user interface (UI) and distracting the user.
- When pairing 2 or more utility action buttons, the preferred action goes on the left.
- Be consistent with the inclusion of utility actions and their order across pages and products.
- Follow any additional governance established by your UX and content lead for which utility actions to include.
### When to consider alternatives
- If an action (e.g. printing or emailing) is a critical call-to-action on a webpage, consider using a solid or outlined main button.
- If the utility action is opening a link in a new webpage versus triggering an action, [refer to guidance on links](/foundation/typography/links).
- Carefully consider which utility actions are used on mobile (since space is a premium.)
### Component behavior
- **Hover state**: A subtle highlight or change in color to indicate interactivity.
- **Focus state**: A border or outline, to show that the button is focused.
- **Click/tap behavior**: Execute the intended action (e.g., open print terminal, copy a link, etc.)
- **Accessibility**: Ensure that utility actions are accessible to users with disabilities, including providing appropriate ARIA attributes and keyboard navigation.
## Accessibility
### Accessibility Guidelines
- Always include both the icon and label in utility actions to meet accessibility standards.
- Don't create CTAs that duplicate utility actions on a page. Having multiple "print" actions on a page can hinder accessibility for screen reader users.
- Consider using ARIA labels.
### Accessibility testing
#### General
- Each utility action should have a unique, accessible name. [Get details on accessible names and descriptions](https://www.w3.org/WAI/ARIA/apg/practices/names-and-descriptions/).
- The purpose of the utility action should be clear in the context of the whole page.
#### Keyboard testing
- Use the tab key to move the focus between elements on the page. The focused element should be visually indicated by a design-system-standard colored outline.
- Navigate to each utility action button and ensure that it can be focused and activated using the tab key.
- If any keyboard shortcuts are associated with utility actions, test that they work as expected.
- Ensure that the focus moves through the elements in a logical order, preventing users from getting stuck in unexpected places.
- Verify that all actions can be completed using the keyboard, without requiring a mouse or touchpad.
#### Screen reader testing
When using a screen reader (NVDA, JAWS, VoiceOver, TalkBack):
- Ensure that screen reader software can accurately read the labels associated with utility action buttons. The labels should clearly convey the purpose and functionality of each button.
- Check that appropriate ARIA attributes (e.g., role, aria-label) are used to provide additional context and information to screen reader users.