Ask your question and get a summary of the document by referencing this page and the AI provider of your choice
Version History
- "Update Solid useIntlayer API usage to direct property access"v8.9.05/4/2026
- "Add init command"v7.5.912/30/2025
- "Initial history"v7.1.1011/20/2025
If 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 SvelteKit website using Intlayer | Internationalization (i18n)
Table of Contents
Why Intlayer over alternatives?
Compared to main solutions like svelte-i18n or i18next, Intlayer is a solution that comes with integrated optimizations such as:
Intlayer is optimized to work perfectly with SvelteKit by offering multilingual routing, SSR support, and all the features needed for scaling internationalization (i18n).
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 SvelteKit Application
See Application Template on GitHub.
To get started, create a new SvelteKit project. Here is the final structure that we will make:
Copy the code to the clipboard
Install Dependencies
Install the necessary packages using npm:
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 i18n package.
- svelte-intlayer: Provides context providers and stores for Svelte/SvelteKit.
- vite-intlayer: The Vite plugin to integrate content declarations with the build process.
Configuration of your project
Create a config file in your project root:
intlayer.config.tsCopy codeCopy the code to the clipboard
Integrate Intlayer in Your Vite Configuration
Update your
vite.config.tsto include the Intlayer plugin. This plugin handles the transpilation of your content files.vite.config.tsCopy codeCopy the code to the clipboard
Declare Your Content
Create your content declaration files anywhere in your
srcfolder (e.g.,src/lib/contentor alongside your components). These files define the translatable content for your application using thet()function for each locale.Utilize Intlayer in Your Components
Now you can use the
useIntlayerfunction in any Svelte component. It returns a reactive store that automatically updates when the locale changes. The function will automatically respect the current locale (both during SSR and client-side navigation).Note:
useIntlayerreturns a Svelte store, so you need to use the$prefix to access its reactive value (e.g.,$content.title).src/lib/components/Component.svelteCopy codeCopy the code to the clipboard
Set up routing
OptionalThe following steps show how to set up locale-based routing in SvelteKit. This allows your URLs to include the locale prefix (e.g.,
/en/about,/fr/about) for better SEO and user experience.bashCopy codeCopy the code to the clipboard
Handle Server-Side Locale Detection
In SvelteKit, the server needs to know the user's locale to render the correct content during SSR. We use
hooks.server.tsto detect the locale from the URL or cookies.Create or modify
src/hooks.server.ts:src/hooks.server.tsCopy codeCopy the code to the clipboard
Then, create a helper to get the user's locale from the request event:
src/lib/getLocale.tsCopy codeCopy the code to the clipboard
getLocaleFromStoragewill check the locale from header or cookie depending on your configuration. See Configuration for more details.The
localeDetectorfunction will treat theAccept-Languageheader and return the best match.If the locale is not configured, we want to return a 404 error. To make it easier, we can create a
matchfunction to check if the locale is valid:/src/params/locale.tsCopy codeCopy the code to the clipboard
Note: Ensure your
src/app.d.tsincludes the locale definition:typescriptCopy codeCopy the code to the clipboard
For the
+layout.sveltefile, we can remove everything, to keep only static content, not related to i18n:src/+layout.svelteCopy codeCopy the code to the clipboard
Then, create a new page and layout under the
[[locale=locale]]group:src/routes/[[locale=locale]]/+layout.tsCopy codeCopy the code to the clipboard
src/routes/[[locale=locale]]/+layout.svelteCopy codeCopy the code to the clipboard
src/routes/[[locale=locale]]/+page.tsCopy codeCopy the code to the clipboard
src/routes/[[locale=locale]]/+page.svelteCopy codeCopy the code to the clipboard
Internationalized Links
OptionalFor SEO, it is recommended to prefix your routes with the locale (e.g.,
/en/about,/fr/about). This component automatically prefixes any link with the current locale.src/lib/components/LocalizedLink.svelteCopy codeCopy the code to the clipboard
If you use
gotofrom SvelteKit, you can use the same logic withgetLocalizedUrlto navigate to the localized URL:typescriptCopy codeCopy the code to the clipboard
Language Switcher
OptionalTo allow users to switch languages, update the URL.
src/lib/components/LanguageSwitcher.svelteCopy codeCopy the code to the clipboard
Add backend proxy
OptionalTo add a backend proxy to your SvelteKit application, you can use the
intlayerProxyfunction provided by thevite-intlayerplugin. This plugin will automatically detect the best locale for the user based on the URL, cookies, and browser language preferences.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
Set up the intlayer editor / CMS
OptionalTo set up the intlayer editor, you must follow the intlayer editor documentation.
To set up the intlayer CMS, you must follow the intlayer CMS documentation.
To be able to visualize the intlayer editor selector, you will have to use the component syntax in your intlayer content.
Component.svelteCopy codeCopy the code to the clipboard
Extract the content of your components
OptionalIf you have an existing codebase, transforming thousands of files can be time-consuming.
To ease this process, Intlayer propose 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
Git Configuration
It is recommended to ignore the files generated by Intlayer.
Copy the code to the clipboard
Go Further
- Visual Editor: Integrate the Intlayer Visual Editor to edit translations directly from the UI.
- CMS: Externalize your content management using the Intlayer CMS.
Frequently Asked Questions
svelte-i18nandtypesafe-i18n: store based message catalogs, wired into the load functions by hand.Paraglide: compiled messages with a strong typing story, 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 locale aware routing, server side locale detection, AI translation, a visual editor and a CMS.
On SvelteKit the difference shows in the server side pieces: locale detection in hooks, localized links and the editor integration come with the library instead of being assembled per project. See why Intlayer and the Svelte i18n benchmark.
Much less than a namespace based setup, because a page never downloads a catalog 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.
Largely. Follow the Svelte I18n migration guide to move the content over. You can also migrate gradually: the sync JSON plugin keeps your existing JSON catalogs as the source of truth and generates Intlayer dictionaries from them, so both layers stay in sync while you move components across one at a time.
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 catalogs, 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 catalog one at a time. Step 12 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.
