[Day 01] 浅谈 CSR，SSR 与 SSG

小方程序员 09-03 57

前言：

现在各位老铁们对“网页加载完毕但是一片空白”都比较重视，姐妹们都需要学习一些“网页加载完毕但是一片空白”的相关资讯。那么小编也在网上搜集了一些对于“网页加载完毕但是一片空白””的相关知识，希望各位老铁们能喜欢，兄弟们快快来学习一下吧！

如果你曾写过 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 的工具，尝试取的服务器端回传的网页原始码。

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

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

客户端渲染，指的「渲染」就是在客户端渲染`` 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 下载完毕后执行后续需要进行网页互动的流程。

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)

优点

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

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

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

缺点

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

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

服务器端渲染 (Server-Side Rendering, SSR)

优点

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