SSR (Rendu Côté Serveur) est une stratégie de rendu où le HTML est généré sur le serveur pour chaque demande entrante, livrant une page entièrement formée au navigateur plutôt que de s'appuyer sur JavaScript côté client pour rendre le contenu.
SSR contraste avec CSR (Rendu Côté Client) et SSG (Génération de Site Statique). Les compromis :
- Avantages de SSR : fraîcheur par demande, authentification côté serveur, HTML complet au premier octet (essentiel pour le SEO).
- Inconvénients de SSR : chaque demande touche le serveur ; la latence dépend de la charge du serveur et de l'emplacement d'origine.
Pour le commerce électronique, SSR est obligatoire pour les surfaces SEO — les robots d'exploration des moteurs de recherche n'exécutent pas de manière fiable JavaScript, donc les pages rendues par le client apparaissent souvent vides pour Googlebot. Le SSR moderne est généralement associé à la mise en cache (cache CDN, revalidation de style ISR, composants de cache) pour limiter la fréquence à laquelle le serveur d'origine rend réellement.
Dans Next.js 16, la ligne entre SSR, ISR, SSG et PPR s'est estompée. Le modèle cacheComponents + PPR permet aux développeurs de décrire ce qui doit être mis en cache et ce qui doit être dynamique au niveau du composant plutôt qu'au niveau de la page, éliminant la plupart des choix stratégiques historiques.