Not only does Payload support managing localized content, it also has internationalization support so that admin users can work in their preferred language. Payload's i18n support is built on top of i18next. It comes included by default and can be extended in your config.
While Payload's built-in features come translated, you may want to also translate parts of your project's configuration too. This is possible in places like collections and globals labels and groups, field labels, descriptions and input placeholder text. The admin UI will display all the correct translations you provide based on the user's language.
Here is an example of a simple collection supporting both English and Spanish editors:
The Payload admin panel reads the language settings of a user's browser and display all text in that language, or will fall back to English if the user's language is not yet supported.
After a user logs in, they can change their language selection in the /account view.
Payload's backend uses express middleware to set the language on incoming requests before they are handled. This allows backend validation to return error messages in the user's own language or system generated emails to be sent using the correct translation. You can make HTTP requests with the accept-language header and Payload will use that language.
Anywhere in your Payload app that you have access to the req object, you can access i18next's extensive internationalization features assigned to req.i18n. To access text translations you can use req.t('namespace:key').
Read the i18next API documentation to learn more.
In your Payload config, you can add translations and customize the settings in i18n. Payload will use your custom options and merge it with the default, allowing you to override the settings Payload provides.
Example Payload config extending i18n:
See the i18next configuration options to learn more.