🖥️
web

SSR

Rendu de pages web cote serveur avant l'envoi au navigateur.

Definition

SSR (Server-Side Rendering) est une technique de rendu web ou le serveur genere le HTML complet d'une page avant de l'envoyer au navigateur. L'utilisateur voit le contenu immediatement, sans attendre que le JavaScript se charge et s'execute.

SSR est l'approche historique du web (PHP, Ruby on Rails, Django), revenue au premier plan avec les frameworks JavaScript modernes (Next.js, Nuxt, Astro).

Pourquoi utiliser SSR ?

SEO

Les moteurs de recherche indexent directement le HTML genere par le serveur. Pas besoin d'attendre l'execution JavaScript (contrairement aux SPA).

Performance percue

Le First Contentful Paint (FCP) est plus rapide : l'utilisateur voit du contenu des la reception du HTML. Le Time To Interactive (TTI) depend ensuite de l'hydratation JavaScript.

Accessibilite

Le contenu est disponible meme sans JavaScript, ameliorant l'accessibilite pour les lecteurs d'ecran et les navigateurs limites.

SSR vs SSG vs ISR vs SPA

Technique Rendu Cache Donnees fraiches Cas d'usage
SSR A chaque requete CDN possible (Cache-Control) Oui, toujours Dashboards, e-commerce
SSG Au build time Statique (CDN) Non (rebuild necessaire) Blogs, docs, landing pages
ISR Build + revalidation CDN avec TTL Oui (apres revalidation) Sites avec contenu semi-statique
SPA Cote client (JS) Application shell Oui (API calls) Apps internes, dashboards

Hydratation

Avec SSR, le serveur envoie du HTML statique. L'hydratation est le processus ou le JavaScript cote client "attache" les event listeners et rend la page interactive.

Probleme : l'hydratation peut etre lente sur de grosses pages (tout le JS doit se charger).

Solutions modernes :

  • Partial Hydration (Astro Islands) : seuls les composants interactifs sont hydrates
  • Streaming SSR (React 18) : envoi progressif du HTML
  • Server Components (React/Next.js) : composants qui ne sont jamais hydrates

Frameworks SSR

Framework Langage Particularite
Next.js React App Router, Server Components
Nuxt Vue Auto-import, modules
SvelteKit Svelte Leger, rapide
Astro Multi-framework Islands, zero JS par defaut
Remix React Focus sur les formulaires et HTTP

Exemple (Next.js App Router)

// app/users/page.tsx — Server Component (SSR par defaut)
export default async function UsersPage() {
  const users = await fetch('https://api.exemple.com/users');
  const data = await users.json();

  return (
    <ul>
      {data.map(user => <li key={user.id}>{user.name}</li>)}
    </ul>
  );
}

Besoin d'aide technique ?

Decrivez votre projet pour des conseils personnalises par nos experts.

Recevoir des conseils

Questions frequentes

SSR est-il plus lent que SSG ?
Pour la premiere requete, oui : SSR genere le HTML a la volee alors que SSG sert un fichier statique pre-genere. Mais SSR offre des donnees toujours fraiches, et avec un cache CDN, la difference est minime.
Faut-il utiliser SSR pour le SEO ?
SSR ou SSG, les deux sont excellents pour le SEO. L'important est que le HTML soit present dans la reponse initiale du serveur. Les SPA pures (client-side rendering) sont les plus problematiques pour le SEO.
Qu'est-ce que l'hydratation et pourquoi est-ce un probleme ?
L'hydratation est le processus ou le JavaScript cote client rend le HTML statique (genere par le serveur) interactif. Le probleme : tout le JavaScript doit se charger et s'executer, ce qui peut ralentir le TTI. Les solutions modernes (Astro Islands, Server Components) reduisent ce probleme.

Pages liees

Chaque semaine, le meilleur de la tech francaise

Tendances, salaires, outils et opportunites — directement dans votre boite mail.

Gratuit. Desabonnement en un clic. Pas de spam.