最後更新：2026-07-02

Apdex 分數

Apdex（應用程式效能指數）是一項開放標準，把一連串回應時間量測值轉換為介於 0 到 1 之間的單一滿意度分數。它的設計讓應用程式效能不需圖表也能傳達給非專業人員：一個數字就能表達回應夠快、足以讓使用者滿意的請求比例。Apdex 受到眾多監控平台廣泛支援，是表達回應時間服務等級目標的常見方式。

公式

每筆請求都與目標門檻 $T$ 比較，並歸入三組之一：

• 滿意 — 回應時間小於或等於 $T$。
• 可容忍 — 回應時間大於 $T$ 但小於或等於 $4T$。
• 不滿 — 回應時間大於 $4T$，或請求失敗或逾時。

分數是滿意樣本數加上可容忍樣本數的一半，再除以樣本總數：

其中總數是三項計數的和：

可容忍請求以一半計入，是因為這些使用者察覺到延遲但未被阻擋。不滿請求則毫無貢獻。結果永遠落在 0（全部不滿）到 1（全部滿意）之間。門檻 $T$ 決定每筆請求落入哪一組，但在計數確定之後就不出現在算式中。

計算範例

假設一個 1,000 筆請求的監控視窗，以門檻 $T = 500$ 毫秒量測，分佈如下：

• 滿意 850 筆（≤ 500 毫秒）
• 可容忍 120 筆（500 毫秒 – 2,000 毫秒）
• 不滿 30 筆（> 2,000 毫秒或失敗）

先確認總數：

再套用公式：

0.910 的分數落在「良好」區間，表示此視窗大部分流量的回應時間都達到了使用者的期望。

評級區間

Apdex Alliance 發布定性標籤，讓單一數字能一目瞭然地傳達。廣泛使用的對應為：

這些區間是報告慣例，而非嚴格規範。有嚴苛延遲目標的團隊可能把低於 0.94 的一切都視為需要留意，而以批次處理為主的後台系統則會設定較寬鬆的標準。

門檻的選擇

影響最大的決定是 $T$ 的值。設得太高，遲鈍的應用程式仍會回報好看的分數；設得太低，即使健康的服務也會顯得不佳。規範建議把 $T$ 錨定在使用者感知為流暢體驗界線的回應時間，或現有服務等級目標的目標值上，互動式頁面通常在數百毫秒的範圍。由於不滿界線固定為 $4T$，選定 $T$ 就會自動確定整個分組方式。

限制

Apdex 把完整的延遲分布壓縮成單一數字，因此必然捨棄細節。兩個非常不同的分布可能得到相同的分數，固定的 $4T$ 可容忍界線也未必符合特定應用程式使用者對延遲的實際感受。分數同樣不會透露吞吐量、超出不滿分組之外的錯誤語意，或哪些請求較慢。請把它當作高層次的滿意度指標，並在診斷效能回退時搭配百分位延遲與錯誤率一起使用。

關於可用性目標的相關觀點，請參閱 服務可用性（SLA）計算機。