Skip to main content

Frontend engineering · Rendering

Server-Side Rendering

Also called: SSR, Server rendering, Server-rendered pages

Each time someone visits, the server builds the page's full HTML first and then sends it to the browser. The first screen shows up fast, and search engines can index it easily.

In detail

If an SPA is a box of ingredients you take home and cook yourself, SSR is a restaurant bringing the dish to your table ready to eat. The HTML the browser gets already has content, so the page shows up right away. Then JavaScript loads to make buttons and other interactions work. This step is called hydration.

SSR fits pages that need to be indexed by search engines and whose data may be different on every visit, like product detail pages and news pages. The difference from SSG is when the HTML gets built: SSR on every request, SSG at build time. Next.js and Nuxt are common SSR frameworks. The trade-off is that you need a server that's always running.

A common beginner error is a hydration mismatch: what the server rendered doesn't match the browser's first render. It's usually because the render used window, localStorage, the current time, or a random number.

Developer info
Term ID
eng-ssr
DOM selectors
No DOM cues. This concept isn't detected directly on a page.
Priority
1 · when several match at the same level, the higher priority wins
Version
v1 · updated Sep 29, 2026