Server-side Rendering
伺服器端渲染
伺服器端渲染（SSR）會在每次收到請求時，由伺服器產生 HTML，再把完成的頁面傳給瀏覽器。之後可以再接上客戶端互動。
另一個例子
一個請求帶有使用者語言和登入狀態。瀏覽器的 JavaScript 執行前，伺服器先回傳個人化 HTML；如果 HTML 是發布時一次產生的，那是靜態生成，不是收到請求時才做的 SSR。
主要部分
- 01請求脈絡
- 02伺服器 renderer
- 03HTML 回應
什麼時候用
伺服器會為每個收到的請求分別產生 HTML 時，可以使用這個詞。
什麼時候不要用
如果收到請求時沒有產生 HTML，就不要把純 API 回應、邊緣快取或靜態檔案稱為 SSR。
程式裡的名稱
request + server data → HTML response 上線前要檢查
檢查程式執行環境與版本、整合邊界、相依套件與授權，以及支援的平台。驗證安全、失敗處理、效能與監控。也要檢查部署、支援負責人、升級路徑與回復上一版的方法。
預期成果：把 伺服器端渲染 (Server-side Rendering) 當成團隊能維護的技術基礎，並檢查它是否符合產品需求。 使用者情境：一個請求帶有使用者語言和登入狀態。瀏覽器的 JavaScript 執行前，伺服器先回傳個人化 HTML；如果 HTML 是發布時一次產生的，那是靜態生成，不是收到請求時才做的 SSR。 技術或工程概念：伺服器端渲染 (Server-side Rendering)。 適用理由：伺服器會為每個收到的請求分別產生 HTML 時，可以使用這個詞。 不應使用的情況：如果收到請求時沒有產生 HTML，就不要把純 API 回應、邊緣快取或靜態檔案稱為 SSR。 工程適配：定義程式執行環境與版本。說明它負責什麼、介面、資料流、相依套件、支援平台、安全與效能限制，以及如何接上現有技術組合。 生命週期防護：檢查相依套件是否健康、授權是否可用。加入監控與安全退路，並指定升級負責人。沒有可衡量的好處時，不要再加入功能重複的框架或工具。 驗收條件：用最小整合證明必要行為。測試相容性、安全性、失敗與效能。記錄部署、升級、支援與回復上一版的方法。 證據與限制（證據邊界）：沒有一份官方標準能管到全部內容。不同團隊、平台或框架的用法可能不同。 待確認：現有技術組合、執行環境、版本規則、目標平台和相依套件負責人。也要確認效能預算、支援期限與搬移限制。
檢查這份需求
請 AI 程式助手檢查目前如何使用 伺服器端渲染 (Server-side Rendering)。 定義：伺服器端渲染（SSR）會在每次收到請求時，由伺服器產生 HTML，再把完成的頁面傳給瀏覽器。之後可以再接上客戶端互動。 正式環境檢查：檢查程式執行環境與版本、整合邊界、相依套件與授權，以及支援的平台。驗證安全、失敗處理、效能與監控。也要檢查部署、支援負責人、升級路徑與回復上一版的方法。 修改程式前，先列出看到的證據、缺口、嚴重程度，以及最小且安全的修正。