Sử dụng bộ sưu tập để sắp xếp ngăn nắp các trang
Lưu và phân loại nội dung dựa trên lựa chọn ưu tiên của bạn.
Sau khi thêm SDK App Check vào ứng dụng, nhưng trước khi bật chế độ thực thi App Check, bạn nên đảm bảo rằng việc này sẽ không làm gián đoạn người dùng hợp pháp hiện tại.
Một công cụ quan trọng mà bạn có thể sử dụng để đưa ra quyết định này cho Firebase AI Logic, Data Connect, Realtime Database, Cloud Firestore, Cloud Storage, Authentication, Google Identity cho iOS, Maps JavaScript API và Places API (Mới) là màn hình số liệu yêu cầu App Check.
Để xem các chỉ số về yêu cầu App Check cho một sản phẩm, hãy mở phần App Check của bảng điều khiển Firebase. Ví dụ:
Các chỉ số yêu cầu cho từng sản phẩm được chia thành 4 danh mục:
Yêu cầu đã xác minh là những yêu cầu có mã thông báo App Check hợp lệ. Sau khi bạn bật chế độ thực thi App Check, chỉ những yêu cầu thuộc danh mục này mới thành công.
Yêu cầu Ứng dụng lỗi thời là những yêu cầu thiếu mã thông báo App Check. Các yêu cầu này có thể đến từ một phiên bản cũ của Firebase SDK trước khi App Check được đưa vào ứng dụng.
Yêu cầu Nguồn không xác định là những yêu cầu thiếu mã thông báo App Check và có vẻ như không đến từ SDK Firebase. Đây có thể là những yêu cầu được thực hiện bằng khoá API bị đánh cắp hoặc yêu cầu giả mạo được thực hiện mà không có Firebase SDK.
Yêu cầu không hợp lệ là những yêu cầu có mã thông báo App Check không hợp lệ, có thể là do một ứng dụng khách không xác thực đang cố gắng mạo danh ứng dụng của bạn hoặc từ các môi trường mô phỏng.
Việc phân phối các danh mục này cho ứng dụng của bạn sẽ giúp bạn biết thời điểm nên quyết định bật chế độ thực thi. Dưới đây là một số nguyên tắc:
Nếu hầu hết các yêu cầu gần đây đều đến từ những ứng dụng khách đã được xác minh, hãy cân nhắc việc bật chế độ thực thi để bắt đầu bảo vệ các tài nguyên phụ trợ của bạn.
Nếu một phần đáng kể trong số các yêu cầu gần đây đến từ những ứng dụng có khả năng đã lỗi thời, thì để tránh làm gián đoạn người dùng, hãy cân nhắc chờ thêm nhiều người dùng cập nhật ứng dụng của bạn trước khi bật chế độ thực thi. Việc thực thi App Check trên một ứng dụng đã phát hành sẽ làm hỏng các phiên bản ứng dụng trước đó chưa được tích hợp với SDK App Check.
Nếu ứng dụng của bạn chưa ra mắt, bạn nên bật chế độ thực thi App Check ngay lập tức vì không có ứng dụng nào lỗi thời đang được sử dụng.
Các bước tiếp theo
Khi hiểu rõ cách App Check sẽ ảnh hưởng đến người dùng và bạn đã sẵn sàng tiếp tục, bạn có thể bật chế độ thực thi App Check cho Firebase AI Logic, Data Connect, Realtime Database, Cloud Firestore, Cloud Storage, Authentication, Google Identity cho iOS, Maps JavaScript API và Places API (Mới).
[[["Dễ hiểu","easyToUnderstand","thumb-up"],["Giúp tôi giải quyết được vấn đề","solvedMyProblem","thumb-up"],["Khác","otherUp","thumb-up"]],[["Thiếu thông tin tôi cần","missingTheInformationINeed","thumb-down"],["Quá phức tạp/quá nhiều bước","tooComplicatedTooManySteps","thumb-down"],["Đã lỗi thời","outOfDate","thumb-down"],["Vấn đề về bản dịch","translationIssue","thumb-down"],["Vấn đề về mẫu/mã","samplesCodeIssue","thumb-down"],["Khác","otherDown","thumb-down"]],["Cập nhật lần gần đây nhất: 2025-08-23 UTC."],[],[],null,["After you add the App Check SDK to your app, but before you enable\nApp Check enforcement, you should make sure that doing so won't disrupt your\nexisting legitimate users.\n\nAn important tool you can use to make this decision for\nFirebase AI Logic, Data Connect, Realtime Database, Cloud Firestore, Cloud Storage, Authentication, Google Identity for iOS, Maps JavaScript API, and Places API (New) is the App Check request metrics screen.\n\nTo view the App Check request metrics for a product, open the\n[**App Check**](//console.firebase.google.com/project/_/appcheck) section of the\nFirebase console. For example:\n\nThe request metrics for each product are broken down into four categories:\n\n- **Verified** requests are those that have a valid App Check token. After\n you enable App Check enforcement, only requests in this category will\n succeed.\n\n- **Outdated client** requests are those that are missing an App Check\n token. These requests might be from an older version of the Firebase SDK\n before App Check was included in the app.\n\n- **Unknown origin** requests are those that are missing an App Check token,\n and don't look like they come from the Firebase SDK. These might be from\n requests made with stolen API keys or forged requests made without the\n Firebase SDK.\n\n- **Invalid** requests are those that have an invalid\n App Check token, which might be from an inauthentic client attempting to\n impersonate your app, or from emulated environments.\n\nThe distribution of these categories for your app should inform when you decide\nto enable enforcement. Here are some guidelines:\n\n- If almost all of the recent requests are from verified clients, consider\n enabling enforcement to start protecting your backend resources.\n\n- If a significant portion of the recent requests are from likely-outdated\n clients, to avoid disrupting users, consider waiting for more users to update\n your app before enabling enforcement. Enforcing App Check on a released\n app will break prior app versions that are not integrated with the\n App Check SDK.\n\n- If your app hasn't launched yet, you should enable App Check enforcement\n immediately, since there aren't any outdated clients in use.\n\nNext steps\n\nWhen you understand how App Check will affect your users and you're ready to\nproceed, you can [enable App Check enforcement](/docs/app-check/enable-enforcement)\nfor Firebase AI Logic, Data Connect, Realtime Database, Cloud Firestore, Cloud Storage, Authentication, Google Identity for iOS, Maps JavaScript API, and Places API (New)."]]
