網站與前端工程

會被搜尋引擎讀懂、在慢速網路上也打得開、三年後還改得動的網站。效能與可及性是驗收條件，不是加分項。

什麼時候需要

當網站在辦公室的 Wi-Fi 上很好，在客戶手上很慢。當每一次改文案都要發一次版。當 Lighthouse 的分數沒有人敢打開。這三件事通常同時出現，而且都是同一個原因：網站被當成一次性交付，而不是一個要活三年的東西。

先訂效能預算，再開始寫。預算是具體的數字 —— 首屏多少 KB、LCP 幾秒、第三方腳本幾支 —— 並且接進 CI，超出的 PR 直接擋下。內容全部進資料層，讓文案改動不需要工程師。

一個通過 Core Web Vitals 的網站、一套你的行銷同事改得動的內容後台、完整的結構化資料與多語系網址，以及一份寫清楚每個效能決定為什麼這樣做的交接文件。

不裝第五支分析工具。不用需要 JavaScript 才看得到內容的架構去做需要被搜尋的頁面。也不交付一個「之後再補無障礙」的版本 —— 補不回來，那是結構問題不是樣式問題。

把現在的網址給我們。我們會回一份實測報告：三個語系、行動與桌面、以及最慢的那三頁慢在哪。這份報告免費，而且不需要你先決定要不要合作。

交付內容

兩個工作天內會有人回信，回信的人就是會做這個案子的人。