站台優化成果

下載量為什麼能少 92%。 首頁原本有兩張動畫 GIF，合計 61 MB，客人光是開首頁就要把它們下載完。改成同畫面的 MP4 影片後降到 2.1 MB，看起來完全一樣。

怎麼看這張表。 左邊那一欄是絕大多數客人走的路，這次從 0.661 秒縮短到 0.125 秒，快了 5.3 倍，這是本次優化的主要成果。

右邊那一欄只快了 1.3 倍，因為這條路每次都必須把整套程式重跑一遍，快取幫不上忙。這也解釋了為什麼結帳頁比瀏覽頁慢：結帳的內容因人而異，本來就不能存起來重複使用。

所以效益的關鍵是：讓越多客人走左邊那條路越好。 優化前兩條路差 2.9 倍，優化後差到 12.1 倍，等於命中快取的價值變得比以前更高。

一個投放廣告前建議先處理的項目。 從 Facebook 廣告點進來的連結，網址後面會帶一段追蹤碼，而且每一次點擊的追蹤碼都不一樣。系統會把它當成一個全新的網址，因此每位廣告客人都走右邊那條慢路。

實測：一般網址 0.12 秒；帶廣告追蹤碼的網址 1.31 - 1.42 秒，慢了約 10 倍。

修正方式是讓系統在比對快取時忽略追蹤碼，廣告數據完全不受影響。不需額外費用，建議在募資投放前完成。

換算成營運語言。 站台可以從容承接數百人同時在站上瀏覽，40 人同時看商品仍然在 1 秒內。真正的瓶頸在結帳環節，建議把同時按下結帳的人數控制在 10 人以內，超過會開始出現 3 秒以上的等待。如果預期開賣瞬間會有更集中的湧入，可以再擴充規格。

募資開賣前建議把頻率再調密。 資料庫備份改成每小時，儲存費用仍在免費額度內，不會增加成本。

綜合來看。 一年多付 9,200 元，換到的是首頁快 4.3 倍、回訪客人快到 0.12 秒、傳輸量少 92%、承載能力翻倍，以及從零開始建立的自動備份。同時避開了一筆實測證明沒有效果、主機年費約 3 倍的升級。