Options de next.config.js

Next.js peut être configuré via un fichier next.config.js à la racine de votre répertoire de projet (par exemple, à côté de package.json) avec un export par défaut.

next.config.js
// @ts-check

/** @type {import('next').NextConfig} */
const nextConfig = {
  /* options de configuration ici */
}

module.exports = nextConfig

Modules ECMAScript

next.config.js est un module Node.js standard, pas un fichier JSON. Il est utilisé par le serveur Next.js et les phases de build, et n'est pas inclus dans le build navigateur.

Si vous avez besoin de modules ECMAScript, vous pouvez utiliser next.config.mjs :

next.config.mjs
// @ts-check

/**
 * @type {import('next').NextConfig}
 */
const nextConfig = {
  /* options de configuration ici */
}

export default nextConfig

Bon à savoir : les extensions .cjs, .cts ou .mts pour next.config ne sont pas supportées actuellement.

Configuration sous forme de fonction

Vous pouvez également utiliser une fonction :

next.config.mjs
// @ts-check

export default (phase, { defaultConfig }) => {
  /**
   * @type {import('next').NextConfig}
   */
  const nextConfig = {
    /* options de configuration ici */
  }
  return nextConfig
}

Configuration asynchrone

Depuis Next.js 12.1.0, vous pouvez utiliser une fonction asynchrone :

next.config.js
// @ts-check

module.exports = async (phase, { defaultConfig }) => {
  /**
   * @type {import('next').NextConfig}
   */
  const nextConfig = {
    /* options de configuration ici */
  }
  return nextConfig
}

Phase

phase est le contexte actuel dans lequel la configuration est chargée. Vous pouvez voir les phases disponibles. Les phases peuvent être importées depuis next/constants :

next.config.js
// @ts-check

const { PHASE_DEVELOPMENT_SERVER } = require('next/constants')

module.exports = (phase, { defaultConfig }) => {
  if (phase === PHASE_DEVELOPMENT_SERVER) {
    return {
      /* options de configuration spécifiques au développement ici */
    }
  }

  return {
    /* options de configuration pour toutes les phases sauf le développement ici */
  }
}

TypeScript

Si vous utilisez TypeScript dans votre projet, vous pouvez utiliser next.config.ts pour utiliser TypeScript dans votre configuration :

next.config.ts
import type { NextConfig } from 'next'

const nextConfig: NextConfig = {
  /* options de configuration ici */
}

export default nextConfig

Les lignes commentées sont l'endroit où vous pouvez placer les configurations autorisées par next.config.js, qui sont définies dans ce fichier.

Cependant, aucune de ces configurations n'est obligatoire, et il n'est pas nécessaire de comprendre ce que fait chaque configuration. Cherchez plutôt les fonctionnalités que vous souhaitez activer ou modifier dans cette section et elles vous indiqueront quoi faire.

Évitez d'utiliser de nouvelles fonctionnalités JavaScript non disponibles dans votre version cible de Node.js. next.config.js ne sera pas parsé par Webpack ou Babel.

Cette page documente toutes les options de configuration disponibles :

Tests unitaires (expérimental)

Depuis Next.js 15.1, le package next/experimental/testing/server contient des utilitaires pour aider à tester unitairement les fichiers next.config.js.

La fonction unstable_getResponseFromNextConfig exécute les fonctions headers, redirects et rewrites de next.config.js avec les informations de requête fournies et renvoie un NextResponse avec les résultats du routage.

La réponse de unstable_getResponseFromNextConfig ne prend en compte que les champs de next.config.js et ne considère pas le middleware ou les routes du système de fichiers, donc le résultat en production peut différer du test unitaire.

import {
  getRedirectUrl,
  unstable_getResponseFromNextConfig,
} from 'next/experimental/testing/server'

const response = await unstable_getResponseFromNextConfig({
  url: 'https://nextjs.org/test',
  nextConfig: {
    async redirects() {
      return [{ source: '/test', destination: '/test2', permanent: false }]
    },
  },
})
expect(response.status).toEqual(307)
expect(getRedirectUrl(response)).toEqual('https://nextjs.org/test2')

allowedDevOrigins

Utilisez `allowedDevOrigins` pour configurer des origines supplémentaires pouvant interroger le serveur de développement.

assetPrefix

Découvrez comment utiliser l'option de configuration assetPrefix pour configurer votre CDN.

basePath

Utilisez `basePath` pour déployer une application Next.js sous un sous-chemin d'un domaine.

bundlePagesRouterDependencies

Activation du regroupement automatique des dépendances pour le routeur Pages

compression

Next.js fournit une compression gzip pour compresser le contenu rendu et les fichiers statiques, cela ne fonctionne qu'avec la cible serveur. En savoir plus ici.

crossOrigin

Utilisez l'option `crossOrigin` pour ajouter une balise crossOrigin aux balises `script` générées par `next/script` et `next/head`.

devIndicators

Les pages optimisées incluent un indicateur pour vous informer si elles sont statiquement optimisées. Vous pouvez le désactiver ici.

distDir

Définir un répertoire de build personnalisé à utiliser au lieu du répertoire par défaut `.next`.

env

Apprenez à ajouter et accéder aux variables d'environnement dans votre application Next.js au moment de la compilation.

eslint

Par défaut, Next.js signale les erreurs et avertissements ESLint lors des builds. Découvrez comment désactiver ce comportement ici.

exportPathMap

Personnalisez les pages qui seront exportées en tant que fichiers HTML lors de l'utilisation de `next export`.

generateBuildId

Configure l'identifiant de build, utilisé pour identifier la version actuelle dans laquelle votre application est servie.

generateEtags

Next.js génère par défaut des etags pour chaque page. Découvrez comment désactiver la génération d'etags ici.

headers

Ajoutez des en-têtes HTTP personnalisés à votre application Next.js.

httpAgentOptions

Par défaut, Next.js utilise automatiquement HTTP Keep-Alive. Apprenez-en plus sur la manière de désactiver HTTP Keep-Alive ici.

Images

Configuration personnalisée pour le chargeur next/image

onDemandEntries

Configuration de la manière dont Next.js gère la conservation en mémoire et la suppression des pages créées en développement.

optimizePackageImports

Référence API pour l'option de configuration Next.js `optimizePackageImports`

output

Next.js trace automatiquement les fichiers nécessaires à chaque page pour faciliter le déploiement de votre application. Découvrez comment cela fonctionne ici.

pageExtensions

Étendre les extensions de page par défaut utilisées par Next.js lors de la résolution des pages dans le routeur Pages.

poweredByHeader

Par défaut, Next.js ajoute l'en-tête `x-powered-by`. Apprenez ici comment le désactiver.

productionBrowserSourceMaps

Active la génération de source maps pour le navigateur lors de la construction en production.

reactStrictMode

L'ensemble du runtime Next.js est désormais compatible avec le Mode Strict (Strict Mode). Découvrez comment l'activer.

redirections

Ajoutez des redirections à votre application Next.js.

Réécritures (rewrites)

Ajoutez des réécritures à votre application Next.js.

Configuration à l'exécution (Runtime Config)

Ajoutez une configuration côté client et serveur à votre application Next.js.

serverExternalPackages

Exclure des dépendances spécifiques du regroupement activé par `bundlePagesRouterDependencies`.

trailingSlash

Configurer les pages Next.js pour qu'elles se résolvent avec ou sans barre oblique finale.

transpilePackages

Transpile et regroupe automatiquement les dépendances issues de packages locaux (comme dans un monorepo) ou de dépendances externes (`node_modules`).

turbo

Configurer Next.js avec des options spécifiques à Turbopack

TypeScript

Next.js signale les erreurs TypeScript par défaut. Apprenez comment désactiver ce comportement ici.

urlImports

Configurer Next.js pour autoriser l'importation de modules depuis des URL externes.

useLightningcss

Active le support expérimental pour Lightning CSS.

webpack

Apprenez à personnaliser la configuration webpack utilisée par Next.js

webVitalsAttribution

Apprenez à utiliser l'option webVitalsAttribution pour identifier la source des problèmes liés aux Web Vitals.

On this page