Ủy quyền URL ID ứng dụng khách

Quan trọng: Gói cao cấp của Google Maps Platform không còn được cung cấp cho người dùng mới hoặc người dùng đăng ký nữa.

Xác thực mã ứng dụng khách của Maps JavaScript API

Bạn có thể xác thực các yêu cầu của mình bằng Google Maps Platform thông qua mã ứng dụng khách kết hợp với quy trình đăng ký URL (thay vì khoá API).

Chỉ định mã ứng dụng khách khi tải API

Đoạn mã bên dưới cho biết cách thay thế YOUR_CLIENT_ID bằng mã ứng dụng khách của riêng bạn khi tải Google Maps Platform.

<script async defer src="https://maps.googleapis.com/maps/api/js?client=YOUR_CLIENT_ID&v=quarterly&callback=initMap"></script>

Quản lý các URL được uỷ quyền

Để ngăn bên thứ ba sử dụng mã ứng dụng khách của bạn trên trang web của họ, việc sử dụng mã ứng dụng khách của bạn sẽ bị hạn chế đối với danh sách các URL mà bạn đã uỷ quyền cụ thể.

Tìm mã ứng dụng khách trong bảng điều khiển Cloud

Uỷ quyền URL trong bảng điều khiển Cloud

Tất cả các URL được uỷ quyền đều được liệt kê trong bảng URL được uỷ quyền cho mã ứng dụng khách gme-[company] trên trang Mã ứng dụng khách.
Để xoá một URL, hãy đánh dấu vào hộp ở bên trái URL rồi nhấp vào biểu tượng xoá delete ở trên cùng bên phải của bảng.
Để thêm URL mới, hãy nhấp vào Thêm URL ở cuối bảng.

Quan trọng: Các quy tắc của URL mã ứng dụng khách được uỷ quyền khác với các quy tắc hạn chế đối với trình giới thiệu khoá API. Hãy xem bên dưới để biết thêm thông tin.

Bạn cần lưu ý những điều sau đây về các URL được uỷ quyền:

Tên miền hoặc địa chỉ IP không cần phải có thể truy cập công khai.

Ví dụ: http://myintranet và http://192.168.1.1 là các mục hợp lệ.

Tất cả các miền con của một miền được chỉ định cũng được uỷ quyền.

Ví dụ: nếu miền trần http://example.com được uỷ quyền, thì miền con http://www.example.com cũng được uỷ quyền. Điều ngược lại không đúng: nếu http://www.example.com được uỷ quyền, thì http://example.com sẽ không tự động được uỷ quyền.

Tất cả các đường dẫn con của một đường dẫn được uỷ quyền cũng được uỷ quyền.

Ví dụ: nếu http://example.com được uỷ quyền, thì http://example.com/foo cũng được uỷ quyền. Ngoài ra, vì các miền con của một miền được chỉ định cũng được uỷ quyền, nên http://sub.example.com/bar được uỷ quyền.

Đường dẫn có phân biệt chữ hoa chữ thường.

Ví dụ: http://www.example.com/ThisPath/ không giống với http://www.example.com/thispath/.

Bạn có thể hạn chế các URL hợp lệ đối với những URL sử dụng một số cổng nhất định.

Ví dụ: nếu bạn chỉ định http://example.com:8080/foo, thì điều đó không uỷ quyền cho http://example.com.

Giao thức HTTP và HTTPS được coi là các URL khác nhau.

Ví dụ: nếu https://example.com được uỷ quyền, thì http://example.com sẽ không tự động được uỷ quyền.

Nếu bạn cung cấp một tham chiếu hậu tố mà không có lược đồ giao thức, chẳng hạn như www.example.com, thì các quy tắc riêng biệt sẽ được tạo cho cả HTTP và HTTPS.

Đối với các lược đồ giao thức ít phổ biến hơn HTTP hoặc HTTPS, hãy xem hướng dẫn được cung cấp trong bảng điều khiển Cloud.