---
title: "整理 Next JS 在電商網站遇到特別的問題"
description: "彙整 Next.js 電商網站在黑五高流量下遭遇的兩大難題：ISR 頁面卡舊快取與庫存顯示不準，以及對應的 Cloudflare Image Loader 與客戶端渲染解決方案。"
canonical_url: "https://blog.markkulab.net/post/nextjs-performance-issues-in-e-commerce"
author: "Mark Ku"
author_url: "https://blog.markkulab.net/author/mark-ku"
site: "Mark Ku's Blog"
date_published: "2024-10-07 20:01:01 +0800"
category: "Frontend"
tags: ["nextjs", "react", "isr", "cloudflare", "ecommerce", "performance", "image", "frontend"]
language: "zh-TW"
license: "CC BY 4.0"
license_url: "https://creativecommons.org/licenses/by/4.0/"
attribution: "轉載或引用請註明作者並附上原文連結"
---

# 整理 Next JS 在電商網站遇到特別的問題

## 時空背景
兩年前，前總經理剛退休，台灣資訊部門過去總經理擋著，需求可以排優先順序做，但我來時，就沒人擋著，就變成每個需求又急又趕，系統剛上線，又一堆問題，前面也走了一批人，我就在這兵荒馬亂時期進入公司。  

剛進來這公司時 NextJS 剛上線，那時採的是 Page route , 頁面一直拿到舊的，當時我也才來一個月左右，因為電商系統不穩定，被美國的使用者念了一小時，我也對NextJS沒到很熟, 且又因為美國的銷售檔期(Holiday season)也正要開始。

彙總當時解決的兩大難題

## 問題一、增量渲染的頁面(ISR)，一直拿到舊的頁面，就算超過 revalidate 時間，再訪問，頁面仍然沒重新渲染。
當時正因黑五銷售檔期，每日頁面流量都不小(超過2萬流量)，發現佈署一陣子的 docker 容器的大小，都會從 2GB 成長到 8GB，經過分析調查，發現我們user 的上傳原始圖檔過大，且都沒壓縮過，最大有10MB，猜測 node js 因為是單執行緒，又是後進先出，只透過 event loop 在調度事件，非同步處理完，同時又有大量新的任務，推測 NextJS 一邊在轉圖， 一邊在渲染頁面，轉檔造成的主要效能瓶頸。

### 解決方案
在調查出發現 NextJS 本身為了讓圖片最佳化，依是不同的解析度給與不同的圖片，因此內建了Image loader ，但處理圖片需要大量的IO，但網站流量小可能不會遇到卡住的問題，網站流量一大就會遇到效能的瓶頸，
後來因為我發現我們有買 Cloudflare enterprise ，因此，我將圖片最佳化的服務移到 [Cloudflare image api](https://blog.markkulab.net/custom-nextjs-image-loader-with-cloudflare/)，總算解決了網站效能問題。

## 問題二、增量渲染頁面(ISR)，庫存不準的問題
為了讓使用者快速拿到渲染的頁面內容，我們當時採用的是增量渲染 ISR ，但面臨銷售檔期，很容易遇到 Sold out ，明明產品及明細頁都顯示有庫存，但加入購物車就會出現庫存不足。

### 短期解決方案 - 當時因為找不到根本的解決方案，我撰寫了一個 rebuild page api ，只要在網址加上 ?forceUpdate=true，就會叫此 api，並請後台工程師產品有更新時順便觸發此頁面。
```
import { LogLevel } from '@/lib/log/const-logging';
import { serverSideLog } from '@/lib/log/server-side-log';
import type { NextApiRequest, NextApiResponse } from 'next';

export default async function rebuild(req: NextApiRequest, res: NextApiResponse) {
    const secret = req.headers.$secret || req.query.secret; // req.headers.$secret => backoffice
    const refreshUrl: string = req?.query?.page?.toString()?.startsWith('/')
        ? req.query.page?.toString()
        : `/${req.query.page?.toString()}`;

    const serverUrl = req.headers?.host;
    const result: IReBuildResponse = { revalidated: true };
    const param = { revalidatedHost: serverUrl };

    if (secret && secret === $projects.secret) {
        try {
            serverSideLog(
                `[RebuildPage][Manual]Server rebuild is success! (${refreshUrl})`,
                LogLevel.Information,
                param
            );
            await res.revalidate(refreshUrl);
            return res.json(result);
        } catch (err) {
            serverSideLog(`[RebuildPage][Manual]Trigger rebuild is fail!(${refreshUrl})`, LogLevel.Error, param);
            return res.status(500).json({ message: JSON.stringify(err) });
        }
    }

    return res.status(503).json({ message: `Invalid token: ${$projects.secret}, ${secret}` });
}
```
### 長期解決方案
在更了解了領域知識後，分析庫存資訊，其實不能快取，使用者下加入購物車才發現沒庫存，體驗會不好，但頁面不取快，每次都走伺服器渲染，因為產品種類多，流量一大，頁面就很容易遇到阻塞，或一直拿到舊的頁面。   

因此頁面仍維持ISR，將庫存改到用戶端去要，就不會遇到沒庫存和畫面顯示不一致的問題，請後台的工程師協助將即時庫存寫入redis，但庫存部份則改成用戶端渲染時才去要庫存資料。

```
export default function ProductCardsSection({ productData = [], className = '' }: Readonly<IProductCardsSectionProps>) {
    const {
        data: stockData = {},
        isLoading,
        isError,
    } = useGetStockByModelIDsQuery(productData.map((product) => product.modelId));
	...
}
```

![get stock from client side](https://blog.markkulab.net/content/markku/posts/nextjs-performance-issues-in-e-commerce/images/get-stock-in-from-side.png)

P.S. 在試的過程中發現，如果希望 NextJS 容器 image 如果要變小，可以透過 standalone 模式，在打包時會進行優化，只打包在運行時真正需要的文件和模塊，這樣可以減少包的體積和部署的覆雜性。  
P.S. 同時在docker file 指定過輕量版的alpine-node，Next.js 也可以Docker容器讓體積少30%

---

## 關於本文與作者

本文出自 [Mark Ku's Blog](https://blog.markkulab.net/post/nextjs-performance-issues-in-e-commerce)

授權條款： [CC BY 4.0](https://creativecommons.org/licenses/by/4.0/) — 轉載或引用請註明作者並附上原文連結

### 關於作者

**[Mark Ku](https://blog.markkulab.net/author/mark-ku)** — Software Solution Provider

- 10+ 年資深軟體工程師，現為 AI 應用 Builder
- 專注大型平台架構設計，從北美電商到AI SaaS訂閱收費系統
- 結合 AI Agent 與自動化，打造高效可演進的產品技術基礎

### 作者開發的免費工具

以下工具皆可免費使用：

- [免費 PDF 簽名工具](https://blog.markkulab.net/tools/pdf-sign): 線上 PDF 簽名工具，瀏覽器內完成手繪、打字、上傳簽名，可拖曳放置、縮放、下載。所有處理都在你的裝置完成，檔案不會上傳。
- [VS Code Refactory](https://blog.markkulab.net/tools/refactory): Refactory 是一款 VS Code 重構擴充套件：34 個重構動作、37 條 code smell 檢查、Code Health 儀表板、18 種語言、534 支測試。懂你的專案慣例：介面放哪、DI 註冊寫在哪、'use client' 該不該加；還會用 git 修改頻率 × 複雜度排出「該先修哪個檔案」，並一鍵把壞味道交給你自己電腦上的 Claude Code 修。免費使用，原始碼不離開你的機器。
- [DB-Kit 資料庫管理工具](https://blog.markkulab.net/tools/db-kit): DB-Kit 是一個用 Tauri + Rust + React 打造的輕量跨平台資料庫管理工具，用單一一致的介面同時管理 MySQL、MariaDB、PostgreSQL、SQL Server、Oracle、SQLite、MongoDB、Redis、Kafka、Elasticsearch 與 RabbitMQ 十一種資料來源：連線密碼以 OS keychain 加密、SSH Tunnel、完整 CRUD、視覺化查詢建構器、多結果集同時顯示、跨連線資料傳輸與比對同步、Excel / CSV 匯入匯出、執行計畫視覺化、ER 圖、排程備份、SQL 壓力測試（p50～p99 延遲百分位）、15 條規則的 SQL 審查、Kafka 訊息瀏覽與監控告警；繁中 / 英文雙語介面，內建 AI 助手（自然語言生成 SQL、AI 審查與調校建議）與命令列工具 dbk。免費開源（MIT），提供 Windows / macOS / Linux 安裝檔。
- [VS Code Super Mermaid](https://blog.markkulab.net/tools/super-mermaid): Super Mermaid 是一款 VS Code 擴充套件：開箱即用的漂亮 Mermaid 圖表，自動上色、即時預覽、滑鼠平移縮放、PNG / SVG 高解析匯出，內建 21 種範本與多種主題。免費開源（MIT）。
- [React Super Mermaid](https://blog.markkulab.net/tools/react-super-mermaid): react-super-mermaid 是一個開源 React 元件庫：一行 <MermaidViewer> 即可渲染漂亮的 Mermaid 圖表，內建 colorful / sketch 主題、平移縮放、圖內搜尋、SVG / PNG 高解析匯出。輕量、SSR 安全、完整 TypeScript 型別。免費開源（MIT）。
- [Jira / Confluence Super Mermaid](https://blog.markkulab.net/tools/jira-super-mermaid): Atlassian Forge app：在 Jira issue 與 Confluence 內文直接寫 Mermaid 語法，畫流程圖、時序圖、狀態機與甘特圖。11 種圖表、SVG / PNG 匯出、明暗主題、完整中日韓文字支援。取得 Runs on Atlassian 資格：圖表存在你自己的站台，app 不呼叫任何第三方服務。免費，即將上架 Atlassian Marketplace。
- [Mermaid 線上預覽](https://blog.markkulab.net/tools/mermaid-preview): 在瀏覽器裡寫 Mermaid、即時看圖，整張圖表壓進網址就能分享。免註冊、不上傳伺服器，相容 mermaid.live 的分享連結。
- [React Intl Phone Number](https://blog.markkulab.net/tools/react-intl-phone-number): react-intl-phone-number 是一個開源 React 元件：framework-agnostic、不依賴 antd，提供 E.164 進出、可搜尋國旗 / 國碼下拉、可配置驗證等級（strict / mobile-strict / loose）、可主題化 CSS 與 i18n，電話邏輯由 google-libphonenumber 驅動。輕量、完整 TypeScript 型別。免費開源（MIT）。
- [Uptime Kuma Cluster](https://blog.markkulab.net/tools/uptime-kuma-cluster): 把單機版 Uptime Kuma 改造成高可用叢集：OpenResty + Lua 智慧負載平衡、MariaDB 共享狀態、健康檢查與自動 Failover，附叢集管理 REST API，一行 Docker Compose 啟動。免費開源（MIT）。
- [特教專案](https://blog.markkulab.net/education): 為特殊教育學生製作的學習教材

### 每日 Podcast

- [科技新鮮事](https://blog.markkulab.net/category/tech-news): 每日精選 AI 與科技趨勢，透過語音摘要快速掌握最新技術動態，涵蓋 AI 應用、軟體架構、DevOps 與工程實戰。 — RSS: https://blog.markkulab.net/feed.xml
- [AI股市蝦聊](https://blog.markkulab.net/category/ai-stock-chat): 每個交易日用 AI 分析台股盤勢，以雙人對話聊當天的盤中觀察與隔日預測。 — RSS: https://blog.markkulab.net/ai-stock-chat/feed.xml

### 電子報

[訂閱電子報](https://blog.markkulab.net/subscribe) — 第一時間收到新文章通知，無垃圾信、隨時可取消訂閱。