-->
This article describes the software and device requirements for running Office Add-ins.

Note
In Outlook on the web and Outlook.com, you can choose which keyboard shortcuts you want to use: Outlook.com, Yahoo Mail, Gmail, or Outlook. Alternatively, you can turn off the keyboard shortcuts. To see a full list of keyboard shortcuts that are available in the version you choose, press Shift+Question mark (?) on your keyboard. As our Outlook desktop and web apps are updated to include Focused Inbox, the content of your Focused and Other tabs will be the same across all your Outlook clients. Focused Inbox is turned on, but after selecting Move to Focused, Always move to Focused, Move to Other, or Always move to Other on a message, the messages are not moved.
If you plan to publish your add-in to AppSource and make it available within the Office experience, make sure that you conform to the Commercial marketplace certification policies. For example, to pass validation, your add-in must work across all platforms that support the methods that you define (for more information, see section 1120.3 and the Office Add-in application and availability page).
For a high-level view of where Office Add-ins are currently supported, see Office client application and platform availability for Office Add-ins.
To be able to install and run any Office Add-in, you first need to deploy the manifest and webpage files for the UI and code of your add-in to the appropriate server locations.
For all types of add-ins (content, Outlook, and task pane add-ins and add-in commands), you need to deploy your add-in's webpage files to a web server, or web hosting service, such as Microsoft Azure.
While not strictly required in all add-in scenarios, using an HTTPS endpoint for your add-in is strongly recommended. Add-ins that are not SSL-secured (HTTPS) generate unsecure content warnings and errors during use. If you plan to run your add-in in Office on the web or publish your add-in to AppSource, it must be SSL-secured. If your add-in accesses external data and services, it should be SSL-secured to protect data in transit. Self-signed certificates can be used for development and testing, so long as the certificate is trusted on the local machine.
Tip
When you develop and debug an add-in in Visual Studio, Visual Studio deploys and runs your add-in's webpage files locally with IIS Express, and doesn't require an additional web server.
For content and task pane add-ins, in the supported Office client applications - Excel, PowerPoint, Project, or Word - you also need either an app catalog on SharePoint to upload the add-in's XML manifest file, or you need to deploy the add-in using Centralized Deployment.
To test and run an Outlook add-in, the user's Outlook email account must reside on Exchange 2013 or later, which is available through Microsoft 365, Exchange Online, or through an on-premises installation. The user or administrator installs manifest files for Outlook add-ins on that server.
Note
POP and IMAP email accounts in Outlook don't support Office Add-ins.
The following software is required for developing an Office Add-in for the supported Office desktop clients or web clients that run on Windows-based desktop, laptop, or tablet devices:

For Windows x86 and x64 desktops, and tablets such as Surface Pro:
If you have a valid Microsoft 365 subscription and you do not have access to the Office client, you can download and install the latest version of Office.
Internet Explorer 11 or Microsoft Edge (depending on the Windows and Office versions) must be installed but doesn't have to be the default browser. To support Office Add-ins, the Office client that acts as host uses browser components that are part of Internet Explorer 11 or Microsoft Edge. See Browsers used by Office Add-ins for more details.
Note
Internet Explorer's Enhanced Security Configuration (ESC) must be turned off for Office Web Add-ins to work. If you are using a Windows Server computer as your client when developing add-ins, note that ESC is turned on by default in Windows Server.
One of the following as the default browser: Internet Explorer 11, or the latest version of Microsoft Edge, Chrome, Firefox, or Safari (Mac OS).
An HTML and JavaScript editor such as Notepad, Visual Studio and the Microsoft Developer Tools, or a third-party web development tool.
Outlook on Mac, which is distributed as part of Microsoft 365, supports Outlook add-ins. Running Outlook add-ins in Outlook on Mac has the same requirements as Outlook on Mac itself: the operating system must be at least OS X v10.10 'Yosemite'. Because Outlook on Mac uses WebKit as a layout engine to render the add-in pages, there is no additional browser dependency.
The following are the minimum client versions of Office on Mac that support Office Add-ins.
Any browser that supports ECMAScript 5.1, HTML5, and CSS3, such as Internet Explorer 11, or the latest version of Microsoft Edge, Chrome, Firefox, or Safari (Mac OS).

Specifically for Outlook running in a browser on smartphones and non-Windows tablet devices, the following software is required for testing and running Outlook add-ins.
| Office application | Device | Operating system | Exchange account | Mobile browser |
|---|---|---|---|---|
| Outlook on Android | Android tablets and smartphones | Android 4.4 KitKat later | On the latest update of Microsoft 365 Apps for business or Exchange Online | Native app for Android, browser not applicable |
| Outlook on iOS | iPad tablets, iPhone smartphones | iOS 11 or later | On the latest update of Microsoft 365 Apps for business or Exchange Online | Native app for iOS, browser not applicable |
| Outlook on the web | iPhone 4 or later, iPad 2 or later, iPod Touch 4 or later | iOS 5 or later | On Microsoft 365, Exchange Online, or on premises on Exchange Server 2013 or later | Safari |
Note
The native apps OWA for Android, OWA for iPad, and OWA for iPhone have been deprecated and are no longer required or available for testing Outlook add-ins.