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

Quan trọng: Gói Google Maps Platform Premium không còn được hỗ trợ để đăng ký hoặc trở thành khách hàng mới.

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

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

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

Mã dưới đây cho bạn 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 Nền tảng Google Maps.

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

Quản lý 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 riêng họ, việc sử dụng mã ứng dụng khách của bạn chỉ được phép trong danh sách URL mà bạn đã cho phép cụ thể.

Tìm mã ứng dụng khách trong Cloud Console

Uỷ quyền URL trong Cloud Console

  • Tất cả URL được uỷ quyền của bạn đều được liệt kê trong bảng URL được uỷ quyền cho mã ứng dụng khách 👋-[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á ở 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: 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ế liên quan đến đường liên kết giới thiệu khoá API. Hãy xem mục bên dưới để biết thêm thông tin.

Những điểm cần cân nhắc sau đây liên quan đến các URL được uỷ quyền:

Tên miền hoặc địa chỉ IP không nhất thiết 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ả miền con của một miền đã chỉ định cũng được uỷ quyền.

Ví dụ: nếu miền không có uỷ quyền http://example.com, 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ả đường dẫn phụ của một đường dẫn được cấp phép cũng được cấp phép.

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ì miền con của một miền đã chỉ định cũng được uỷ quyền, nên http://sub.example.com/bar sẽ đượ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ể chỉ cho phép những URL sử dụng một số cổng nhất định đối với URL hợp lệ.

Ví dụ: nếu http://example.com:8080/foo được chỉ định thì điều đó không có nghĩa là http://example.com.

Các giao thức HTTP và HTTPS được xem 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 được uỷ quyền tự động.

Nếu bạn cung cấp một giá trị 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.

Để biết các giao thức khác lạ hơn so với HTTP hoặc HTTP, hãy xem hướng dẫn được cung cấp trong Cloud Console.