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

Lưu ý quan trọng: Gói cao cấp của Nền tảng Google Maps không còn được cung cấp cho đăng ký mới hoặc khách hàng mới.

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

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 mã ứng dụng khách kết hợp với đăng ký URL (thay vì khóa API).

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

Mã dưới đây hướng dẫn bạn cách thay thế YOUR_CLIENT_ID bằng ID ứ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ý 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 riêng họ, việc sử dụng Client-ID bị hạn chế đối với danh sách các URL mà bạn có được uỷ quyền.

Tìm mã ứng dụng khách của bạn trong Cloud Console

Cho phép 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 ủy quyền cho ID ứng dụng khách SM-[company] trên Trang Mã ứng dụng khách.

  • Để xoá 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: Các quy tắc của URL có mã ứng dụng khách được uỷ quyền khác với đường liên kết giới thiệu khoá API hạn chế. 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 áp dụng đối với các URL được cấp phép:

Tên miền hoặc địa chỉ IP không nhất thiết phải là tên miền hoặc địa chỉ IP có thể truy cập công khai.
Ví dụ: http://myintranet và http://192.168.1.1 là các mục nhập hợp lệ.
Tất cả miền con của một miền đã chỉ định cũng được cấp phép.

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

Tất cả đường dẫn con của đườ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, http://sub.example.com/bar là đượ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ể giới hạn URL hợp lệ ở 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, không cho phép 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ẽ được không được cấp quyền tự động.

Ví dụ: nếu bạn cung cấp tệp tham chiếu hậu tố không có lược đồ giao thức www.example.com, các quy tắc riêng sẽ được tạo cho cả HTTP và HTTPS.

Để biết thêm các giao thức kỳ lạ hơn so với HTTP hoặc HTTP, hãy xem trong Cloud Console.