They're both acronyms:
When you visit a website, the interface needs to be processed so that your device can display it to you. SSR refers to the work that is done on the website server, whilst CSR is the work done on your device.
Imagine visiting a restaurant. You sit down and peruse the menu before ordering a delicious serving of 'DesignThen.Dev'.
When you order, the chef doesn't just give you raw ingredients like flour and eggs. Instead, they prepare the whole dish in the kitchen (the server) and present it to you ready to eat (on your screen). That's server-side rendering!
Think of CSR like a live cooking show. Instead of waiting for a pre-made dish (SSR), the chef gives you the ingredients (code) and tools (browser) to cook with them live. This offers some unique advantages.
Making use of SSR and CSR is a balance between many factors such as performance, convenience, and control. Depending on the type of website, you might want to use one over the other, or a combination of the two. I'll briefly explain the primary benefits for each.
Like most things in web-development, it depends!
There are some project types that lend themselves to the benefits of one or the other. Generally speaking, web-apps like dashboards, and social media sites benefit from the dynamic control afforded by client side rendering. Websites like blogs, and marketing sites benefit from the performance and SEO gains from server side rendering.
However, you don't have to choose one! At DesignThen we default to server side rendering for all pages, and follow up with client side rendering for progressive enhancement. Learn more about the tech stack we use at DesignThen.
From custom web solutions to strategic advice, we're your expert partners for online success.