Otorisasi URL Client ID

Penting: Paket Premium Google Maps Platform tidak lagi tersedia untuk pendaftar atau pelanggan baru.

Perhatian: Dokumen ini hanya disediakan sebagai referensi untuk mempertahankan aplikasi lama yang menggunakan client ID. Untuk aplikasi baru, selalu gunakan kunci API. Lihat Ringkasan Autentikasi Paket Premium untuk mengetahui detail selengkapnya.

Autentikasi client ID Maps JavaScript API

Anda dapat mengautentikasi permintaan dengan Google Maps Platform menggunakan client ID bersama pendaftaran URL (bukan kunci API).

Menetapkan client ID saat memuat API

Peringatan: Permintaan yang berisi client ID dan kunci API dapat mengakibatkan perilaku API yang tidak terduga atau perilaku penagihan yang tidak diinginkan. Untuk mencegah hal ini, pastikan permintaan Anda hanya menggunakan salah satu dari parameter ini.

Kode di bawah ini menunjukkan cara mengganti YOUR_CLIENT_ID dengan client ID Anda sendiri saat memuat Google Maps Platform.

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

Mengelola URL yang diberi otorisasi

Untuk mencegah pihak ketiga menggunakan client ID Anda di situs mereka sendiri, penggunaan client ID Anda dibatasi untuk daftar URL yang secara spesifik Anda beri otorisasi.

Menemukan client ID Anda di Konsol Cloud

Catatan: Jika Anda tidak dapat menemukan project yang ditautkan ke client ID, lihat Menemukan project client ID dan Menjeda client ID.

Otorisasi URL di Konsol Cloud

• Semua URL yang Anda beri otorisasi tercantum di tabel Authorized URLs for Client ID gme-[company] di halaman Client ID.

• Untuk menghapus URL, centang kotak di sebelah kiri URL lalu klik ikon hapus di sisi kanan atas tabel.

• Untuk menambahkan URL baru, klik Add URLs di bagian bawah tabel.

Penting: Aturan untuk URL client ID yang diberi otorisasi berbeda dengan pembatasan perujuk kunci API. Lihat detail selengkapnya di bawah.

Pertimbangan berikut berlaku sehubungan dengan URL yang diberi otorisasi:

Nama domain atau alamat IP tidak harus bisa diakses oleh publik.

Misalnya, http://myintranet dan http://192.168.1.1 adalah entri yang valid.

Semua subdomain dari domain yang telah diberi otorisasi juga ikut mendapat otorisasi.

Perhatian: Perilaku ini berbeda dengan aturan perujuk kunci API.

Misalnya, jika domain tanpa awalan www http://example.com diberi otorisasi, berarti subdomain http://www.example.com juga ikut mendapatkan otorisasi. Hal sebaliknya tidak berlaku: jika http://www.example.com diberi otorisasi, http://example.com tidak secara otomatis mendapatkan otorisasi.

Semua subjalur dari jalur yang telah diberi otorisasi juga ikut mendapat otorisasi.

Perhatian: Perilaku ini berbeda dengan aturan perujuk kunci API.

Misalnya, jika http://example.com diberi otorisasi, berarti http://example.com/foo juga ikut mendapatkan otorisasi. Selain itu, karena subdomain dari domain yang telah diberi otorisasi juga ikut mendapatkan otorisasi, berarti http://sub.example.com/bar juga ikut mendapatkan otorisasi.

Jalur bersifat peka huruf besar/kecil.

Misalnya, http://www.example.com/ThisPath/ tidak sama dengan http://www.example.com/thispath/.

Anda dapat membatasi URL yang valid pada URL yang menggunakan port tertentu.

Misalnya, jika http://example.com:8080/foo diberi otorisasi, tidak berarti http://example.com juga ikut mendapatkan otorisasi.

Protokol HTTP dan HTTPS dianggap URL yang berbeda.

Perhatian: Perilaku ini berbeda dengan aturan perujuk kunci API.

Misalnya, jika https://example.com diberi otorisasi, http://example.com belum tentu ikut mendapatkan otorisasi.

Jika Anda memberikan referensi akhiran tanpa skema protokol, misalnya www.example.com, aturan terpisah akan dibuat untuk HTTP dan HTTPS.

Untuk skema protokol yang lebih unik daripada HTTP atau HTTPS, lihat petunjuk yang diberikan di Konsol Cloud.