Comment optimiser votre application Next.js pour la production
Avant de mettre votre application Next.js en production, il existe certaines optimisations et bonnes pratiques que vous devriez envisager d'implémenter pour offrir la meilleure expérience utilisateur, performance et sécurité.
Cette page fournit des bonnes pratiques que vous pouvez utiliser comme référence lors du développement de votre application et avant la mise en production, ainsi que les optimisations automatiques de Next.js dont vous devriez être conscient.
Optimisations automatiques
Ces optimisations Next.js sont activées par défaut et ne nécessitent aucune configuration :
- Composants Serveur (Server Components) : Next.js utilise par défaut les Composants Serveur. Ces composants s'exécutent sur le serveur et ne nécessitent pas de JavaScript pour le rendu côté client. Ainsi, ils n'ont aucun impact sur la taille de vos bundles JavaScript côté client. Vous pouvez ensuite utiliser des Composants Client (Client Components) si nécessaire pour l'interactivité.
- Découpage du code (Code-splitting) : Les Composants Serveur permettent un découpage automatique du code par segments de route. Vous pouvez également envisager le chargement différé (lazy loading) des Composants Client et des bibliothèques tierces, lorsque cela est approprié.
- Préchargement (Prefetching) : Lorsqu'un lien vers une nouvelle route entre dans le champ de vision de l'utilisateur, Next.js précharge la route en arrière-plan. Cela rend la navigation vers de nouvelles routes quasi instantanée. Vous pouvez désactiver le préchargement si nécessaire.
- Rendu statique (Static Rendering) : Next.js effectue un rendu statique des Composants Serveur et Client sur le serveur au moment du build et met en cache le résultat pour améliorer les performances de votre application. Vous pouvez opter pour un Rendu dynamique (Dynamic Rendering) pour des routes spécifiques si nécessaire.
- Mise en cache (Caching) : Next.js met en cache les requêtes de données, le résultat du rendu des Composants Serveur et Client, les assets statiques et plus encore, afin de réduire le nombre de requêtes réseau vers votre serveur, base de données et services backend. Vous pouvez désactiver la mise en cache si nécessaire.
Ces paramètres par défaut visent à améliorer les performances de votre application et à réduire le coût et la quantité de données transférées à chaque requête réseau.
Pendant le développement
Lors du développement de votre application, nous recommandons d'utiliser les fonctionnalités suivantes pour garantir les meilleures performances et expérience utilisateur :
Routage et rendu
- Layouts : Utilisez les layouts pour partager l'interface utilisateur entre les pages et activer le rendu partiel (partial rendering) lors de la navigation.
- Composant
<Link>
: Utilisez le composant<Link>
pour la navigation côté client et le préchargement. - Gestion des erreurs (Error Handling) : Gérez élégamment les erreurs globales (catch-all errors) et les erreurs 404 en production en créant des pages d'erreur personnalisées.
- Composants Client et Serveur (Client and Server Components) : Suivez les modèles de composition recommandés pour les Composants Serveur et Client, et vérifiez le placement de vos limites
"use client"
pour éviter d'augmenter inutilement la taille de votre bundle JavaScript côté client. - APIs dynamiques (Dynamic APIs) : Soyez conscient que les APIs dynamiques comme
cookies
et la propsearchParams
feront basculer toute la route en Rendu dynamique (Dynamic Rendering) (ou toute votre application si utilisées dans le Layout racine (Root Layout)). Assurez-vous que l'utilisation des APIs dynamiques est intentionnelle et encapsulez-les dans des limites<Suspense>
si nécessaire.
Bon à savoir : Le Pré-rendu partiel (Partial Prerendering) (expérimental) permettra à des parties d'une route d'être dynamiques sans basculer toute la route en rendu dynamique.
Récupération et mise en cache des données
- Composants Serveur (Server Components) : Tirez parti des avantages de la récupération de données côté serveur en utilisant les Composants Serveur.
- Gestionnaires de route (Route Handlers) : Utilisez les gestionnaires de route pour accéder à vos ressources backend depuis les Composants Client. Mais n'appelez pas les gestionnaires de route depuis les Composants Serveur pour éviter une requête serveur supplémentaire.
- Streaming : Utilisez l'interface de chargement (Loading UI) et React Suspense pour envoyer progressivement l'interface du serveur vers le client, et empêcher que toute la route ne soit bloquée pendant la récupération des données.
- Récupération parallèle des données (Parallel Data Fetching) : Réduisez les cascades réseau en récupérant les données en parallèle si nécessaire. Envisagez également de précharger les données (preloading data) si approprié.
- Mise en cache des données (Data Caching) : Vérifiez si vos requêtes de données sont mises en cache ou non, et activez la mise en cache si nécessaire. Assurez-vous que les requêtes n'utilisant pas
fetch
sont mises en cache. - Images statiques (Static Images) : Utilisez le répertoire
public
pour mettre automatiquement en cache les assets statiques de votre application, par exemple les images.
Interface utilisateur et accessibilité
- Formulaires et validation (Forms and Validation) : Utilisez les Actions Serveur (Server Actions) pour gérer les soumissions de formulaires, la validation côté serveur et la gestion des erreurs.
- Module de polices (Font Module) : Optimisez les polices en utilisant le module de polices, qui héberge automatiquement vos fichiers de police avec les autres assets statiques, supprime les requêtes réseau externes et réduit le décalage de mise en page (layout shift).
- Composant
<Image>
: Optimisez les images en utilisant le composant Image, qui optimise automatiquement les images, empêche le décalage de mise en page et les sert dans des formats modernes comme WebP. - Composant
<Script>
: Optimisez les scripts tiers en utilisant le composant Script, qui diffère automatiquement les scripts et les empêche de bloquer le thread principal. - ESLint : Utilisez le plugin intégré
eslint-plugin-jsx-a11y
pour détecter les problèmes d'accessibilité dès le début.
Sécurité
- Marquage (Tainting) : Empêchez l'exposition de données sensibles au client en marquant les objets de données et/ou des valeurs spécifiques.
- Actions Serveur (Server Actions) : Assurez-vous que les utilisateurs sont autorisés à appeler les Actions Serveur. Consultez les bonnes pratiques de sécurité recommandées.
- Variables d'environnement (Environment Variables) : Assurez-vous que vos fichiers
.env.*
sont ajoutés à.gitignore
et que seules les variables publiques sont préfixées parNEXT_PUBLIC_
. - Politique de sécurité du contenu (Content Security Policy) : Envisagez d'ajouter une politique de sécurité du contenu pour protéger votre application contre diverses menaces de sécurité telles que le cross-site scripting, le clickjacking et d'autres attaques par injection de code.
Métadonnées et SEO
- API Métadonnées (Metadata API) : Utilisez l'API Métadonnées pour améliorer le référencement (SEO) de votre application en ajoutant des titres de page, des descriptions et plus encore.
- Images Open Graph (OG) : Créez des images OG pour préparer votre application au partage sur les réseaux sociaux.
- Sitemaps et Robots : Aidez les moteurs de recherche à explorer et indexer vos pages en générant des sitemaps et fichiers robots.
Sécurité des types
- TypeScript et Plugin TS : Utilisez TypeScript et le plugin TypeScript pour une meilleure sécurité des types et pour détecter les erreurs plus tôt.
Avant la mise en production
Avant la mise en production, vous pouvez exécuter next build
pour construire votre application localement et détecter les erreurs de build, puis exécuter next start
pour mesurer les performances de votre application dans un environnement similaire à la production.
Core Web Vitals
- Lighthouse : Exécutez Lighthouse en mode navigation privée pour mieux comprendre comment vos utilisateurs vivront votre site et identifier les axes d'amélioration. Ceci est un test simulé et devrait être complété par l'analyse des données de terrain (comme les Core Web Vitals).
- Hook
useReportWebVitals
: Utilisez ce hook pour envoyer les données des Core Web Vitals à vos outils d'analyse.
Analyse des bundles
Utilisez le plugin @next/bundle-analyzer
pour analyser la taille de vos bundles JavaScript et identifier les gros modules et dépendances qui pourraient impacter les performances de votre application.
De plus, les outils suivants peuvent vous aider à comprendre l'impact de l'ajout de nouvelles dépendances à votre application :