發布日期：2025 年 5 月 20 日
當網路平台功能在每個瀏覽器中實作後，就會成為新基準。30 個月後，這項功能就會成為「基準廣泛」功能，也就是說，大多數網站都能在這個門檻下採用這項功能，不必擔心相容性問題。本指南將說明如何使用基準，並利用網站使用者提供的資料，說明如何選取基準目標。
什麼是基準目標？
基準目標是網頁功能的組合，開發人員可以根據基準狀態選擇是否支援。基準目標分為兩種：移動目標和固定目標。
移動目標 (例如「廣泛可用」或「新推出」基準) 是指包含的功能組合可能隨時間變更的目標。如果您希望支援的功能可隨著新版瀏覽器發布而自動演進，那麼移動目標就很實用。
固定目標是指特徵組合不會隨時間變化的目標。一般來說，固定目標是以日曆年為準。舉例來說，Baseline 2023 是固定目標，其中包含 2023 年成為新基準的網頁功能組合。2023 年基準不會納入 2023 年後成為基準的功能，也就是說，2023 年基準的功能集不會變更。
在可預測性和決定性至關重要的情況下，固定目標就很實用，但隨著時間推移，這些目標可能會過時，因此建議您在使用固定目標時，定期重新評估目標。
為何要選擇指定目標？
由於相容性問題，導致網頁功能無法順利採用，也因此無法讓網頁發揮應有的效能。基準資料不僅可清楚說明瀏覽器支援哪些功能，還能協助釐清您何時可以使用特定功能。只要選擇符合目標對象和需求的目標，您就能放心使用該目標群組中的功能，無須逐一檢查個別功能。
使用資料選取基準目標
盡可能根據資料做出正確的基準目標選項。有了資料後，您就能更輕鬆地做出明智的目標選取決策。
如果您有網站的真實使用者監控資料，就能瞭解基準目標如何對應至使用者。舉例來說，如果您使用 Google Analytics，可以透過 Google Analytics 基準檢查工具免費取得這類資訊。
如要使用這項功能，您必須在 Google Analytics 中建立新的探索，並在報表中新增一些指標和維度，然後將報表匯出為 TSV 檔案。這些操作說明詳細說明瞭這項程序。將 TSV 檔案匯入檢查工具後，您應該會收到類似以下的輸出內容：
我們開始看到其他工具支援基準點，讓您能以動態方式查看有多少觀眾支持特定目標。舉例來說，RUMvision 的資訊主頁會顯示每個基準年有多少觀眾提供支援。
如果沒有真實使用者的支援資料，該怎麼辦？
您可能會發現，在某些情況下，您無法取得基準功能的實際使用者資料。好消息是，您可以透過 RUM 存檔深入分析，大致瞭解不同基準目標的支援情形，甚至可以篩選到國家/地區層級。不過，這類資料並非特定網站使用者。這是一項一般資訊工具，可證明下列假設「通常」安全：
- 較新的基準目標 (例如今年或前一年) 在使用者中可能獲得的支援度最低。不過，與任何基準目標一樣，隨著時間過去，這些目標的支援度也會提高。
- 舊版基準目標 (尤其是可供廣泛使用的基準目標) 將獲得良好支援。如有疑問，請選擇「廣泛可用」這個絕佳的目標，隨著 30 個月的時間窗口推移，這個目標也會隨之演進。
- 即使是較舊的基準目標 (超過 30 個月的廣泛發布時間範圍)，也能獲得最佳支援。雖然「廣泛可用」是理想的預設目標，但有特殊用途需要嚴格的 SLA。
即使您選取的基準目標已超過五年，也可能會採用目前未使用的功能。在最佳情況下，您可能已經在使用這些功能，但可能不需使用 polyfill。
如何在專案中強制執行所選的基準目標？
Browserslist 是指定要支援的瀏覽器的常用方法。這個檔案會用於束縛器和其他相關工具 (例如 Babel 和 PostCSS)，用來決定是否需要轉換或甚至是填補特定程式碼。
您現在可以搭配使用基準和 Browserslist，這樣一來，當您選取基準目標時，就可以將其指定為有效的 Browserslist 查詢。這樣可確保專案中的工具會根據所選目標轉換程式碼。詳情請參閱「使用 Baseline 搭配 Browserslist」。
未達到基準目標的功能會如何處理？
選取基準目標後，您可能會有想要使用的功能，但不屬於該目標。基準資料不會告訴您應採取哪些行動，您是否要考慮使用這些功能，取決於您要建構的網站類型和預期的目標對象。
舉例來說，電子商務或企業對企業 (B2B) 網站可能會願意降低支援門檻，並在使用者提供支援時處理問題，而政府網站可能需要較高的支援門檻。這裡有一個重要的經驗法則，那就是並非所有網頁功能都會失敗。我們可以透過多種方式將功能依失敗方式分類，但一種方法可將可能有用的功能分類如下：
- 改善項目：如果在未支援的瀏覽器中使用這項功能，使用體驗不會中斷。使用者可能不會注意到體驗有所降低。例如：
loading="lazy"。 - 加成：這項功能可提供一些加成效益，例如變更網頁樣式或某些功能。如果瀏覽器不支援這項功能，使用者可能不會察覺差異，除非他們比較支援這項功能的瀏覽器。示例：子格
- 重要：如果系統不支援這項功能，使用者可能會獲得負面體驗，甚至可能會完全無法使用。範例：File System Access API 用於核心且必要的功能。
您也可能發現，目標對象以外的特定功能比您想像中更受歡迎。您可以瞭解有多少使用者支援特定功能。Can I Use 可根據您的數據分析資料，檢查個別功能是否支援。如果您有這方面的需求，RUMvision 也能深入探討及探索功能層級資料。
這樣一來，您就能利用基準目標減少需要仔細考量的功能數量。您不必擔心目標內的所有內容。如果目標之外有一或兩項功能特別實用，您可以使用工具進一步探索，並決定是否要使用 polyfill 或漸進式增強功能。
結論
每個網站應用程式的要求都不盡相同，從可容許更多相容性問題的電子商務網站，到必須盡可能向更多使用者提供服務的政府網站，這些計算必須由您自行完成，Baseline 的目標並非告訴您要採用新網路功能時該做出什麼決策，而是要說明如何採用。