Internationalization
Dieser Inhalt ist noch nicht in deiner Sprache verfügbar.
Astro’s internationalization (i18n) features allow you to adapt your project for an international audience.
i18n Routing
Section titled i18n Routing
Hinzugefügt in:
astro@3.5.0
Astro’s i18n routing allows you to add your multilingual content with support for configuring a default language, computing relative page URLs, and accepting preferred languages provided by your visitor’s browser. You can also specify fallback languages on a per-language basis so that your visitors can always be directed to existing content on your site.
This routing API helps you generate, use, and verify the URLs that your multi-language site produces. Check back and update regularly for the latest new features as this API continues to develop!
Configure i18n routing
Section titled Configure i18n routing-
Enable the routing option by adding an
i18n
object to your Astro configuration with a default location (defaultLocale
) and a list of all languages to support (locales
): -
Choose and configure a
routing
based on the desired URL path for yourdefaultLocale
:
-
"prefixDefaultLocale: false"
(default): URLs in your default language will not have a/[locale]/
prefix. All other locales will. -
"prefixDefaultLocale: true"
: All URLs, including your default language, will have a/[locale]/
prefix.
-
Organize your content folders with localized content by language. Your folder names must match the items in
locales
exactly, and your folder organization must match the URL paths chosen for yourrouting
.Include a localized folder for your
defaultLocale
only if you configureprefixDefaultLocale: true
to show a localized URL path.Verzeichnissrc
Verzeichnispages
- about.astro
- index.astro
Verzeichnises
- about.astro
- index.astro
Verzeichnispt-br
- about.astro
- index.astro
The localized folders do not need to be at the root of the
/pages/
folder.Create individual
/[locale]/
folders anywhere withinsrc/pages/
and Astro’s file-based routing will create your pages at corresponding URL paths. -
With i18n routing configured, you can now compute links to pages within your site using the
getRelativeLocaleURL()
helper available from theastro:i18n
module. This will always provide the correct, localized route and can help you correctly use, or check, URLs on your site. You can also still write the links manually.
routing
Section titled routingAstro’s built-in file-based routing automatically creates URL routes for you based on your file structure within src/pages/
. When you configure i18n routing, the routing
value now allows you to specify your file structure (and corresponding URL paths generated) in order to use helper functions to generate, use, and verify the routes in your project.
prefixDefaultLocale: false
Section titled prefixDefaultLocale: falseThis is the default value. Set this option when URLs in your default language will not have a /[locale]/
prefix and files in your default language exist at the root of src/pages/
.
src/pages/blog.astro
will produce the routeexample.com/blog/
src/pages/fr/blog.astro
will produce the routeexample.com/fr/blog/
- If there is no file at
src/pages/es/blog.astro
, then the routeexample.com/es/blog/
will 404 unless you specify a fallback strategy.
prefixDefaultLocale: true
Section titled prefixDefaultLocale: trueSet this option when all routes will have their /locale/
prefix in their URL and when all page content files, including those for your defaultLocale
, exist in a localized folder:
Verzeichnissrc
Verzeichnispages
- index.astro // Note: this file is always required
Verzeichnisen
- index.astro
- about.astro
Verzeichnises
- about.astro
- index.astro
Verzeichnispt-br
- about.astro
- index.astro
- URLs without a locale prefix, (e.g.
example.com/blog/
) will return a 404 (not found) status code.
redirectToDefaultLocale
Section titled redirectToDefaultLocale
Hinzugefügt in:
astro@4.2.0
Configures whether or not the home URL (/
) generated by src/pages/index.astro
will redirect to /<defaultLocale>
.
Setting prefixDefaultLocale: true
will also automatically set redirectToDefaultLocale: true
in your routing
config object. By default, the required src/pages/index.astro
file will automatically redirect to the index page of your default locale.
You can opt out of this behavior by setting redirectToDefaultLocale: false
. This allows you to have a site home page that exists outside of your configured locale folder structure.
domains
(experimental)
Section titled domains (experimental)
Hinzugefügt in:
astro@4.3.0
This routing option allows you to customize your domains on a per-language basis for server
rendered projects using the @astrojs/node
or @astrojs/vercel
adapter with a site
configured.
To enable this in your project, configure i18n routing with your preferences if you have not already done so. Then, set the experimental.i18nDomains
flag to true
and add i18n.domains
to map any of your supported locales
to custom URLs:
All non-mapped locales
will follow your prefixDefaultLocales
configuration. However, even if this value is false
, page files for your defaultLocale
must also exist within a localized folder. For the configuration above, an /en/
folder is required.
With the above configuration:
- The file
/fr/about.astro
will create the URLhttps://fr.example.com/about
. - The file
/es/about.astro
will create the URLhttps://example.es/about
. - The file
/ja/about/astro
will create the URLhttps://example.com/ja/about
. - The file
/en/about.astro
will create the URLhttps://example.com/about
.
The above URLs will also be returned by the getAbsoluteLocaleUrl()
and getAbsoluteLocaleUrlList()
functions.
Limitations
Section titled LimitationsThis feature has some restrictions:
- The
site
option is mandatory. - The
output
option must be set to"server"
. - There cannot be any individual prerendered pages.
- The adapter feature
functionPerRoute
is not supported.
Astro relies on the following headers in order to support the feature:
X-Forwarded-Host
andHost
. Astro will use the former, and if not present, will try the latter.X-Forwarded-Proto
andURL#protocol
of the server request.
Make sure that your server proxy/hosting platform is able to provide this information. Failing to retrieve these headers will result in a 404 (status code) page.
Routing logic
Section titled Routing logicAstro uses a middleware to implement its routing logic. This middleware function is placed in the first position where it awaits every Response
coming from any additional middleware and each page route before finally executing its own logic.
This means that operations (e.g. redirects) from your own middleware and your page logic are run first, your routes are rendered, and then the i18n middleware performs its own actions such as verifying that a localized URL corresponds to a valid route.
defaultLocale
and locales
Section titled defaultLocale and localesBoth a default language (defaultLocale
) and a list of all supported languages (locales
) must be specified in your i18n
routing configuration.
Each entry in the locales
configuration array must be either a string (e.g. "fr"
, "pt-br"
) or a custom locale path. locales
may contain a combination of strings and custom paths.
Your /[locale]/
folder names must match exactly the locale
s in the list (either the string or the path
value), and your routing configuration must correspond to whether or not you have a localized folder for your default language. Every other supported language must have its own localized folder.
Depending on your deploy host, you may discover transformations in URL paths, so check your deployed site to determine the best syntax for your locale
values.
Custom locale paths
Section titled Custom locale pathsIn addition to defining your site’s supported locales
as strings (e.g. “en”, “pt-br”), Astro also allows you to map an arbitrary number of browser-recognized language codes
to a custom URL path
. While locales can be strings of any format as long as they correspond to your project folder structure, codes
must follow the browser’s accepted syntax.
Pass an object to the locales
array with a path
key to define a custom URL prefix, and codes
to indicate the languages mapped to this URL. In this case, your /[locale]/
folder name must match exactly the value of the path
and your URLs will be generated using the path
value.
This is useful if you support multiple variations of a language (e.g. "fr"
, "fr-BR"
, and "fr-CA"
) and you want to have all these variations mapped under the same URL /fr/
, or even customize it entirely (e.g. /french/
):
When using functions from the astro:i18n
virtual module to compute valid URL paths based on your configuration (e.g. getRelativeLocaleUrl()
), use the path
as the value for locale
.
Browser language detection
Section titled Browser language detectionAstro’s i18n routing combined with one of Astro’s on-demand server rendering modes (output:'server'
or output:'hybrid'
) allow you to access two properties for browser language detection: Astro.preferredLocale
and Astro.preferredLocaleList
.
These combine the browser’s Accept-Language
header, and your locales
(strings or codes
) to automatically respect your visitor’s preferred languages.
Astro.preferredLocale
: Astro can compute a preferred locale for your visitor if their browser’s preferred locale is included in yourlocales
array. This value is undefined if no such match exists.Astro.preferredLocaleList
: An array of all locales that are both requested by the browser and supported by your website. This produces a list of all compatible languages between your site and your visitor. The value is[]
if none of the browser’s requested languages are found in yourlocales
array. If the browser does not specify any preferred languages, then this value will bei18n.locales
.Astro.currentLocale
: The locale computed from the current URL, using the syntax specified in yourlocales
configuration. If the URL does not contain a/[locale]/
prefix, then the value will default toi18n.defaultLocale
.
In order to successfully match your visitors’ preferences, provide your codes
using the same pattern used by the browser.
Fallback
Section titled FallbackAstro’s i18n routing allows you to configure a fallback routing strategy. When a page in one language doesn’t exist (e.g. a page that is not yet translated), instead of displaying a 404 page, you can redirect a user from one locale to another on a per-language basis. This is useful when you do not yet have a page for every route, but you want to still provide some content to your visitors.
For example, the configuration below sets es
as the fallback locale for any missing fr
routes. This means that a user visiting example.com/fr/my-page/
will be redirected to and shown the content for example.com/es/my-page/
instead of being taken to a 404 page when src/pages/fr/my-page.astro
does not exist.
Astro will ensure that a page is built in src/pages/fr
for every page that exists in src/pages/es/
. If the page does not already exist, then a page with a redirect to the corresponding es
route will be created.
Virtual module astro:i18n
Section titled Virtual module astro:i18nThis module provides functions that can help you create URLs using your project’s configured locales.
Creating routes for your project with the i18n router will depend on certain configuration values you have set that affect your page routes. When creating routes with these functions, be sure to take into account your individual settings for:
Also, note that the returned URLs created by these functions for your defaultLocale
will reflect your i18n.routing
configuration.
URLs created when prefixDefaultLocale: true
is configured will include a /lang/
path in the URL. URLs created with prefixDefaultLocale: false
will not include a language prefix.
getRelativeLocaleUrl()
Section titled getRelativeLocaleUrl()getRelativeLocaleUrl(locale: string, path: string, options?: GetLocaleOptions): string
Use this function to retrieve a relative path for a locale. If the locale doesn’t exist, Astro throws an error.
getAbsoluteLocaleUrl()
Section titled getAbsoluteLocaleUrl()getAbsoluteLocaleUrl(locale: string, path: string, options?: GetLocaleOptions): string
Use this function to retrieve an absolute path for a locale when site
has a value. If site
isn’t configured, the function returns a relative URL. If the locale doesn’t exist, Astro throws an error.
getRelativeLocaleUrlList()
Section titled getRelativeLocaleUrlList()Use this like getRelativeLocaleUrl
to return a list of relative paths for all the locales.
getRelativeLocaleUrlList(path?: string, options?: GetLocaleOptions): string[]
getAbsoluteLocaleUrlList()
Section titled getAbsoluteLocaleUrlList()getAbsoluteLocaleUrlList(path?: string, options?: GetLocaleOptions): string[]
Use this like getAbsoluteLocaleUrl
to return a list of absolute paths for all the locales.
getPathByLocale(locale: string): string
Section titled getPathByLocale(locale: string): stringA function that returns the path
associated to one or more codes
when custom locale paths are configured.
Generating URLs from custom paths
Section titled Generating URLs from custom pathsWhen a locale
is a custom path, use the path
as the value for locale
.
For example, use french
in the i18n helper functions for the locales
configuration below:
Note that other astro:i18n
functions will return the following results for the same configuration:
getLocaleByPath(path: string): string
Section titled getLocaleByPath(path: string): stringA function that returns the code
associated to a locale path
.
Retrieve the locale for a custom path
Section titled Retrieve the locale for a custom pathGiven a custom path configured with multiple codes
, the function will return the first code configured: