Stratégie de Rendu
La décision architecturale de savoir exactement où et quand le code est exécuté pour générer du HTML.
Sommaire
Définition
La décision architecturale de savoir exactement où et quand le code est exécuté pour générer du HTML.
La stratégie de rendu détermine si votre HTML est généré sur le serveur au moment de la compilation, sur le serveur lorsqu’un utilisateur le demande, ou directement dans le navigateur de l’utilisateur via JavaScript.
Pourquoi c’est important
Votre stratégie de rendu définit votre plafond de performances absolu. Si vous choisissez de rendre un site entier contenant beaucoup de documents dans le navigateur du client (CSR), aucune mise en cache ne changera le fait que l’utilisateur doit télécharger et analyser un énorme bundle JavaScript avant de pouvoir lire le premier paragraphe.
Les Distinctions Centrales
- Génération de Site Statique (SSG) : Le HTML est construit une fois sur un serveur et servi à partir d’un CDN. Vitesse imbattable, mais ne peut pas afficher de données spécifiques à l’utilisateur en temps réel sans récupération côté client.
- Rendu Côté Serveur (SSR) : Le HTML est construit sur un serveur pour chaque requête. Idéal pour les données personnalisées, mais nécessite de payer pour le temps de calcul du serveur.
- Rendu Côté Client (CSR) : Une coquille HTML vide est envoyée au navigateur, et JavaScript dessine l’interface utilisateur. Terrible pour le référencement et le chargement initial, mais idéal pour les applications hautement interactives.
Concepts Associés
- Lire le guide complet : Les performances Web en tant qu’architecture
- Voir aussi : Hydratation, Composants Serveur