If you're publishing the app to the Microsoft Teams Store, provide metadata (descriptions, screenshots, name) in the languages that you would like your app to be listed in, and explicitly specify these languages on the Marketplace listings page in Partner Center. For more information, see localized Microsoft AppSource fronts. To support localized listings in the Teams Store, you can add additional languages to your listing. The default language information you provide in Partner Center for your listing appears in the AppSource website listing for your app. The default language is English.
Configure localization
To configure an additional language for your app, in Partner Center, select both English and the additional language of the app. French is used as an additional language in the following example:
Add English language
Enter the app name.
Enter a short description of the app in English.
Enter the long description of the app in English.
In the long description, enter: This app is available in French.
Upload the images of your app UI (in English).
Add French language
Enter the app name.
Enter a short description of the app in French.
Enter the long description of the app in French.
Upload the images of your app UI (in French).
The images that you upload with the English language are used in AppSource.
Localize strings in your app manifest
Use the Microsoft Teams app schema v1.5 and later to localize your app. You can do this by setting the $schema attribute in your manifest.json file to https://developer.microsoft.com/json-schemas/teams/v1.5/MicrosoftTeams.schema.json or higher and updating the manifestVersion property to $schema version (1.5 in this case).
Add the localizationInfo property with the default language that your application supports. The default language is used as the final fallback language if the user's client settings don't match with any of your additional languages.
Note
Manifest version must be same for both manifest.json and localization.json files.
Starting with app manifest v1.19, agents are also localizable. For more information, see Localizing your agent in Microsoft 365 Copilot extensibility documentation.
Example manifest.json change
The following manifest.json helps to add the localizationInfo property with the default language that your application supports along with additionalLanguages:
You can provide additional .json files with translations of all the user facing strings in your manifest. These files must adhere to the Localization file JSON schema and they must be added to the localizationInfo property of your manifest. Each file correlates to a language tag, which the Microsoft 365 host application, such as Teams or Outlook, uses to select the appropriate strings. The language tag takes the form of <language>-<region> but you can omit the <region> portion to target all regions that support the desired language.
The Microsoft 365 host application applies the strings in the following order: default language strings -> user's language only strings -> user's language + user's region strings.
For example, you provide a default language of fr (French, all regions), and additional language files for en (English, all regions) and en-gb (English, Great Britain), the user's language is set to en-gb. The following changes take place based on the language selection:
The Microsoft 365 host application takes the fr strings and overwrites them with the en strings.
Overwrite the en strings with the en-gb strings.
If the user's language is set to en-ca, the following changes take place based on the language selection:
The Microsoft 365 host application takes the fr strings and overwrites them with the en strings.
Since no en-ca localization is supplied, the en localizations are used.
If the user's language is set to es-es, the Microsoft 365 host application takes the fr strings. The Microsoft 365 host application doesn't override the strings with any of the language files as no es or es-es translation is provided.
Therefore, you must provide top level, language only translations in your manifest. For example, en instead of en-us. You must provide region level overrides only for the few strings that need them.
Example manifest.json change
The manifest.json change is shown in the following example:
The localization.json change is shown in the following example:
JSON
{
"$schema": "https://developer.microsoft.com/json-schemas/teams/v1.8/MicrosoftTeams.Localization.schema.json",
"name.short": "Le App",
"name.full": "App pour Microsoft Teams",
"description.short": "Créez d'excellentes applications pour Microsoft Teams avec App.",
"description.full": "Créez de nouvelles applications Microsoft Teams, concevez et prévisualisez des cartes bot, et explorez la documentation avec App.",
"staticTabs[0].name": "Editeur de manifest",
"staticTabs[1].name": "Editeur de cartes",
"staticTabs[2].name": "Bibliothèque de contrôles",
"bots[0].commandLists[0].commands[0].title": "chercher",
"bots[0].commandLists[0].commands[0].description": "Rechercher la documentation Teams pertinente"
}
Handle localized text submissions from your users
If you provide localized versions of your application, the users respond with the same language. As Teams doesn't translate the user submissions back to the default language, your app must handle the localized language responses. For example, if you provide a localized commandList, the responses to your bot are the localized text of the command, not the default language. Your app must respond appropriately.
The source for this content can be found on GitHub, where you can also create and review issues and pull requests. For more information, see our contributor guide.
Platform Docs feedback
Platform Docs is an open source project. Select a link to provide feedback:
Demonstrate skills to plan, deploy, configure, and manage Microsoft Teams to focus on efficient and effective collaboration and communication in a Microsoft 365 environment.
Learn final steps before you submit your Teams app to be listed on the Teams Store. Validate app package and complete publisher verification and attestation.
Learn about inadequate app description, improper screenshots, Partner Center and app manifest mismatch, valid domains violation, or broken app functionality.
Publish your app to Microsoft Teams Store or AppSource. What to expect after you submit, tips for rapid approval and publishing apps linked to a SaaS offer.
Learn to maintain your published app such as analyze usage, publish update, promote, check Teams Store marketing guidelines and complete Microsoft 365 Certification.