Internationalization (i18n)
Dette indhold er ikke tilgængeligt i dit sprog endnu.
Starlight provides built-in support for multilingual sites, including routing, fallback content, and full right-to-left (RTL) language support.
Configure i18n
-
Tell Starlight about the languages you support by passing
locales
anddefaultLocale
to the Starlight integration:Your
defaultLocale
will be used for fallback content and UI labels, so choose the language you are most likely to start writing content in, or already have content for. -
Create a directory for each language in
src/content/docs/
. For example, for the configuration shown above, create the following folders:Directorysrc/
Directorycontent/
Directorydocs/
Directoryar/
- …
Directoryen/
- …
Directoryzh-cn/
- …
-
You can now add content files in your language directories. Use the same file name to associate pages across languages and take advantage of Starlight’s full set of i18n features, including fallback content, translation notices, and more.
For example, create
ar/index.md
anden/index.md
to represent the homepage for Arabic and English respectively.
For more advanced i18n scenarios, Starlight also supports configuring internationalization using the Astro’s i18n
config option.
Use a root locale
You can use a “root” locale to serve a language without any i18n prefix in its path. For example, if English is your root locale, an English page path would look like /about
instead of /en/about
.
To set a root locale, use the root
key in your locales
config. If the root locale is also the default locale for your content, remove defaultLocale
or set it to 'root'
.
When using a root
locale, keep pages for that language directly in src/content/docs/
instead of in a dedicated language folder. For example, here are the home page files for English and Chinese when using the config above:
Directorysrc/
Directorycontent/
Directorydocs/
- index.md
Directoryzh-cn/
- index.md
Monolingual sites
By default, Starlight is a monolingual (English) site. To create a single language site in another language, set it as the root
in your locales
config:
This allows you to override Starlight’s default language without enabling other internationalization features for multi-language sites, such as the language picker.
Fallback content
Starlight expects you to create equivalent pages in all your languages. For example, if you have an en/about.md
file, create an about.md
for each other language you support. This allows Starlight to provide automatic fallback content for pages that have not yet been translated.
If a translation is not yet available for a language, Starlight will show readers the content for that page in the default language (set via defaultLocale
). For example, if you have not yet created a French version of your About page and your default language is English, visitors to /fr/about
will see the English content from /en/about
with a notice that this page has not yet been translated. This helps you add content in your default language and then progressively translate it when your translators have time.
Translate the site title
By default, Starlight will use the same site title for all languages.
If you need to customize the title for each locale, you can pass an object to title
in Starlight’s options:
Translate Starlight’s UI
In addition to hosting translated content files, Starlight allows you to translate the default UI strings (e.g. the “On this page” heading in the table of contents) so that your readers can experience your site entirely in the selected language.
Arabic, Catalan, Chinese, Chinese (Taiwan), Czech, Danish, Dutch, English, French, Galician, German, Hebrew, Hindi, Indonesian, Italian, Japanese, Korean, Norwegian Bokmål, Persian, Polish, Portuguese, Romanian, Russian, Slovak, Spanish, Swedish, Turkish, Ukrainian, and Vietnamese translated UI strings are provided out of the box, and we welcome contributions to add more default languages.
You can provide translations for additional languages you support — or override our default labels — via the i18n
data collection.
-
Configure the
i18n
data collection insrc/content.config.ts
if it isn’t configured already: -
Create a JSON file in
src/content/i18n/
for each additional locale you want to provide UI translation strings for. For example, this would add translation files for Arabic and Simplified Chinese:Directorysrc/
Directorycontent/
Directoryi18n/
- ar.json
- zh-CN.json
-
Add translations for the keys you want to translate to the JSON files. Translate only the values, leaving the keys in English (e.g.
"search.label": "Buscar"
).These are the English defaults of the existing strings Starlight ships with:
Starlight’s code blocks are powered by the Expressive Code library. You can set translations for its UI strings in the same JSON file using
expressiveCode
keys:Starlight’s search modal is powered by the Pagefind library. You can set translations for Pagefind’s UI in the same JSON file using
pagefind
keys:
Extend translation schema
Add custom keys to your site’s translation dictionaries by setting extend
in the i18nSchema()
options.
In the following example, a new, optional custom.label
key is added to the default keys:
Learn more about content collection schemas in “Defining a collection schema” in the Astro docs.
Using UI translations
You can access Starlight’s built-in UI strings as well as user-defined, and plugin-provided UI strings through a unified API powered by i18next. This includes support for features like interpolation and pluralization.
In Astro components, this API is available as part of the global Astro
object as Astro.locals.t
:
You can also use the API in endpoints, where the locals
object is available as part of the endpoint context:
Rendering a UI string
Render UI strings using the locals.t()
function.
This is an instance of i18next’s t()
function, which takes a UI string key as its first argument and returns the corresponding translation for the current language.
For example, given a custom translation file with the following content:
The first UI string can be rendered by passing 'link.astro'
to the t()
function:
The second UI string uses i18next’s interpolation syntax for the {{feature}}
placeholder.
The value for feature
must be set in an options object passed as the second argument to t()
:
See the i18next documentation for more information on how to use the t()
function with interpolation, formatting, and more.
Advanced APIs
t.all()
The locals.t.all()
function returns an object containing all UI strings available for the current locale.
t.exists()
To check if a translation key exists for a locale, use the locals.t.exists()
function with the translation key as first argument.
Pass an optional second argument if you need to override the current locale.
See the exists()
reference in the i18next documentation for more information.
t.dir()
The locals.t.dir()
function returns the text direction of the current or a specific locale.
See the dir()
reference in the i18next documentation for more information.
Accessing the current locale
You can use Astro.currentLocale
to read the current locale in .astro
components.
The following example reads the current locale and uses it with the getRelativeLocaleUrl()
helper to generate a link to an about page in the current language: