# SSG, SSR, ISR, hybride : le glossaire du WordPress découplé

> Quatre sigles qu'on entend dans tout projet headless, définis précisément et resitués face à un contenu WordPress réel.

- Auteur : Clément Hadrot
- Publié le : 2026-04-03
- Mis à jour le : 2026-04-03
- Catégorie : Headless & API
- URL : https://wpmoderne.dev.wordpress-developpement.fr/headless/ssg-ssr-isr-hybride-glossaire-wordpress-decouple/

## L’essentiel

- Chaque sigle répond à une question différente sur le moment du rendu
- Aucun mode n'est supérieur dans l'absolu, chacun a son terrain
- Un même site combine souvent plusieurs modes selon les pages

Un client arrivait en réunion de cadrage avec une exigence formulée ainsi : « je veux du SSR pour que ce soit rapide ». Le SSR ne rend rien plus rapide en soi, et confondre les quatre sigles qui décrivent le moment où une page WordPress est transformée en HTML mène régulièrement à des choix d'architecture mal justifiés. Voici ces quatre notions, définies sans attachement à un framework en particulier.

La question commune à ces quatre modes est simple : à quel moment, exactement, le contenu venu de WordPress est-il transformé en page HTML prête à afficher ?

## SSG : le rendu au moment du build

Le Static Site Generation transforme chaque page en fichier HTML une seule fois, au moment de la construction du site, bien avant qu'un visiteur n'arrive. Le contenu WordPress est interrogé pendant le build, jamais au moment de la visite. C'est le mode le plus rapide à servir, puisqu'aucun calcul ne reste à faire à la visite, mais aussi le plus rigide : un contenu modifié dans WordPress n'apparaît sur le site qu'après un nouveau build complet ou partiel.

## SSR : le rendu à chaque visite

Le Server-Side Rendering interroge WordPress et construit le HTML à chaque requête d'un visiteur, en temps réel. Le contenu est toujours à jour à la seconde près, au prix d'un calcul refait à chaque visite et d'une dépendance directe à la disponibilité de WordPress au moment précis de la requête.

> L'essentiel à retenir : Chaque sigle répond à une question différente sur le moment du rendu ; Aucun mode n'est supérieur dans l'absolu, chacun a son terrain ; Un même site combine souvent plusieurs modes selon les pages

## ISR : le compromis entre les deux

L'Incremental Static Regeneration part d'une page générée statiquement, mais accepte de la régénérer en arrière-plan après un certain délai ou sur déclenchement, sans jamais faire attendre le visiteur pendant cette régénération. Le visiteur reçoit toujours une version déjà construite, potentiellement légèrement datée, pendant qu'une version plus fraîche se prépare pour les visites suivantes.

## Le rendu hybride : un choix page par page

Aucun site réel n'a de raison de choisir un seul mode pour toutes ses pages. Un site éditorial WordPress typique combine généralement plusieurs approches selon la nature de chaque page :

| Type de page | Mode généralement adapté | Pourquoi |
| --- | --- | --- |
| Article de blog publié une fois | SSG ou ISR | Contenu stable, peu de raisons de recalculer à chaque visite |
| Résultats de recherche interne | SSR | Dépend entièrement des termes saisis par le visiteur |
| Page de compte utilisateur connecté | SSR | Contenu propre à chaque visiteur, impossible à mettre en cache globalement |
| Page produit avec stock changeant souvent | ISR | Fraîcheur importante sans recalcul à chaque visite |

## Le cas particulier de la prévisualisation

Un mode souvent oublié dans ce glossaire : la prévisualisation d'un brouillon avant publication échappe à ces quatre catégories généralistes. Elle exige presque toujours un rendu au moment de la requête, même sur un site majoritairement en SSG, puisque le contenu prévisualisé n'existe pas encore dans la version publique déjà construite. C'est un cas particulier de SSR appliqué ponctuellement à une seule page, le temps de la relecture par le rédacteur.

## Une confusion fréquente à éviter

Ces quatre modes décrivent le moment du rendu, pas le mécanisme de cache HTTP qui peut s'y ajouter par-dessus. Un site en SSR peut très bien être placé derrière un cache HTTP qui absorbe une partie du trafic, ce qui ne le transforme pas pour autant en site statique : la distinction porte sur ce qui se passerait en l'absence de tout cache additionnel, pas sur le comportement observé une fois le cache en place.

> Demander « du SSR pour que ce soit rapide » revient à confondre le moment du rendu avec sa performance perçue. Le mode le plus rapide à servir reste presque toujours le SSG, précisément parce qu'il ne calcule rien à la visite.

## En résumé

Ces quatre sigles ne sont pas des labels de qualité à collectionner, mais des réponses à une seule question : quand le contenu WordPress se transforme-t-il en HTML ? Le bon choix ne se décide jamais globalement pour un site entier, il se décide page par page, en fonction de la fraîcheur réellement nécessaire et de la part de contenu propre à chaque visiteur.