慢，通常不是伺服器的問題，是第一屏在等東西。

兩則真實修正，證據是你可以自己做的檢查。下面的量測由你的瀏覽器在這一頁即時讀出，不是預先寫好的數字。

這一頁的數字，是你的瀏覽器剛量的。

量的是你正在看的這一頁。每次重新整理都可能得到不同的數字——這正是重點：你可以自己重跑，不必只相信我們寫下的結果。

中文字型切片

量測中…

每則只留三行：現象、修法，以及你可以自己驗證的方法。

現象: 進場動畫從透明開始，又設定成動畫開始前先維持起始狀態；手機主執行緒忙碌時，動畫拖到很晚才啟動，主視覺就一直是透明的——當時行動版 PageSpeed Insights 量到 4.7 秒，最大內容繪製落在動畫啟動那一格。
修法: 進場動畫只保留位移、不再改透明度；元素排版完成就能畫出來，位移照樣在第一個動畫影格播放。
自己驗證: 在 DevTools 的 Performance 面板開啟 CPU 4× 降速，錄一次首頁載入：主標題在第一次繪製就可見，而不是等動畫播完才出現。開作品試試 →

現象: 中文字型依使用頻率切成多個檔案；首屏標題與導覽有 17 個字被排進較晚下載的切片，慢速網路下最晚約 4.6 秒才到，字到齊時整段標題重畫，最大內容繪製跟著延後。
修法: 產生字型切片時，先把首屏會用到的每一個字排進最先下載、而且預先載入的第 0 片，其餘再依頻率排序；總字數不變。
自己驗證: DevTools 的 Network 面板篩選 noto-slice，網路節流選 Slow 4G 重新整理首頁：第 0 片最先開始下載（由預先載入觸發），首屏標題不會在後續切片到達時換字。也可以直接看本頁上方的即時量測表。開作品試試 →

三步，對應「RWD 與網站修正」本來就承諾的範圍：先重現、再逐項處理、最後留下驗證紀錄。伺服器調校、CDN 與整站重構不在這項服務內，另行評估。

把網址、慢的頁面、在什麼裝置與網路下慢告訴我們，先量測、再一起界定範圍。