Beauty Shopify 商店 — 2026 年效能基準

我們於 2026 年 5 月審核了 18 家在 Shopify 上運行的公開 Beauty 商店。突出的數字是應用程式支出:每家商店每月平均 $273 — 這是我們本月在任何產業中測量到的最重的應用程式 stack,差距很大。效能表現嚴峻。Lighthouse 平均位於 28,中位數 26,p75 LCP 在行動 4G 下為 15.9 秒。其餘資料如下。

指標	值
樣本中的商店數	18
Lighthouse Performance(平均)	28
Lighthouse Performance(p50)	26
LCP(p75,行動 4G)	15.9 秒
INP(p75)	0 毫秒
每月平均應用程式支出	$273
每商店偵測到的應用程式數(平均)	1.7

如何理解這些數字

每次審核都使用 Lighthouse 的行動裝置配置檔執行 — 模擬 4G 網路,中階 Android CPU 節流。這比大多數美國購物者在家用 Wi-Fi 中體驗的更嚴苛。連線更快的客戶將看到明顯更好的分數。我們將行動 4G 配置檔作為基準保留,因為 Google 就是這樣對搜尋結果進行排名的,即使您的大多數買家是在桌面端轉換。

p75 是要關注的指標,不是平均值。p75 捕捉佇列中最慢的四分之一商店 — 沉重的產品頁、第三方追蹤器稅、糟糕日子的變異。最佳化 p50 讓最糟糕的情況悄悄腐爛。p75 LCP 為 15.9 秒意味著此樣本中整整四分之一的 Beauty 商店在行動 4G 上需要超過 15.9 秒才能渲染其 hero。這遠遠超過了 Google 標記為「良好」的 2.5 秒 LCP 閾值。

INP 在表中顯示為 0 毫秒,因為我們的合成審核不會在 trace 期間觸發使用者互動。Real-User Monitoring 是誠實測量 INP 的唯一方法。如果您想要來自自己流量的真實數字,請安裝 SOptim。

這對您的 Beauty 商店意味著什麼

$273/月是迄今為止我們在任何產業中測量到的最高應用程式支出。 我們本月審核的其他產業實際上更低。Beauty 的溢價是真實的,反映了該類別的銷售方式:客戶評論承擔轉換,訂閱承擔重複收入,測驗承擔首次訂單 AOV。Yotpo、Loox、ReCharge、Octane AI、Tapcart — 每個都增加以數十千位元組衡量的指令碼權重。每商店 1.7 個偵測應用程式的平均數也是我們樣本中最高的數字,這表明支出購買了可見功能,而不僅僅是後台工具。

評論小工具是沉默的 LCP 殺手。 Beauty 產品頁依賴首屏上方的星級評分來轉換冷流量。大多數評論應用程式在主題的 <head> 中注入同步指令碼標籤,並在擷取 JSON 後重新渲染星級小工具,這阻止了瀏覽器繪製真正的 hero。兩個便宜的修復:用 defer 載入評論指令碼(不是 async — 順序對小工具的渲染路徑很重要),並用 CSS 預留星級列的高度,以便 fetch 後的版面位移也不會拖累 CLS。此樣本最慢四分位中沒有商店做了其中任何一項。

訂閱應用程式增加了無法延遲的結帳依賴。 ReCharge 和其他應用程式執行結帳端指令碼,在購物車載入之前觸發。您無法在不破壞訂閱選擇的情況下對其進行延遲載入。正確的做法是,除了實際提供訂閱選項的商品頁之外,讓公開商店無需訂閱相關指令碼。我們看到樣本中的多家商店在主頁、關於頁面和政策頁面上載入訂閱指令碼。這只是沒有任何轉換收益的 CPU 稅。

老實說,佇列的偵測應用程式平均數低估了實際 stack。 許多 Beauty 商店通過 headless 包裝器、Tapcart 或遮蔽公開應用程式指紋的商店路由。我們的 1.7 個應用程式數字是公開擷取能看到的 — 底層 stack 更密集。將 $273/月視為「發送到瀏覽器內容」的下限,並假設一旦包括後台工具,真實的月帳單會顯著更高。

Hero 圖像是第二個 LCP 瓶頸。 Beauty 商店使用全幅生活方式圖像銷售質感和顏色。樣本中的快速四分位交付帶 WebP 的響應式 srcset 和 hero img 上的 fetchpriority="high"。慢速四分位交付一個過大的 JPEG,讓瀏覽器自行處理。值得注意:Shopify 的 image_tag 篩選器預設為延遲載入,這在每個使用它而沒有 override 的主題上都會悄悄延遲 hero。檢查您的主題。

想看看您的商店如何比較?

在您的商店上執行免費審核,與這個 18 商店佇列並排比較:在 Shopify 上安裝 SOptim。

基於 SOptim Audit Bot 於 2026 年 5 月收集的 18 家公開 Beauty Shopify 商店的 Lighthouse 審核。