Food Shopify 商店 — 2026 年效能基準

我們於 2026 年 5 月審核了 10 家在 Shopify 上運行的公開 Food 商店。該佇列擁有我們本月測量到的最慢的行動 LCP:行動 4G 下 p75 為 23.8 秒。Lighthouse 平均達到 37,中位數 34。每商店偵測到的應用程式平均支出為每月 $194。其餘資料如下。

指標	值
樣本中的商店數	10
Lighthouse Performance(平均)	37
Lighthouse Performance(p50)	34
LCP(p75,行動 4G)	23.8 秒
INP(p75)	0 毫秒
每月平均應用程式支出	$194
每商店偵測到的應用程式數(平均)	1.3

如何理解這些數字

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

p75 是要觀察的指標,不是平均值。p75 捕捉佇列中最慢的四分之一商店 — 笨重的產品畫廊、第三方追蹤器稅、糟糕日子的變異。最佳化 p50 讓最糟糕的情況悄悄腐爛。p75 LCP 為 23.8 秒意味著此樣本中整整四分之一的 Food 商店在行動 4G 上需要超過 23.8 秒才能渲染其 hero。這幾乎是 Google「良好」LCP 閾值的十倍。咖啡冷得比頁面載入還快。

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

樣本大小值得一提。10 家商店是我們發布的最小佇列。Food 在公開 Shopify 上是長尾類別 — 大多數大型 CPG 和食品雜貨品牌都在 headless 或企業平台上運行。我們捕獲的佇列偏向專業:手工巧克力、咖啡訂閱、辣醬、專業食品儲藏室。將這些數字理解為「專業 Food 創辦人公開發布的內容」,而不是「Shopify 上所有 Food 的樣子」。

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

23.8 秒的 LCP 在成為 Lighthouse 問題之前就是轉換問題。 Food 買家在行動裝置上是衝動驅動的。產業研究反覆將放棄點定為幾秒鐘。如果您的 p75 行動裝置訪問需要 23.8 秒才能繪製,您不是在結帳時失去買家 — 您是在他們看到 hero 之前就失去了他們。佇列中最快的商店在 4 秒以內繪製了其 hero。最慢的需要近半分鐘。同一平台,同一主題家族,結果非常不同。

Food 商店過載了 hero 的自動播放影片。 此樣本中的大多數商店都在折疊上方提供了全幅背景影片或動作循環。影片比圖像重一個數量級,這些剪輯大多數是行銷團隊直接送來的未壓縮 MP4。兩個便宜的修復:首先將 hero 作為海報圖像提供,並在 requestIdleCallback 上延遲載入影片,如果必須保留剪輯,請將其重新編碼為 AV1 或 HEVC。值得注意:樣本中沒有一家商店預載入海報圖像,這意味著 hero 的 LCP 元素是海報,但瀏覽器不知道。

$194/月的應用程式支出和 1.3 個偵測應用程式是比 Beauty 更精簡的 stack,但對 LCP 配置檔來說是錯誤的應用程式。 Food 創辦人最常執行運費計算器、「建立一個盒子」訂閱應用程式,有時是測驗。運費計算器特別會在每次頁面載入時觸發以保持購物車估算即時,並且它們傾向於同步發送。稽核您的主題:<head> 中的任何第三方指令碼都應該移到 <body> 末尾或由 intersection observer 保護。

這裡的資料是不均勻的,因為 Shopify 上的 Food 是不均勻的。 自訂網域的專業品牌執行重型主題;平均專業 Food 創辦人更多是設計驅動而不是開發驅動。選擇能移動您數字的策略,而不是聽起來在 Lighthouse 稽核報告中最好的策略。如果您的 hero 是一個沉重的自動播放影片,在安裝另一個最佳化應用程式之前修復影片將使您的 LCP 比我們這裡寫到的任何其他東西移動得更遠。

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

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

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