选择主机时,首要考虑的有网络延迟、頻寬品質與機房互聯情況。優先選擇位於台灣主要機房(台北、台中、高雄)且提供大帶寬與低延遲骨幹連接的供應商。
CPU 選擇多核心且主頻高的實體或虛擬化資源;儲存建議採用 NVMe/SSD;記憶體至少依網站規模調整(小型站 2GB 起,中型 4–8GB,電商/高流量更高)。
注意是否有專用公網頻寬、流量限制、入站/出站速率及雙線或多線路骨幹,有利於穩定低延遲傳輸。
檢查供應商是否提供快速技術支援、定期備份、DDoS 防護及明確的 SLA,這些會影響實際可用性與速度穩定性。
系統層面要從內核網路參數、檔案系統與服務進程調整入手,軟體層面重點放在 Web 伺服器與應用執行環境(如 PHP、Node.js)的最佳化。
在 Linux 上調整 tcp_tw_reuse/tcp_fin_timeout、提升檔案描述符限制 (ulimit -n)、啟用 sendfile、tcp_fastopen 等可減少系統開銷與提升併發處理能力。
建議使用 nginx 或輕量化的反向代理搭配後端應用伺服器,開啟 HTTP/2 或 HTTP/3(若支援),啟用 OCSP stapling、TLS 1.3,以降低 TLS 握手延遲。
在伺服器端啟用 Gzip 或 Brotli 壓縮、設定適當的 Cache-Control 與 ETag,並使用頁面快取或反向代理快取(如 Varnish、nginx proxy_cache)。
動態站點瓶頸通常在 PHP 執行和資料庫查詢,優化方向分為應用層、快取層與資料庫層。
使用 PHP-FPM 並調整 pool 的 pm.max_children、pm.start_servers 等參數;啟用 OPcache 並適當增大 memory_consumption 與 max_accelerated_files,減少編譯開銷。
結合物件快取(Redis 或 Memcached)與頁面快取插件(如 WordPress 的 WP Super Cache、WP Rocket),對重複請求直接回應靜態 HTML,降低 PHP/DB 負載。
對 MySQL/MariaDB 開啟慢查日誌、分析並新增索引;調整 InnoDB buffer pool、query_cache(視版本)及連線池,避免頻繁的磁碟 I/O。
即使主機在台灣,仍建議搭配 CDN 以將靜態資源分發到離使用者最近的 POP,降低遠端訪問延遲並分散 Origin 負載。
選擇在亞太有多個節點(台灣、香港、日本、韓國、新加坡)的 CDN,並設定合理的 cache-control、max-age 及邊緣節點壓縮(Brotli/Gzip)。
在 CDN 上設置正確的 Cache Key(避免不必要的 Query String 變化)、使用瀏覽器快取策略與版本化(cache busting),讓資源能長期被邊緣節點快取。
使用 WebP/AVIF 等現代圖片格式、啟用延遲載入(lazy loading),若有大量影片,考慮使用專門的媒體 CDN 或第三方串流服務以節省頻寬。
持續監控是保持性能的關鍵,涵蓋使用者端感知、合成測試與伺服器資源監控三大面向。
部署 RUM(如 Google Analytics 的 Performance、New Relic Browser)或在頁面插入 timing API 監測真實用戶的首屏與完整載入時間。
定期使用 WebPageTest、GTmetrix、Lighthouse 以及 ab/wrk 進行性能與壓力測試,模擬不同地區與併發情況找出瓶頸。
使用 Netdata、Prometheus+Grafana 或商業監控提供者監控 CPU、記憶體、磁碟 I/O、網路頻寬與資料庫慢查,並設定告警閾值以便及早處理。