Skip to main content

Configuration

Edit this page on GitHub

Your project's configuration lives in a svelte.config.js file at the root of your project. As well as SvelteKit, this config object is used by other tooling that integrates with Svelte such as editor extensions.

ts
import adapter from '@sveltejs/adapter-auto';
 
/** @type {import('@sveltejs/kit').Config} */
const config = {
kit: {
adapter: adapter()
}
};
 
export default config;
ts
interface Config {}
ts
compilerOptions?: CompileOptions;
  • default {}

Options passed to svelte.compile.

ts
extensions?: string[];
  • default [".svelte"]

List of file extensions that should be treated as Svelte files.

ts
kit?: KitConfig;

SvelteKit options

ts
package?: {
source?: string;
dir?: string;
emitTypes?: boolean;
exports?(filepath: string): boolean;
files?(filepath: string): boolean;
};
ts
preprocess?: any;

Preprocessor options, if any. Preprocessing can alternatively also be done through Vite's preprocessor capabilities.

ts
[key: string]: any;

Any additional options required by tooling that integrates with Svelte.

The kit property configures SvelteKit, and can have the following properties:

adapter

  • default undefined

Your adapter is run when executing vite build. It determines how the output is converted for different platforms.

alias

  • default {}

An object containing zero or more aliases used to replace values in import statements. These aliases are automatically passed to Vite and TypeScript.

ts
/** @type {import('@sveltejs/kit').Config} */
const config = {
kit: {
alias: {
// this will match a file
'my-file': 'path/to/my-file.js',
 
// this will match a directory and its contents
// (`my-directory/x` resolves to `path/to/my-directory/x`)
'my-directory': 'path/to/my-directory',
 
// an alias ending /* will only match
// the contents of a directory, not the directory itself
'my-directory/*': 'path/to/my-directory/*'
}
}
};

The built-in $lib alias is controlled by config.kit.files.lib as it is used for packaging.

You will need to run npm run dev to have SvelteKit automatically generate the required alias configuration in jsconfig.json or tsconfig.json.

appDir

  • default "_app"

The directory relative to paths.assets where the built JS and CSS (and imported assets) are served from. (The filenames therein contain content-based hashes, meaning they can be cached indefinitely). Must not start or end with /.

csp

Content Security Policy configuration. CSP helps to protect your users against cross-site scripting (XSS) attacks, by limiting the places resources can be loaded from. For example, a configuration like this...

ts
/** @type {import('@sveltejs/kit').Config} */
const config = {
kit: {
csp: {
directives: {
'script-src': ['self']
},
reportOnly: {
'script-src': ['self']
}
}
}
};
 
export default config;

...would prevent scripts loading from external sites. SvelteKit will augment the specified directives with nonces or hashes (depending on mode) for any inline styles and scripts it generates.

To add a nonce for scripts and links manually included in src/app.html, you may use the placeholder %sveltekit.nonce% (for example <script nonce="%sveltekit.nonce%">).

When pages are prerendered, the CSP header is added via a <meta http-equiv> tag (note that in this case, frame-ancestors, report-uri and sandbox directives will be ignored).

When mode is 'auto', SvelteKit will use nonces for dynamically rendered pages and hashes for prerendered pages. Using nonces with prerendered pages is insecure and therefore forbidden.

Note that most Svelte transitions work by creating an inline <style> element. If you use these in your app, you must either leave the style-src directive unspecified or add unsafe-inline.

ts
mode?: 'hash' | 'nonce' | 'auto';

Whether to use hashes or nonces to restrict <script> and <style> elements. 'auto' will use hashes for prerendered pages, and nonces for dynamically rendered pages.

ts
directives?: CspDirectives;

Directives that will be added to Content-Security-Policy headers.

ts
reportOnly?: CspDirectives;

Directives that will be added to Content-Security-Policy-Report-Only headers.

csrf

Protection against cross-site request forgery attacks.

ts
checkOrigin?: boolean;
  • default true

Whether to check the incoming origin header for POST form submissions and verify that it matches the server's origin.

To allow people to make POST form submissions to your app from other origins, you will need to disable this option. Be careful!

env

Environment variable configuration

ts
dir?: string;
  • default "."

The directory to search for .env files.

ts
publicPrefix?: string;
  • default "PUBLIC_"

A prefix that signals that an environment variable is safe to expose to client-side code. See $env/static/public and $env/dynamic/public. Note that Vite's envPrefix must be set separately if you are using Vite's environment variable handling - though use of that feature should generally be unnecessary.

files

Where to find various files within your project.

ts
assets?: string;
  • default "static"

a place to put static files that should have stable URLs and undergo no processing, such as favicon.ico or manifest.json

ts
hooks?: {}
ts
client?: string;
  • default "src/hooks.client"

The location of your client hooks.

ts
server?: string;
  • default "src/hooks.server"

The location of your server hooks.

ts
lib?: string;
  • default "src/lib"

your app's internal library, accessible throughout the codebase as $lib

ts
params?: string;
  • default "src/params"

a directory containing parameter matchers

ts
routes?: string;
  • default "src/routes"

the files that define the structure of your app (see Routing)

ts
serviceWorker?: string;
  • default "src/service-worker"

the location of your service worker's entry point (see Service workers)

ts
appTemplate?: string;
  • default "src/app.html"

the location of the template for HTML responses

ts
errorTemplate?: string;
  • default "src/error.html"

the location of the template for fallback error responses

inlineStyleThreshold

  • default 0

Inline CSS inside a <style> block at the head of the HTML. This option is a number that specifies the maximum length of a CSS file to be inlined. All CSS files needed for the page and smaller than this value are merged and inlined in a <style> block.

This results in fewer initial requests and can improve your First Contentful Paint score. However, it generates larger HTML output and reduces the effectiveness of browser caches. Use it advisedly.

moduleExtensions

  • default [".js", ".ts"]

An array of file extensions that SvelteKit will treat as modules. Files with extensions that match neither config.extensions nor config.kit.moduleExtensions will be ignored by the router.

outDir

  • default ".svelte-kit"

The directory that SvelteKit writes files to during dev and build. You should exclude this directory from version control.

paths

ts
assets?: string;
  • default ""

An absolute path that your app's files are served from. This is useful if your files are served from a storage bucket of some kind.

ts
base?: string;
  • default ""

A root-relative path that must start, but not end with / (e.g. /base-path), unless it is the empty string. This specifies where your app is served from and allows the app to live on a non-root path. Note that you need to prepend all your root-relative links with the base value or they will point to the root of your domain, not your base (this is how the browser works). You can use base from $app/paths for that: <a href="{base}/your-page">Link</a>. If you find yourself writing this often, it may make sense to extract this into a reusable component.

prerender

See Prerendering.

ts
concurrency?: number;
  • default 1

How many pages can be prerendered simultaneously. JS is single-threaded, but in cases where prerendering performance is network-bound (for example loading content from a remote CMS) this can speed things up by processing other tasks while waiting on the network response.

ts
crawl?: boolean;
  • default true

Whether SvelteKit should find pages to prerender by following links from entries.

ts
entries?: Array<'*' | `/${string}`>;
  • default ["*"]

An array of pages to prerender, or start crawling from (if crawl: true). The * string includes all non-dynamic routes (i.e. pages with no [parameters], because SvelteKit doesn't know what value the parameters should have).

ts
  • default "fail"

How to respond to HTTP errors encountered while prerendering the app.

  • 'fail' — fail the build
  • 'ignore' - silently ignore the failure and continue
  • 'warn' — continue, but print a warning
  • (details) => void — a custom error handler that takes a details object with status, path, referrer, referenceType and message properties. If you throw from this function, the build will fail
ts
/** @type {import('@sveltejs/kit').Config} */
const config = {
kit: {
prerender: {
handleHttpError: ({ path, referrer, message }) => {
// ignore deliberate link to shiny 404 page
if (path === '/not-found' && referrer === '/blog/how-we-built-our-404-page') {
return;
}
 
// otherwise fail the build
throw new Error(message);
}
}
}
}
};
ts
  • default "fail"

How to respond to hash links from one prerendered page to another that don't correspond to an id on the destination page

  • 'fail' — fail the build
  • 'ignore' - silently ignore the failure and continue
  • 'warn' — continue, but print a warning
  • (details) => void — a custom error handler that takes a details object with path, id, referrers and message properties. If you throw from this function, the build will fail
ts
origin?: string;
  • default "http://sveltekit-prerender"

The value of url.origin during prerendering; useful if it is included in rendered content.

serviceWorker

ts
register?: boolean;
  • default true

Whether to automatically register the service worker, if it exists.

ts
files?(filepath: string): boolean;
  • default (filename) => !/\.DS_Store/.test(filename)

Determine which files in your static directory will be available in $service-worker.files.

version

Client-side navigation can be buggy if you deploy a new version of your app while people are using it. If the code for the new page is already loaded, it may have stale content; if it isn't, the app's route manifest may point to a JavaScript file that no longer exists. SvelteKit solves this problem by falling back to traditional full-page navigation if it detects that a new version has been deployed, using the name specified here (which defaults to a timestamp of the build).

If you set pollInterval to a non-zero value, SvelteKit will poll for new versions in the background and set the value of the updated store to true when it detects one.

ts
name?: string;
  • default Date.now().toString()

The current app version string.

ts
pollInterval?: number;
  • default 0

The interval in milliseconds to poll for version changes. If this is 0, no polling occurs.