CSR rendert vooral in de browser
Bij client-side rendering krijgt de browser een applicatieshell en bouwt JavaScript daarna de pagina op. Dat is flexibel voor interactieve apps, maar vraagt extra aandacht voor initiële HTML en performance.
Bij CSR wordt de applicatie vooral in de browser opgebouwd. Dat is handig voor sterk interactieve productinterfaces, maar voor publieke content betekent het dat initiële HTML soms weinig inhoud bevat. Moderne crawlers kunnen JavaScript verwerken, maar volledige HTML bij de eerste response blijft eenvoudiger voor performance, sharing en voorspelbare indexering.
SSR rendert per request op de server
Server-side rendering kan direct volledige HTML teruggeven en daarna hydrateren voor interactie. Het vraagt wel een serverruntime en een duidelijke cache- en foutstrategie.
SSR genereert HTML op aanvraag. Dat is nuttig wanneer content per request of gebruiker kan veranderen, maar introduceert een serverruntime, cachingvragen en extra foutpaden. Het is dus geen gratis upgrade bovenop CSR; het is een andere operationele keuze.
Prerendering genereert HTML vooraf
Voor publieke pagina’s die niet per bezoeker veranderen kan vooraf gegenereerde HTML eenvoudig, snel en goed crawlbaar zijn. Een site kan bovendien meerdere renderstrategieën combineren.
Prerendering is vaak sterk voor diensten, artikelen en cases die niet per bezoeker veranderen. De HTML wordt vooraf gebouwd en kan direct geserveerd worden. Veel goede applicaties gebruiken daarom een hybride model: prerendering voor publieke marketing- en kenniscontent, client-side interactie voor dynamische productdelen en SSR alleen waar het werkelijk nodig is.