前言

如果你曾写过Vue或React这类型的前端框架，那么多少会知道SPA（Single-Page Application）这个名词，意思是网站仅存在一个页面的应用程序，SPA在页面需要跳转时不用等待整个网页重整刷新，只需要从服务器取得数据后渲染欲刷新的网页中的部分元素即可，也因为这项特色成为了SPA的优点，除了能让使用者浏览网页的体验能更佳顺畅以外，也因为都是由前端结合AJAX（Asynchronous JavaScript and XML）技术发送API进行数据操作，进而实现让前端与后端分离。

客户端渲染（Client-Side Rendering，CSR）

开头所提及如Vue的这类将前后端进行分离的框架，因为仅专注在画面上，所以通常都是CSR，也就是所谓的客户端渲染亦称前端渲染。

以下是使用Vue CLI的预设配置，建立一个Vue 3的项目并启动服务后，我们透过Google Chrome或Edge浏览器页面中点击右键后展开菜单的「检视网页原始码」功能后，所看到的网页原始码。

注意！这边并不是「检查元素」功能，而是针对服务器请求首页后，回传的网页HTML；你也可以透过cURL等发送Request的工具，尝试取的服务器端回传的网页原始码。

e32422462c01b5fcf5bc5532d1219adf_20152617ZGijqIbXCf.png

可以发现到因为CSR的特点，首页的网页原始码<body></body>中，仅有<div id=“app”></div>这个元素，通常这个元素就是前端框架要准备Mount的根元素或容器，在包含Vue代码的JavaScript档案尚未下载完毕与执行前，这个容器仍旧是空的，所以也就会导致网页是一片空白的情况。

如下图的流程，需要一直到Vue代码下载且加载完毕后，才能开始做请求初始数据与渲染HTML的动作，如果今天网络环境很差，服务器虽然已经响应回来HTML，不过在等待JavaScript档案下载的过程中白画面依旧会持续一段时间，直到完成下载与执行渲染后触发画面更新。

b042a63085d7f65f48611e5e65762ac1_20152617ki75eEM99p.png

客户端渲染，指的「渲染」就是在客户端渲染HTML，这个渲染的动作，你也可以理解为产生或变动HTML，浏览器再依据变动后的HTML进行画面的更新，也因为这个特性，框架可以做的到仅渲染部分HTML，从而让浏览器仅更新部分的画面，达到更好的性能与体验。

然而CSR最常为人诟病的一项缺点就是搜寻引擎最佳化（Search Engine Optimization，SEO），一个网站上线后为了能在搜寻引擎上能有更好的排名与曝光，其中一个方式就是要为网站进行搜寻引擎最佳化的配置。SEO配置与优化在CSR上比较难去实现，因为CSR是在客户端进行数据请求后渲染HTML再由浏览器做画面更新，导致搜寻引擎的爬虫所搜集与索引到的网站网页的HTML并不包含客户端所需要即时请求的数据，进而让爬虫无法解析到这些数据可能含有关键字等索引。虽然现今搜寻引擎的爬虫遇到CSR类型的网站有部分能解决首次数据加载的问题且能收录到数据，但仍有一些小细节仍不够友好，综观来说SPA并不方便也不利于做SEO配置。

要解决SEO的问题，可以采用预渲染（Pre-rendering）的方式，让网页请求送达服务器端后，返回的页面即为已经包含数据的网页HTML，常见的有Server-Side Rendering和Static Site Generation等技术来解决SEO配置。

服务器端渲染（Server-Side Rendering，SSR）

SSR服务器端渲染或称后端渲染，并不是为了解决CSR问题而存在的也不是什么新奇的概念。

在网际网络与浏览器刚起步时，使用者的客户端（Client）是与服务器（Server）直接请求网页档案，例如index.html，而档案的内容即为HTML格式的网页原始码，并让浏览器进行画面的渲染绘制，我们先不考虑JavaScript进行互动与动态操作网页的HTML元素，这里的重点是──使用者请求某个网页页面后，所接收到HTML即是浏览器进行画面渲染的最终网页原始码，由后端服务器吐出最终的HTML，虽然不是靠后端语言渲染HTML，但这不就也是服务器端产生HTML的一种吗！

再后来，随着程序语言的发展，PHP、JSP与ASP/ASP.NET等后端语言都是以SSR也就是服务器端渲染为主，再回传至前端。这一系列由前端发送网页请求，后端接受到后透过后端程序码在服务器端执行、拿取数据库数据等操作都在伺服端运算渲染完，再回传至使用者的浏览器进行画面的渲染绘制，也就称之为服务器端渲染，亦称后端渲染。

搜寻引擎的出现，让网站开发在实务上需要涵盖很多关键字能搜寻到并让网站在搜寻引擎的排名能越靠前，被点击进入网站的机会就更高也就有更多的流量。

可以参考下图的流程，SSR与CSR不同，当使用者请求浏览页面时，后端服务器可能就已经包含了从数据库或其他API拿取数据的动作，并在后端运算渲染完最终的初始页HTML后，才响应至客户端的浏览器，所以浏览器就可以依照HTML绘制出初始画面，并同时等待JS下载完毕后执行后续需要进行网页互动的流程。

44e77633933820dd70cd8c1c4d90e81a_20152617WGDnkZuDVt.png

SSR所产生的初始页面就包含了数据而非空页面，所以搜寻引擎的爬虫就能正确的搜集并建立索引数据或关键字，根据SEO优化规则，进而让网站在搜寻引擎的排名能越靠前，被点击进入网站的机会就更高，也就会有更多的流量；看看现在的博客、网络新闻等这类的追求高曝光高流量的网站，多数都有使用到SSR的技术。

举例来说WordPress这套常用于架设博客或内容管理的系统，除了在构架弹性、社群生态完整外，WordPress以PHP程序语言作为开发系统本身就是以SSR服务器端渲染内容为主，在SEO优化上就本身就具有得天独厚的条件与优点，也因此WordPress在架设网站仍占有一席之地。

静态页面生成（Static Site Generation，SSG）

SSG（Static Site Generation）顾名思义就是产生静态页面的技术，使用SSG技术的网站通常在编译打包时期就会连带编译产出静态网页，因此SSG非常适合做内容不大会变动的静态网站，这些编译出来的页面也能上CDN被缓存，不过也会因为网站大小而导致因为打包的时间可能过长，且在页面内容需要改变，就必须要重新编译打包，所以没办法像CSR或SSR具有动态内容的弹性。虽然SSG有一些缺点与劣势，但也有ISR（Incremental Static Regeneration）等技术来解决。

CSR、SSR与SSG的优缺点

客户端渲染（Client-Side Rendering，CSR）

优点

跳转页面时，不再需要由服务器重新渲染整个页面，前端框架会帮我们实现部分元素更新，使用者体验较佳。

实现前后端分离，让前端能更专注UI开发，后端专注API。

因为渲染工作皆在客户端完成，服务器负担也较小。

缺点

首次进入网站时，可能需要较长的下载JS与加载渲染时间会有白画面问题。

不利于SEO，搜寻引擎爬虫搜集数据时多数不执行JS或页面过于复杂，而导致无法获得初始页面数据；搜寻引擎对于CSR虽有解决方案，但是仍不够友善。

服务器端渲染（Server-Side Rendering，SSR）

优点

有利于SEO，首次进入网站时，网页HTML就已经在服务器端渲染生成完毕，搜寻引擎爬虫便能准确抓取最终网页数据。

缺点

跳转页面时，网页都需要再重新加载，导致用户体验较差。

因为渲染工作皆在伺服端完成，所以每次都需要重新取得整个页面的API的数据与渲染，对于服务器负担也较大。

静态页面生成（Static Site Generation，SSG）

优点

打包编译时产生出网页原始码HTML档案，即静态资源档案，因此能很好的搭CDN缓存来减轻服务器负担。

有利于SEO，因为打包编译时产生出网页原始码HTML档案，正是可以让搜寻引擎爬虫解析的完整网页数据。

缺点

如果页面经常变动，就得再一次打包编译，重新产生出新的一份网页原始码HTML档案。

后端渲染再加上前端渲染行不行？

综合上述，如果采用SSR渲染出首次进入富含信息的网页HTML，再让前端加载Vue做CSR让其后续可以动态的取得数据更新画面，那不就可以完美解决SPA常见的首页白画面或SEO优化问题了吗？

没有错！这就是所谓的SSR + SPA也是目前常见的解决方案，而且透过前端SSR框架如React的Next.js或是本系列要介绍的Nuxt框架，就能同时兼具SPA的使用者体验与SSR的SEO优化。

我们的网站运作流程就会变成：

浏览器首次进入网站，对服务器发出请求。

由Nuxt接手请求，接着负责从数据库数据或打API取得该页面需要的数据，如文章的标题、内容。

接着将数据结合并渲染出HTML，并将网页HTML回传给前端。

前端浏览器收到的请求响应HTML，将绘制出网页画面，并从SSR切换成SPA让前端接手渲染工作。

使用者与网页进行互动，如切换页面需要加载更多资料时，网页从前端以AJAX发送API请求，再仅针对部分元素进行渲染HTML与触发浏览器画面更新。

虽然采用SSR的框架进行开发，势必会有更耗费资源与性能的代价，但针对实务上的需求，这种方式仍是多数人所采纳的解决方案。

小结

下一篇将为大家介绍基于Vue 3的框架Nuxt 3，来更好更简单实现SSR或SSG。

感谢大家的阅读，这是我第一次参加iThome铁人赛，请鞭小力一些，也欢迎大家给予建议：）

如果对这个Nuxt 3系列感兴趣，可以订阅接收通知，也欢迎分享给喜欢或正在学习Nuxt 3的伙伴。

参考资料：