Comment choisissez-vous entre génération statique, rendu serveur et rendu client pour une page donnée ?

Choisissez selon le degré de personnalisation et de fraîcheur du contenu. La génération statique pour du contenu identique pour tout le monde, puisqu'il se sert directement depuis un CDN. Le rendu serveur quand la page dépend de la requête, comme un tableau de bord connecté, et que vous avez quand même besoin d'un premier paint rapide ou d'être indexable. Le rendu client pour les parties interactives derrière l'authentification où le premier paint n'est pas une métrique business. La plupart des vraies applications mélangent les trois selon la route.

Je décide par route, avec deux questions : est-ce identique pour chaque utilisateur, et à quel point ça peut être périmé. Les pages marketing, la documentation, tout ce qui est indexable et partagé, c'est du statique, revalidé selon un calendrier ou à la publication, donc servi depuis le edge et il n'y a rien qui puisse être lent. Un tableau de bord connecté est rendu côté serveur, parce qu'il dépend de la requête et que je veux que le premier paint contienne de vraies données plutôt qu'un squelette en forme de spinner. Les surfaces profondément interactives derrière l'authentification, comme un éditeur en glisser déposer, je suis content de les rendre côté client puisque personne ne mesure leur LCP. Ce que les gens sous-estiment, c'est le côté coût. Le statique veut dire posséder l'invalidation, et j'ai déjà livré un prix périmé. Le rendu serveur veut dire que mon time to first byte devient le problème de ma base de données, donc il faut du cache et un budget de timeout. Donc je finis en général avec des coquilles statiques, des sections de données rendues serveur envoyées en streaming, et de l'interactivité client seulement là où elle mérite son bundle.