Client Side Rendering vs Server Side Rendering
Posted on 9th October 2019
4 min read•
You might have heard the terms Client Side Rendering (CSR) and Server Side Rendering (SSR) when working with Single Page Application (SPA) technologies like React and Angular and how they might affect the performance of your site. Let’s try to figure out what CSR and SSR actually are and how they change the way your site works.
How SPA Client Side Rendering works
When the browser makes the initial request to the SPA server, the server returns the HTML file which looks like this.
<!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8" /> <meta name="viewport" content="minimum-scale=1, initial-scale=1, width=device-width, shrink-to-fit=no" /> <title>Single Page Application</title> </head> <body> <!-- The "root" div will get content from the JS later --> <div id="root"></div> <script src="index.js"></script> </body> </html>
After the initial HTML and CSS loads the browser requests the rest of the application which comes in a JS file. While this JS is being loaded and parsed, the page will be blank. The content will be viewable and intractable once the JS file has been parsed.
Credit - Alex Grigoryan
The advantage of Client Side Rendering (CSR) is once the page loads all subsequent navigation within the site will be fast as no more pages needed to be loaded from the server unlike a Multi Page Application.
One disadvantage is the user of the site will have to wait a long time until he/she sees anything meaningful on the screen during the first render. This can take a long time depending of the size of the app, speed of the connection and the power of the device the site os being viewed in (especially in low end mobile devices).
Enter Server Side Rendering
We can solve these issues by using Server Side Rendering. SSR is rendering the app to a string (HTML) in the server itself and sending it to the browser. This takes the work of rendering from the client to the server. So when the browser receives the initial HTML file there is content for the user to see unlike a CSR site where the entire JS file needs to be downloaded and parsed before something meaningful can be shown on screen. The site becomes interactive once the JS file has been downloaded and parsed.
Credit - Alex Grigoryan
The downside of using just SSR is that it makes navigation within the site slow as each page needs to be rendered and fetched from the server. This also increases the load on the server.
Is there a way to use both CSR and SSR as needed?
CSR makes out app faster and more interactive. SSR can speed up the first render of the site and improve SEO. We don’t to sacrifice the features of one by going fully with the other. Instead we can use an Universal Web App.
Universal Web App
Universal Web Apps combine the best of the both Client Side Rendering and Server Side Rendering. In an Universal Web App, the initial render will be done in the server, and once the page loads client side rendering will take over. This makes sure that we have good SEO, a quick first render and speed when browsing in the app.
There are a couple of frameworks which allow us to build UWAs quickly.
- Next.js - A framework to build Universal Web Apps with React
- Nuxt.js - A framework to build Universal Web Apps with Vue.js
I hope you found this useful on learning about Server Side Rendering and Client Side Rendering. 😊
If you enjoyed this post please leave a like or two below!!!