獨立站頁面速度優化,我用免費工具從45分做到了82分

作者:Nick運營補給站
日期:2026年4月24日 上午12:15
來源:WeChat 原文

整理版優先睇

速讀 5 個重點 高亮

頁面速度優化唔係技術潔癖,係增長基礎;用免費工具從45分做到82分嘅真實過程

整理版摘要

呢篇文章係一位獨立站運營者嘅實戰分享。佢發現好多站長知道速度重要,但當呢係技術問題,寧願花時間研究廣告同SEO,都唔肯停低跑一次測速。佢自己有個工業配件站,PageSpeed得45分,佢決定按真實優化順序做一次:先用Google PageSpeed Insights同GTmetrix診斷出主要瓶頸,再壓圖片、清無用插件、接Cloudflare CDN,最後由45分升到82分。

作者強調,速度直接影響跳出率同轉化率,係Google排名嘅基礎門檻。好多獨立站根本唔係唔識做SEO或投流,而係最簡單嘅速度問題一直拖住。佢指出,第一步係診斷,跟住優先處理圖片(TinyPNG壓縮、轉WebP)、清理第三方腳本(聊天工具、分析代碼),最後上CDN。唔使改代碼或換服務器,做好呢三樣已經可以大幅改善。

最終效果LCP由4.2秒降至1.9秒,CLS由0.24降至0.08,總頁面大小由8.7MB降至2.1MB。作者建議,與其繼續追增長動作,不如先打好基礎,做曬測速、壓圖、清腳本、接CDN呢幾件事,好多站嘅失分問題自然解決。

  • 頁面速度直接影響跳出率與轉化,係增長嘅基礎門檻,唔係純技術問題。
  • 先用免費工具(PageSpeed InsightsGTmetrix)診斷基線,再針對性改善。
  • 圖片優化係最快見效嘅動作:用TinyPNG壓縮、SquooshWebP,產品圖減至≤200KB。
  • 清理無用插件與第三方腳本,延遲加載非關鍵JS,比改服務器配置更重要。
  • CDNCloudflare免費版)可大幅縮短全球用戶加載時間,提升LCPCLS
值得記低
筆記

速度自檢表

檢查項與標準:PageSpeed Score ≥ 80, LCP ≤ 2.5秒, CLS ≤ 0.1, 產品圖片大小 ≤ 200KB, 是否使用CDN, 無用插件已清理。可製作成清單逐項核對。

工具

圖片優化工具包

TinyPNG (tinypng.com):在線PNG/JPG壓縮,免費每月500張。Squoosh (squoosh.app):Google出品,支援WebP轉換,無限次。ShortPixel (shortpixel.com):WordPress插件,批量壓縮,免費每月100張。

流程

優化步驟清單

1. 用PageSpeed Insights跑基線。2. TinyPNG壓縮所有產品主圖。3. Squoosh轉WebP。4. 清理無用插件/第三方腳本。5. 配置Cloudflare CDN。6. 再跑PageSpeed對比數據。7. 監控Search Console嘅Core Web Vitals報告。

筆記

速度與用戶體驗對照

0-1秒:極快,體驗好,流失風險低。1-3秒:正常,可接受,流失風險中等。3-5秒:偏慢,開始流失,風險高。5秒以上:太慢,幾乎放棄,風險極高。

結構示例

內容片段

內容片段 text
ExpiresActive On ExpiresByType image/jpg "access plus 1 year" ExpiresByType image/webp "access plus 1 year" ExpiresByType text/css "access plus 1 month"
整理重點

點解速度咁重要?

好多獨立站知道頁面速度重要,但當呢係技術問題,唔係增長問題。於是時間都放喺廣告、內容、外鏈,好少停低跑一次測速。

頁面速度唔係「技術潔癖」,而係直接影響跳出率、停留時間同轉化嘅基礎問題

作者指出,好多獨立站唔係唔識做SEO或投流,而係最基礎、最容易失分嘅速度問題一直拖住唔理。佢用自己嘅工業配件站做實驗,由45分優化到82分,証明先處理速度比追增長動作更重要。

整理重點

先診斷,再行動

優化之前,一定要知自己慢喺邊。作者推薦兩個免費工具:

  • Google PageSpeed Insights(pagespeed.web.dev):官方工具,測移動端同桌面端,畀分數同優化建議,Google搜索排名都會參考。
  • GTmetrix(gtmetrix.com):比PageSpeed更詳細嘅瀑布流分析,睇到每個資源嘅加載時間。

診斷標準要記住PageSpeed Score ≥ 80、FCP ≤ 1.8秒、LCP ≤ 2.5秒、CLS ≤ 0.1。如果淨係做三件事,先做呢三件

  1. 1 先壓圖片:大多數獨立站最明顯嘅速度問題,第一刀都應該砍圖片體積。
  2. 2 再清理無用插件同第三方腳本:聊天工具、彈窗、統計腳本會拖慢首屏。
  3. 3 最後上CDN:對跨境獨立站尤其明顯,用戶同服務器距離一遠,CDN改善好直接。

CSS/JS合併、緩存頭呢類動作唔係唔重要,但對大多數獨立站嚟講,唔係第一優先級

整理重點

圖片優化:第一刀最見效

大多數獨立站速度慢嘅最大原因:圖片太大。產品圖冇壓縮直接上傳,動輒3-5MB;冇做響應式,移動端加載同一張大圖;用PNG格式存產品圖(比JPG大好多)。

TinyPNG

免費在線壓縮工具,將PNG/JPG拖入去,壓縮率通常60-80%,肉眼看唔出分別。作者用之前一張800KB產品圖,壓完得180KB。另一個工具係Google出品嘅Squoosh,支援轉WebP格式,比JPG細約30%,而且支援透明背景。

WebPJPG細約30%

WordPress用戶可以用ShortPixel插件,自動壓縮全站圖片,免費每月100張。圖片優化標準:產品主圖用JPGWebP,1920px以內,單張≤200KB;縮略圖600px以內,≤50KB;圖標用SVG(矢量,放大不失真,體積極細)。

產品主圖單張≤200KB

整理重點

代碼清理與CDN加速

代碼方面,問題在於第三方插件加載好多JS,CSS冇合併,渲染阻塞資源阻止內容顯示。改善方法:

  • 延遲加載非關鍵JS:將聊天工具、評論系統、分析代碼放頁面底部或加defer屬性。
  • 合併CSS文件:減少請求次數。
  • 壓縮CSS/JS:用CSSNanoTerser刪註釋同空格,減細文件體積。

別亂優化:唔好一嚟就追100分,先處理明顯拖後腿嘅問題

瀏覽器緩存方面,Shopify默認已配好,自建站(WordPress)可裝WP Fastest Cache或W3 Total Cache插件。技術用戶可直接喺.htaccess加緩存頭。

Cloudflare免費版夠用

整理重點

實際效果與總結

作者按順序:跑分基線→壓圖片→清理無用插件→接Cloudflare→再跑分。最終PageSpeed由45升至82,LCP由4.2秒降至1.9秒(↓55%),CLS由0.24降至0.08(↓67%),總頁面大小由8.7MB降至2.1MB(↓76%),圖片大小由6.2MB降至1.1MB(↓82%)。

所以如果你最近仲喺研究下一個增長動作,不如先停一下,將測速、壓圖、清腳本、接CDN呢幾件事做完。好多站嘅問題,唔係增長動作唔夠多,而係基礎環節一直喺度漏分。

先打好基礎,先再講增長

頁面速度呢樣嘢,好多獨立站都知重要,但真係認真搞嘅人唔多。原因好簡單:佢睇起嚟似技術問題,唔似增長問題。於是好多人將時間擺喺廣告、內容、外鏈度,但好少停低跑一次測速,睇下自己個網站到底慢喺邊。
但現實係,頁面速度唔係「技術潔癖」,而係直接影響跳出率、停留時間同轉化嘅基礎問題。
好多獨立站唔係唔識做SEO,亦唔係唔識投流,而係將最基本、最容易失分嘅速度問題一直拖住唔理。
呢篇我唔講大而空嘅性能概念,就跟一次真實優化順序嚟拆:我先用免費工具診斷,再做圖片壓縮、腳本清理、CDN加速,最後睇前後變化。你跟住做,大概率都夠先解決最應該解決嗰部分問題。

01
先診斷,知問題喺邊

優化之前,先要知道自己慢喺邊。推薦兩個免費工具:


Google PageSpeed Insights
工具地址:https://pagespeed.web.dev/
Google官方工具,測試流動版同桌面版性能,直接畀分數同優化建議。Google評分,Google搜索排名都會參考呢個。


GTmetrix
工具地址:https://gtmetrix.com/
比PageSpeed更詳細嘅瀑布流分析,可以睇到每個資源(圖片/CSS/JS)嘅加載時間。
診斷標準:
  • PageSpeed Score ≥ 80:良好
  • First Contentful Paint (FCP) ≤ 1.8秒:良好
  • Largest Contentful Paint (LCP) ≤ 2.5秒:良好
  • Cumulative Layout Shift (CLS) ≤ 0.1:良好
如果淨係做3件事,優先做呢三樣:
  1. 先壓圖片:大多數獨立站最明顯嘅速度問題,第一刀都應該先斬圖片體積。
  2. 再清理冇用插件同第三方腳本:好多站唔係圖片太大,而係聊天工具、彈窗、統計腳本將首屏拖慢咗。
  3. 最後上CDN:對跨境獨立站尤其明顯。用戶同服務器距離一遠,CDN帶嚟嘅改善往往好直接。
至於CSS/JS合併、緩存頭呢類動作,唔係唔重要,而係對大多數獨立站嚟講,唔一定係第一優先。

02
圖片優化(最容易出效果嘅一步)

大多數獨立站速度慢嘅最大原因:圖片太大。


問題喺邊
  • 產品圖冇壓縮,直接上傳原圖(唔覺意就3-5MB一張)
  • 冇做響應式圖片,流動版加載嘅同桌面版一樣大
  • 用PNG格式存產品圖(PNG比JPG大好多)


怎麼改
工具一:TinyPNG
免費在線地址:tinypng.com
在線圖片壓縮,直接將PNG/JPG拖入去,壓縮率通常喺60-80%,肉眼睇唔出分別。我之前一張800KB嘅產品圖,壓縮完得180KB。
工具二:Squoosh
免費Google出品,地址:squoosh.app
支援WebP格式轉換,可以將圖片轉成更細嘅WebP格式,同時調整尺寸。WebP比JPG細約30%,而且支援透明背景。
工具三:ShortPixel
WordPress插件批量壓縮,地址:shortpixel.com
WordPress用戶可以直接裝插件,自動壓縮全站圖片,支援批量處理。
圖片優化標準:
  • 產品主圖:JPG/WebP,1920px以內,單張 ≤ 200KB
  • 縮略圖:600px以內,單張 ≤ 50KB
  • 圖標:SVG(矢量,放大唔失真,體積極細)

03
代碼優化(CSS/JS)



問題喺邊
  • 第三方插件(聊天工具、彈窗、分析)加載咗好多JS
  • CSS冇合併,每個插件各帶一套
  • 渲染阻塞資源(CSS/JS)喺頁面加載初期阻止內容顯示


怎麼改
  1. 延遲加載非關鍵JS
    將唔需要喺首屏加載嘅JS(聊天工具、評論系統、分析代碼)擺到頁面底部或者加上defer屬性。
  2. 合併CSS文件
    將多個CSS文件合併成一個,減少請求次數。
  3. 壓縮CSS/JS
用工具(如CSSNano、Terser)刪除註釋同空格,減細文件體積。


唔好亂優化:呢3件事暫時唔好急住做
  • 唔好一開始就追求100分
對大多數獨立站嚟講,首先將明顯拖後腳嘅問題處理咗,比追滿分更加重要。
  • 唔識程式碼嗰陣,唔好先改底層緩存同服務器配置
首先將圖片、插件、CDN呢類低風險動作做完,再決定係咪要鬱更加底層嘅嘢。
  • 唔好為咗提速,將首屏最關鍵嘅轉化組件一齊刪走
速度緊要,但如果將核心CTA、信任元素、詢盤表單一齊刪走,噉就係用轉化換分數。

04
瀏覽器緩存配置



問題喺邊
用戶第一次訪問要下載所有資源,第二次訪問仲要重新下載——冇用到緩存。


怎麼改
如果係Shopify:
Shopify默認已經配置咗緩存,唔需要手動改。
如果係自建站(WordPress/WooCommerce):
安裝WP Fastest Cache或者W3 Total Cache插件,剔選瀏覽器緩存選項。
如果係技術用戶(Apache/Nginx服務器):
喺.htaccess或服務器配置入面加入緩存頭:
ExpiresActive On ExpiresByType image/jpg "access plus 1 year" ExpiresByType image/webp "access plus 1 year" ExpiresByType text/css "access plus 1 month"

05
CDN加速



問題喺邊
如果你嘅服務器喺美國,但訪客喺歐洲,物理距離會拖慢加載速度。


怎麼改
Cloudflare
免費版夠用,地址:cloudflare.com
全球CDN網絡,將你嘅靜態資源(圖片/CSS/JS)分發到全球節點,用戶由最近嘅節點獲取資源,大幅提升加載速度。
配置方式:
  1. 註冊Cloudflare賬號
  2. 將域名NS服務器改成Cloudflare提供嘅地址
  3. 等待生效(通常幾粒鐘)
  4. 唔需要改代碼,CDN會自動加速

06
我實際嘅處理順序

今次完整做落嚟,處理順序好簡單:
先跑分拎基線 → 再壓圖片 → 清理冇用插件同腳本 → 接Cloudflare → 最後再跑一次分數同核心指標。
噉樣做嘅好處係,你可以好清楚咁知:到底係邊一步帶嚟改善,而唔係一口氣全部改曬,最後自己都唔知邊個動作最有效。

07
完整優化記錄:前後對比

下面呢組數據,係我跟上面嗰套順序處理一個工業配件站後得到嘅結果。唔同站點嘅基礎唔同,改善幅度唔會完全一樣,但呢個表至少話到畀你知:好多速度問題,真係唔使換服務器,亦唔使重構代碼,先將基礎動作做啱就夠。
指標
優化前
優化後
變化
PageSpeed Score
45
82
+37
LCP
4.2秒
1.9秒
-55%
CLS
0.24
0.08
-67%
總頁面大小
8.7MB
2.1MB
-76%
圖片數量/大小
24張 / 6.2MB
24張 / 1.1MB
-82%
核心動作就三個:圖片壓縮、WebP轉換、清理冇用插件。冇改一行代碼,冇換服務器。

08
總結

好多獨立站唔係唔識做SEO,亦唔係唔識投流,而係將最基本、最容易失分嘅速度問題一直拖住唔理。
頁面速度唔係錦上添花,佢係用戶仲肯唔肯繼續睇、Google仲肯唔肯繼續畀機會你嘅基礎門檻。
所以如果你最近仲喺度研究下一個增長動作,我反而建議先停一停,將測速、壓圖、清腳本、接CDN呢幾件事做完。
好多站嘅問題,唔係增長動作唔夠多,而係基礎環節一直喺度漏分。

09
文末實戰工具包



資產一:速度自檢表
檢查項
標準
快速評估
PageSpeed Score
≥ 80
□ 通過 □ 待優化
LCP
≤ 2.5秒
□ 通過 □ 待優化
CLS
≤ 0.1
□ 通過 □ 待優化
產品圖片大小
單張 ≤ 200KB
□ 通過 □ 待優化
是否使用CDN
□ 係 □ 否
冇用插件
已清理
□ 已清理 □ 需清理


資產二:圖片優化工具包
工具
用途
免費額度
連結
TinyPNG
PNG/JPG壓縮
每月500張
tinypng.com
Squoosh
WebP轉換/壓縮
無限
squoosh.app
ShortPixel
WordPress插件/批量壓縮
每月100張
shortpixel.com


資產三:優化步驟清單
  • [ ] 用PageSpeed Insights跑一次,截圖記錄基線
  • [ ] TinyPNG壓縮所有產品主圖
  • [ ] Squoosh轉WebP格式
  • [ ] 檢查並清理冇用插件/第三方腳本
  • [ ] 配置Cloudflare CDN(如果仲未配)
  • [ ] 再跑一次PageSpeed,對比前後數據
  • [ ] 監控Search Console嘅Core Web Vitals報告


資產四:速度與用戶體驗對照
加載時間
用戶感知
流失風險
0-1秒
極快,體驗好
1-3秒
正常,可接受
中等
3-5秒
偏慢,開始流失
5秒以上
太慢,幾乎放棄
極高
頁面速度這件事,很多獨立站都知道重要,但真正認真處理的人不多。原因很簡單:它看起來像技術問題,不像增長問題。於是很多人把時間花在廣告、內容、外鏈上,卻很少停下來跑一遍測速,看看自己的網站到底慢在哪。
但現實是,頁面速度不是"技術潔癖",而是直接影響跳出率、停留時間和轉化的基礎問題。
很多獨立站不是不會做SEO,也不是不會投流,而是把最基礎、最容易失分的速度問題一直拖着不管。
這篇我不講大而空的性能概念,就按一次真實優化順序來拆:我先用免費工具診斷,再做圖片壓縮、腳本清理、CDN加速,最後看前後變化。你照着做,大概率也能先解決最該解決的那部分問題。

01
先診斷,知道問題在哪

優化之前,先要知道自己慢在哪。推薦兩個免費工具:


Google PageSpeed Insights
工具地址:https://pagespeed.web.dev/
Google官方工具,測試移動端和桌面端性能,直接給出分數和優化建議。Google評分,Google搜索排名也會參考這個。


GTmetrix
工具地址:https://gtmetrix.com/
比PageSpeed更詳細的瀑布流分析,可以看到每個資源(圖片/CSS/JS)的加載時間。
診斷標準:
  • PageSpeed Score ≥ 80:良好
  • First Contentful Paint (FCP) ≤ 1.8秒:良好
  • Largest Contentful Paint (LCP) ≤ 2.5秒:良好
  • Cumulative Layout Shift (CLS) ≤ 0.1:良好
如果只做3件事,先做這三件:
  1. 先壓圖片:大多數獨立站最明顯的速度問題,第一刀都應該先砍圖片體積。
  2. 再清理無用插件和第三方腳本:很多站不是圖片太大,而是聊天工具、彈窗、統計腳本把首屏拖慢了。
  3. 最後上CDN:對跨境獨立站尤其明顯。用戶和服務器距離一遠,CDN帶來的改善往往很直接。
至於CSS/JS合併、緩存頭這類動作,不是不重要,而是對大多數獨立站來說,不一定是第一優先級。

02
圖片優化(最容易出效果的一步)

大多數獨立站速度慢的最大原因:圖片太大。


問題在哪
  • 產品圖沒有壓縮,直接上傳原圖(動不動就3-5MB一張)
  • 沒有做響應式圖片,移動端加載的和桌面端一樣大
  • 用PNG格式存產品圖(PNG比JPG大很多)


怎麼改
工具一:TinyPNG
免費在線地址:tinypng.com
在線圖片壓縮,直接把PNG/JPG拖進去,壓縮率通常在60-80%,肉眼看不出區別。我之前一張800KB的產品圖,壓縮完是180KB。
工具二:Squoosh
免費Google出品,地址:squoosh.app
支持WebP格式轉換,可以把圖片轉成更小的WebP格式,同時調整尺寸。WebP比JPG小約30%,且支持透明背景。
工具三:ShortPixel
WordPress插件批量壓縮,地址:shortpixel.com
WordPress用戶可以直接裝插件,自動壓縮全站圖片,支持批量處理。
圖片優化標準:
  • 產品主圖:JPG/WebP,1920px以內,單張 ≤ 200KB
  • 縮略圖:600px以內,單張 ≤ 50KB
  • 圖標:SVG(矢量,放大不失真,體積極小)

03
代碼優化(CSS/JS)



問題在哪
  • 第三方插件(聊天工具、彈窗、分析)加載了很多JS
  • CSS沒有合併,每個插件各帶一套
  • 渲染阻塞資源(CSS/JS)在頁面加載初期阻止內容顯示


怎麼改
  1. 延遲加載非關鍵JS
    把不必要在首屏加載的JS(聊天工具、評論系統、分析代碼)放到頁面底部或加上defer屬性。
  2. 合併CSS文件
    把多個CSS文件合併成一個,減少請求次數。
  3. 壓縮CSS/JS
用工具(如CSSNano、 Terser)刪除註釋和空格,減小文件體積。


別亂優化:這3件事先別急着做
  • 不要一上來就追求100分
對大多數獨立站來說,先把明顯拖後腿的問題處理掉,比追滿分更重要。
  • 不懂代碼時,別先改底層緩存和服務器配置
先把圖片、插件、CDN這類低風險動作做完,再決定要不要動更底層的東西。
  • 不要為了提速,把首屏最關鍵的轉化組件一起刪掉
速度重要,但如果把核心CTA、信任元素、詢盤表單一起刪沒了,那是用轉化換分數。

04
瀏覽器緩存配置



問題在哪
用戶第一次訪問要下載所有資源,第二次訪問還要重新下載——沒有利用緩存。


怎麼改
如果是Shopify:
Shopify默認已配置緩存,不需要手動改。
如果是自建站(WordPress/WooCommerce):
安裝WP Fastest Cache或W3 Total Cache插件,勾選瀏覽器緩存選項。
如果是技術用戶(Apache/Nginx服務器):
在.htaccess或服務器配置裏添加緩存頭:
ExpiresActive On ExpiresByType image/jpg "access plus 1 year" ExpiresByType image/webp "access plus 1 year" ExpiresByType text/css "access plus 1 month"

05
CDN加速



問題在哪
如果你的服務器在美國,但訪客在歐洲,物理距離會拖慢加載速度。


怎麼改
Cloudflare
免費版夠用,地址:cloudflare.com
全球CDN網絡,把你的靜態資源(圖片/CSS/JS)分發到全球節點,用戶從最近的節點獲取資源,大幅提升加載速度。
配置方式:
  1. 註冊Cloudflare賬號
  2. 把域名NS服務器改成Cloudflare提供的地址
  3. 等待生效(通常幾小時)
  4. 不需要改代碼,CDN會自動加速

06
我實際的處理順序

這次完整做下來,處理順序很簡單:
先跑分拿基線 → 再壓圖片 → 清理無用插件和腳本 → 接Cloudflare → 最後再跑一遍分數和核心指標。
這樣做的好處是,你能很清楚地知道:到底是哪一步帶來了改善,而不是一口氣全改完,最後自己也不知道哪個動作最有效。

07
完整優化記錄:前後對比

下面這組數據,是我按上面那套順序處理一個工業配件站後得到的結果。不同站點的基礎不同,改善幅度不會完全一樣,但這個表至少能說明:很多速度問題,真的不用換服務器,也不用重構代碼,先把基礎動作做對就夠了。
指標
優化前
優化後
變化
PageSpeed Score
45
82
+37
LCP
4.2秒
1.9秒
-55%
CLS
0.24
0.08
-67%
總頁面大小
8.7MB
2.1MB
-76%
圖片數量/大小
24張 / 6.2MB
24張 / 1.1MB
-82%
核心動作就三個:圖片壓縮、WebP轉換、清理無用插件。沒有改一行代碼,沒有換服務器。

08
總結

很多獨立站不是不會做SEO,也不是不會投流,而是把最基礎、最容易失分的速度問題一直拖着不管。
頁面速度不是錦上添花,它是用戶還願不願意繼續看、Google還願不願意繼續給你機會的基礎門檻。
所以如果你最近還在研究下一個增長動作,我反而建議先停一下,把測速、壓圖、清腳本、接CDN這幾件事做完。
很多站的問題,不是增長動作不夠多,而是基礎環節一直在漏分。

09
文末實操工具包



資產一:速度自檢表
檢查項
標準
快速評估
PageSpeed Score
≥ 80
□ 通過 □ 待優化
LCP
≤ 2.5秒
□ 通過 □ 待優化
CLS
≤ 0.1
□ 通過 □ 待優化
產品圖片大小
單張 ≤ 200KB
□ 通過 □ 待優化
是否使用CDN
□ 是 □ 否
無用插件
已清理
□ 已清理 □ 需清理


資產二:圖片優化工具包
工具
用途
免費額度
連結
TinyPNG
PNG/JPG壓縮
每月500張
tinypng.com
Squoosh
WebP轉換/壓縮
無限
squoosh.app
ShortPixel
WordPress插件/批量壓縮
每月100張
shortpixel.com


資產三:優化步驟清單
  • [ ] 用PageSpeed Insights跑一遍,截圖記錄基線
  • [ ] TinyPNG壓縮所有產品主圖
  • [ ] Squoosh轉WebP格式
  • [ ] 檢查並清理無用插件/第三方腳本
  • [ ] 配置Cloudflare CDN(如果還沒配)
  • [ ] 再跑一遍PageSpeed,對比前後數據
  • [ ] 監控Search Console的Core Web Vitals報告


資產四:速度與用戶體驗對照
加載時間
用戶感知
流失風險
0-1秒
極快,體驗好
1-3秒
正常,可接受
中等
3-5秒
偏慢,開始流失
5秒以上
太慢,幾乎放棄
極高