前後端分離架構，對企業網站有什麼實際好處？

跟客戶開技術會議時，「前後端分離」大概是最常被問「所以那是什麼意思？」的詞。這篇文章用白話講清楚它是什麼、以及對您的網站有什麼實際好處。

先講白話版

傳統網站像一間「前店後廠」黏在一起的工廠：訪客看到的頁面、跟您同事用的管理後台，全部擠在同一套系統裡。前後端分離則是把它拆成兩棟建築——前台網站專心把內容漂亮、快速地呈現給訪客；管理後台專心讓您的同事安全地編輯內容。兩者之間用一條標準化的資料通道（API）串起來。

好處一：速度，以及跟著速度來的 SEO

前台網站可以把頁面「預先做好」放著等訪客（預先渲染），而不是每次有人點進來才現場組裝。體感差異非常明顯：頁面幾乎是點了就出現。Google 把載入速度列入排名因素已經很多年，快的網站在搜尋結果的先天體質就是比較好。

好處二：後台藏起來，攻擊面小很多

網站被駭，多數是從管理後台或系統漏洞下手。前後端分離後，後台可以完全不對外公開——訪客能碰到的只有前台頁面和一條只出不進的資料通道。對外的那一面越單純，能被攻擊的地方就越少。

好處三：改版不用打掉重練

因為前台跟後台是兩套獨立的系統，三年後想換新設計，只要重做前台，後台跟累積多年的內容、帳號、權限全部原封不動。反過來也一樣：後台要加新功能，前台完全不受影響。網站從「每五年砍掉重練一次」變成「可以分段進化的資產」。

那有沒有缺點？

誠實說：初期建置比傳統做法多一點工，因為等於蓋了兩棟建築加一條通道。所以它不是萬靈丹——內容單純的一頁式活動網站，用傳統做法反而快又省。但只要網站承載的是長期的品牌與業務，這筆架構投資通常在第一次改版時就回本了。

StoryCode 目前的新案標準架構正是如此：前台用 Nuxt 打造、後台是我們自己維護的內容管理系統，中間以 API 串接。如果您想知道自己的網站適不適合這種做法，歡迎與我們聊聊。