將 App Check SDK 新增至應用程式後，請先確認啟用 App Check 強制執行功能不會影響現有合法使用者，再啟用這項功能。
您可以使用 App Check 要求指標畫面，為 Data Connect、Firebase AI Logic、Realtime Database、Cloud Firestore、Cloud Storage、Authentication、適用於 iOS 的 Google 帳戶登入、Maps JavaScript API 和 Places API (新版) 做出這項決定。
如要查看產品的 App Check 要求指標，請開啟App Check 部分的Firebase 控制台。例如：
各產品的要求指標可細分為四個類別：
「已驗證」要求是指具備有效 App Check 權杖的要求。啟用 App Check 強制執行後，只有這類要求會成功。
過時的用戶端要求是指缺少 App Check 權杖的要求。這些要求可能來自舊版 Firebase SDK，也就是應用程式採用 App Check 前的版本。
來源不明的要求缺少 App Check 權杖，且看起來不像是來自 Firebase SDK。這些要求可能是使用遭竊的 API 金鑰發出，也可能是未透過 Firebase SDK 發出的偽造要求。
無效要求是指含有無效 App Check 權杖的要求，可能來自試圖冒用您應用程式的偽造用戶端，或是來自模擬環境。
應用程式的這些類別分布情況，應能協助您決定何時啟用強制執行功能。以下提供部分準則：
如果近期幾乎所有要求都來自已驗證的用戶端，建議啟用強制執行功能，開始保護後端資源。
如果近期有大量要求來自可能過時的用戶端，為避免影響使用者，建議您等待更多使用者更新應用程式，再啟用強制執行。對已發布的應用程式強制執行 App Check，會導致未整合 App Check SDK 的舊版應用程式無法運作。
如果應用程式尚未發布，您應立即啟用App Check強制執行功能 ，因為目前沒有任何過時的用戶端正在使用。
後續步驟
瞭解 App Check 對使用者的影響，並準備好繼續後，即可啟用 App Check 強制執行，適用於 Data Connect、Firebase AI Logic、Realtime Database、Cloud Firestore、Cloud Storage、Authentication、適用於 iOS 的 Google Identity、Maps JavaScript API 和 Places API (新版)。