Ask your question and get a summary of the document by referencing this page and the AI provider of your choice
Version History
- "Compare static, dynamic and cached dynamic resolution of metadata dictionaries in route head functions"v9.4.025/08/2026
- "Update Solid useIntlayer API usage to direct property access"v8.9.004/05/2026
- "Add init command"v7.5.930/12/2025
- "Introduce validatePrefix and add step 14: Handling 404 pages with localised routes."v7.4.011/12/2025
- "Add step 13: Retrieve the locale in your server actions (Optional)"v7.3.905/12/2025
- "Add step 13: Adapt Nitro"v7.2.318/11/2025
- "Fix prefix default by adding getPrefix function useLocalizedNavigate, LocaleSwitcher and LocalisedLink."v7.1.017/11/2025
- "Update documentation"v6.5.203/10/2025
- "Added for Tanstack Start"v5.8.109/09/2025
The content of this page was translated using an AI.
See the last version of the original content in EnglishIf you have an idea for improving this documentation, please feel free to contribute by submitting a pull request on GitHub.
GitHub link to the documentationCopy doc Markdown to clipboard
Translate your Tanstack Start website using Intlayer | Internationalisation (i18n)
Table of Contents
This guide demonstrates how to integrate Intlayer for seamless internationalisation in Tanstack Start projects with locale-aware routing, TypeScript support, and modern development practices.
Why Intlayer over alternatives?
Compared to main solutions like react-i18next or use-intl, or paraglide, Intlayer is a solution that comes with integrated optimizations such as:
Intlayer is fully optimized for TanStack Start, providing multilingual routing, cookie management, sitemap generation, dynamic content loading, and all the features needed to scale your internationalization (i18n) efforts.
Instead of loading massive JSON files into your pages, load only the necessary content. Intlayer helps reduce your bundle and page sizes by up to 50%.
Scoping your application's content facilitates maintenance for large-scale applications. You can duplicate or delete a single feature folder without the mental burden of reviewing your entire content codebase. Additionally, Intlayer is fully typed to ensure your content's accuracy.
Co-locating content reduces the context needed by Large Language Models (LLMs). Intlayer also comes with a suite of tools, such as a CLI to test for missing translations,LSP, MCP, and agent skills, to make the developer experience (DX) even smoother for AI agents.
Use automation to translate in your CI/CD pipeline using the LLM of your choice at the cost of your AI provider. Intlayer also offers a compiler to automate content extraction, as well as a web platform to help translate in the background.
Connecting massive JSON files to components can lead to performance and reactivity issues. Intlayer optimizes your content loading at build time.
More than just an i18n solution, Intlayer provides an self-hosted visual editor and a full CMS to help you manage your multilingual content in real-time, making collaboration with translators, copywriters, and other team members seamless. Content can be stored locally and/or remotely.
Step-by-Step Guide to Set Up Intlayer in a Tanstack Start Application
See Application Template on GitHub.
Create Project
Start by creating a new Tanstack Start project by following the Start new project guide on the Tanstack Start website.
Install Intlayer Packages
Install the necessary packages using your preferred package manager:
bashCopy codeCopy the code to the clipboard
the
--interactiveflag is optional. Useintlayer-cli initif you're an AI agent.This command will detect your environment and install the required packages. For example:
bashCopy codeCopy the code to the clipboard
intlayer
The core package that provides internationalisation tools for configuration management, translation, content declaration, transpilation, and CLI commands.
react-intlayer The package that integrates Intlayer with React application. It provides context providers and hooks for React internationalisation.
vite-intlayer Includes the Vite plugin for integrating Intlayer with the Vite bundler, as well as middleware for detecting the user's preferred locale, managing cookies, and handling URL redirection.
Configuration of your project
Create a config file to configure the languages of your application:
intlayer.config.tsCopy codeCopy the code to the clipboard
Through this configuration file, you can set up localised URLs, middleware redirection, cookie names, the location and extension of your content declarations, disable Intlayer logs in the console, and more. For a complete list of available parameters, refer to the configuration documentation.
Integrate Intlayer in Your Vite Configuration
Add the intlayer plugin into your configuration:
vite.config.tsCopy codeCopy the code to the clipboard
The
intlayer()Vite plugin is used to integrate Intlayer with Vite. It ensures the building of content declaration files and monitors them in development mode. It defines Intlayer environment variables within the Vite application. Additionally, it provides aliases to optimise performance.Create Root Layout
Configure your root layout to support internationalisation by using
useParamsto detect the current locale and setting thelanganddirattributes on thehtmltag.src/routes/__root.tsxCopy codeCopy the code to the clipboard
Create Locale Layout
Create a layout that handles the locale prefix and performs validation.
src/routes/{-$locale}/route.tsxCopy codeCopy the code to the clipboard
Here,
{-$locale}is a dynamic route parameter that gets replaced with the current locale. This notation makes the slot optional, allowing it to work with routing modes such as'prefix-no-default'etc.Be aware that this slot may cause issues if you use multiple dynamic segments in the same route (e.g.,
/{-$locale}/other-path/$anotherDynamicPath/...). For the'prefix-all'mode, you may prefer switching the slot to$localeinstead. For the'no-prefix'or'search-params'mode, you can remove the slot entirely.Declare Your Content
Create and manage your content declarations to store translations:
src/contents/page.content.tsCopy codeCopy the code to the clipboard
Your content declarations can be defined anywhere in your application as soon they are included into the
contentDirdirectory (by default,./app). And match the content declaration file extension (by default,.content.{json,ts,tsx,js,jsx,mjs,cjs,md,mdx,yaml,yml}).For more details, refer to the content declaration documentation.
Create Locale-Aware Components and Hooks
Create a
LocalisedLinkcomponent for locale-aware navigation:src/components/localized-link.tsxCopy codeCopy the code to the clipboard
This component has two objectives:
- Remove the unnecessary
{-$locale}prefix from the URL. - Inject the locale parameter into the URL to ensure the user is directly redirected to the localised route.
Then we can create a
useLocalizedNavigatehook for programmatic navigation:src/hooks/useLocalizedNavigate.tsxCopy codeCopy the code to the clipboard
- Remove the unnecessary
Utilize Intlayer in Your Pages
Use
useIntlayerby default: it is the recommended way to read content inside components, and the compiler resolves it to the locale being rendered. Reach forgetIntlayer/getIntlayerAsynconly outside the React tree: routehead, loaders and server functions.Access your content dictionaries throughout your application:
Localised Home Page
src/routes/{-$locale}/index.tsxCopy codeCopy the code to the clipboard
If you want to use your content in a
stringattribute, such asalt,title,href,aria-label, etc., you can use the value of the function, like:htmlCopy codeCopy the code to the clipboard
To learn more about the
useIntlayerhook, refer to the documentation.Create a Locale Switcher Component
Create a component to allow users to change languages:
src/components/locale-switcher.tsxCopy codeCopy the code to the clipboard
To learn more about the
useLocalehook, refer to the documentation.HTML Attributes Management
As seen in Step 5, you can manage the
langanddirattributes of thehtmltag usinguseParamsin your root component. This ensures that the correct attributes are set on the server and client.src/routes/__root.tsxCopy codeCopy the code to the clipboard
Add middleware
You can also use the
intlayerProxyto add server-side routing to your application. This plugin will automatically detect the current locale based on the URL and set the appropriate locale cookie. If no locale is specified, the plugin will determine the most appropriate locale based on the user's browser language preferences. If no locale is detected, it will redirect to the default locale.Note that to use the
intlayerProxyin production, you need to switch thevite-intlayerpackage fromdevDependenciestodependencies.Since Intlayer v9,
intlayerProxy()is bundled directly into theintlayer()plugin and enabled by default through therouting.enableProxyoption (trueby default). Registering it separately as shown below is now optional: it is kept for backward compatibility and for setups that need to control plugin order. Setrouting.enableProxy: falseto opt out. See the v9 release notes.vite.config.tsCopy codeCopy the code to the clipboard
Internationalise your Metadata
getIntlayerresolves synchronously against the merged dictionary, the one holding every declared locale.headstays synchronous and nothing is awaited, but the whole multilingual dictionary is pulled into the route chunk sent to the browser.src/routes/{-$locale}/index.tsxCopy codeCopy the code to the clipboard
Best for small metadata dictionaries, a handful of locales, or while prototyping.
getIntlayerAsync(available from v9.4) behaves likegetIntlayer, but the build plugin points it at the per-locale chunk in.intlayer/dynamic_dictionaries/instead of the merged dictionary. A page therefore ships only the locale it renders. Because that chunk is loaded on demand,headbecomesasync:src/routes/{-$locale}/index.tsxCopy codeCopy the code to the clipboard
If a
headreads several dictionaries, resolve them withPromise.all: awaiting eachgetIntlayerAsyncon its own line chains the requests instead of running them in parallel.The trade-off: the dynamic import is resolved whilst
headruns, on the critical path of the document render. On a cold route this delays the head by a few milliseconds and can slightly degrade LCP.Resolve the dictionary in the route
loaderand read it back fromloaderDatainhead. Loaders of the matched routes run in parallel, andstaleTime: Infinitytells TanStack Router the result never goes stale, so the per-locale chunk is resolved once and served from the router cache afterwards, leavingheadsynchronous.src/routes/{-$locale}/index.tsxCopy codeCopy the code to the clipboard
headcan be called before the loader settles, soloaderDatais typed as possiblyundefined. Keep the optional chaining, or return a fallback title.You keep the per-locale chunk without paying its cost on the head critical path. The price is developer experience: the content has to be threaded explicitly from the loader to the
headthroughloaderData.Which resolution should I pick?
Show all table contentOpen the table in a modal to view all data content clearly
Static resolution Dynamic resolution Cached dynamic resolution API getIntlayergetIntlayerAsync(v9.4+)getIntlayerAsyncinloader(v9.4+)headsignaturesynchronous asyncsynchronous, reads loaderDataLocales shipped every declared locale requested locale only requested locale only Client navigations nothing to resolve re-entered on every match served from the router cache Developer experience simplest one awaitcontent threaded through loaderDataRetrieve the locale in your server actions
You may want to access the current locale from inside your server actions or API endpoints. You can do this using the
getLocalehelper fromintlayer.Here's an example using TanStack Start's server functions:
src/routes/{-$locale}/index.tsxCopy codeCopy the code to the clipboard
Manage not found pages
When a user visits a non-existing page, you can display a custom not found page and the locale prefix may impact the way the not found page is triggered.
Understanding TanStack Router's 404 Handling with Locale Prefixes
In TanStack Router, handling 404 pages with localised routes requires a multi-layered approach:
- Dedicated 404 route: A specific route to display the 404 UI
- Route-level validation: Validates locale prefixes and redirects invalid ones to 404
- Catch-all route: Captures any unmatched paths within the locale segment
src/routes/{-$locale}/404.tsxCopy codeCopy the code to the clipboard
src/routes/{-$locale}/route.tsxCopy codeCopy the code to the clipboard
src/routes/{-$locale}/$.tsxCopy codeCopy the code to the clipboard
Extract the content of your components
OptionalisOptional={true}>
If you have an existing codebase, transforming thousands of files can be time-consuming.
To ease this process, Intlayer proposes a compiler / extractor to transform your components and extract the content.
To set it up, you can add a
compilersection in yourintlayer.config.tsfile:intlayer.config.tsCopy codeCopy the code to the clipboard
import { type IntlayerConfig } from "intlayer"; const config: IntlayerConfig = { // ... Rest of your config compiler: { /** * Indicates if the compiler should be enabled. */ enabled: true, /** * Defines the output files path */ output: ({ fileName, extension }) => `./${fileName}${extension}`, /** * Indicates if the components should be saved after being transformed. * * - If `true`, the compiler will rewrite the component file in the disk. So the transformation will be permanent, and the compiler will skip the transformation for the next process. That way, the compiler can transform the app, and then it can be removed. * * - If `false`, the compiler will inject the `useIntlayer()` function call into the code in the build output only, and keep the base codebase intact. The transformation will be done only in memory. */ saveComponents: false, /** * Dictionary key prefix */ dictionaryKeyPrefix: "", }, }; export default config;Run the extractor to transform your components and extract the content
bashCopy codeCopy the code to the clipboard
Since v9, the
intlayerCompileris included in theintlayerplugin. So you don't need to add it manually.Update your
vite.config.tsto include theintlayerCompilerplugin:vite.config.tsCopy codeCopy the code to the clipboard
bashCopy codeCopy the code to the clipboard
Generate Sitemap
Intlayer comes with a built-in sitemap generator to help you create a sitemap for your application easily. It handles localized routes and adds the necessary metadata for search engines.
The Intlayer generated sitemap supports the
xhtml:linknamespace (Hreflang XML Extensions). Unlike the default sitemap generators that only list raw URLs, Intlayer automatically creates the required bidirectional links between all language versions of a page (e.g.,/about,/about?lang=fr, and/about?lang=es). This ensures search engines correctly index and serve the right language version to the right audience.To use it, you first need to configure your
vite.config.tsto enable pre-rendering for your localized routes and disable the default TanStack Start sitemap generation.vite.config.tsCopy codeCopy the code to the clipboard
Then, create a
src/routes/sitemap[.]xml.tsroute that uses thegenerateSitemapfunction:src/routes/sitemap[.]xml.tsCopy codeCopy the code to the clipboard
Configure TypeScript
Intlayer uses module augmentation to get benefits of TypeScript and make your codebase stronger.
Ensure your TypeScript configuration includes the autogenerated types:
tsconfig.jsonCopy codeCopy the code to the clipboard
Git Configuration
It is recommended to ignore the files generated by Intlayer. This allows you to avoid committing them to your Git repository.
To do this, you can add the following instructions to your .gitignore file:
Copy the code to the clipboard
VS Code Extension
To improve your development experience with Intlayer, you can install the official Intlayer VS Code Extension.
Install from the VS Code Marketplace
This extension provides:
- Autocompletion for translation keys.
- Real-time error detection for missing translations.
- Inline previews of translated content.
- Quick actions to easily create and update translations.
For more details on how to use the extension, refer to the Intlayer VS Code Extension documentation.
Go Further
To go further, you can implement the visual editor or externalise your content using the CMS.
Documentation References
- Intlayer Documentation
- Tanstack Start Documentation
- useIntlayer hook
- useLocale hook
- Content Declaration
- Configuration
Frequently Asked Questions
TanStack Start ships no i18n layer of its own, so the choice is a library:
i18next/react-i18nextandreact-intl: framework agnostic message catalogues, wired manually into the router.Lingui: ICU messages with a compile step.Paraglide: compiled messages, focused on the message layer only.Intlayer: the most advanced solution. Content declared anywhere in your codebase (next to each component or centralized) and compiled at build time, with typed keys, locale aware routing, sitemap generation, AI translation, a visual editor and a CMS.
The difference that matters on TanStack Start is routing and server rendering. Intlayer integrates with the file based router, the head function and the pre-render pass, instead of leaving you to assemble a provider, a locale detector and a sitemap by hand. See why Intlayer and the TanStack Start i18n benchmark.
Much less than a namespace based setup, because a page never downloads a catalogue it does not render. Server rendered markup resolves its content on the server, and the build time compiler replaces useIntlayer calls with the exact dictionary entries a component uses, so unused keys and unused languages are dropped, and dynamic dictionaries split the rest per locale. Measured against the usual alternatives, Intlayer reduces bundle and page size by up to 50%. See bundle optimization and the benchmark.
Yes, and there are two paths. You can migrate the content progressively with the react-i18next migration guide or the i18next migration guide. Or you can keep your current API entirely: the compat adapters expose the exact same API as react-i18next, react-intl and i18next, but served by Intlayer dictionaries, so imports change and component code does not.
Yes. The sync JSON plugin keeps your /messages/{locale}/{namespace}.json files as the source of truth and generates Intlayer dictionaries from them, in both directions. A sync PO plugin does the same for gettext catalogues, and per locale files let you split content by language instead of grouping locales in one file.
No. Run npx intlayer extract and Intlayer reads your components, pulls the user facing strings out and writes a .content file next to each one, so you review a diff instead of copying strings into a catalogue one at a time. Step 15 of this guide walks through it.
For a fully automated pipeline, the Intlayer Compiler does the same at build time: it scans your JSX, TSX, Vue and Svelte source on every change, generates the dictionaries and keeps them in sync through hot module replacement, so there are no keys to maintain by hand at all.
Two limits are worth knowing before you turn the compiler on. It works by static analysis, so strings that only exist at runtime, such as API error codes or CMS fields, stay out of reach. And it has to tell user facing text apart from application logic like className="active" or a status code, which needs a few annotations in a large codebase. The extract command avoids both by keeping you in the loop.
Five pieces, all optional:
- VS Code extension: jump from a
useIntlayerkey to the content file that declares it, extract content from a component, and run build, fill, test, push and pull from the command palette or a dedicated Intlayer tab. - LSP server: the same awareness in any editor that speaks LSP, with go to definition, find all references, hover previews of a translated value, autocompletion of keys and fields, and a warning when a key is not declared anywhere. It also resolves
i18next,react-i18next,next-intlanduse-intlcalls, which helps while you migrate. - MCP server: exposes the Intlayer documentation and CLI to Cursor, VS Code, Claude Desktop, Claude Code and ChatGPT, so an assistant answers from current docs instead of guessing, and can run commands such as
intlayer fillitself. - Agent skills: focused skills such as
intlayer-config,intlayer-cliandintlayer-content, plus one per framework, that teach an agent your routing setup and the content node types. - ESLint plugin:
no-raw-textflags hardcoded strings, with further rules for static dictionary keys and unused content.
