Mengelola biaya Google Maps Platform

Google Maps Platform menyediakan berbagai opsi untuk mengontrol konsumsi dan memastikan penggunaan Anda sesuai dengan anggaran. Opsi mencakup:

• Hentikan tagihan dengan membatasi jumlah peristiwa penagihan yang dipicu aplikasi Anda.
• Dapatkan notifikasi saat penggunaan Anda mendekati batas anggaran atau API tertentu.
• Bangun aplikasi Anda dengan lebih hemat biaya.

Tabel berikut menunjukkan opsi Anda.

Menghentikan Tagihan	Dapatkan Notifikasi	Membangun untuk Biaya yang Lebih Rendah
Mengubah batas kuota	Membuat anggaran dan pemberitahuan anggaran	Mengikuti strategi penerapan yang hemat biaya

Tanggung jawab Anda atas biaya: Anda bertanggung jawab secara finansial atas biaya yang disebabkan oleh penyalahgunaan kunci API yang tidak dibatasi. Sebagai praktik terbaik, batasi kunci API Anda, atau lakukan autentikasi menggunakan OAuth 2.0, jika didukung.

Kuota

Kuota membatasi jumlah layanan Google Maps Platform yang dapat digunakan oleh project Google Cloud Anda. Kuota dimaksudkan untuk memastikan keadilan dan mengurangi lonjakan penggunaan dan ketersediaan resource. Untuk mengetahui informasi selengkapnya, lihat Ringkasan Kuota Cloud.

Penting: Halaman Quotas mencerminkan penggunaan real-time untuk ketahanan layanan, tetapi bukan sumber kebenaran untuk penagihan. Untuk pengelolaan anggaran yang akurat dan untuk melihat tagihan akhir, selalu gunakan Dasbor Penagihan Cloud, yang mungkin memiliki latensi hingga 48 jam.

Hal berikut mengurangi kuota:

• Permintaan yang berhasil
• Permintaan yang menyebabkan error server

Hal berikut tidak mengurangi kuota:

• Permintaan yang gagal dalam autentikasi

Anda dapat menyiapkan pemberitahuan kuota untuk mendapatkan notifikasi saat penggunaan API mendekati batas. Untuk mengetahui informasi selengkapnya, lihat Menyiapkan peringatan kuota dan pemantauan.

Batas kuota membantu Anda mengontrol penggunaan API dan mencegah tagihan tak terduga dengan membatasi jumlah permintaan yang dapat dibuat oleh project Anda. Meskipun batas kuota ditetapkan secara default, batas tersebut dapat ditingkatkan atau dikurangi dengan mengirimkan permintaan penyesuaian. Untuk mengetahui informasi selengkapnya tentang cara mengelola kuota, lihat Melihat dan mengelola kuota.

Kuota menetapkan jumlah maksimum penggunaan API oleh project Anda, sehingga kuota juga menetapkan jumlah maksimum biaya yang dapat dikenakan kepada Anda untuk API tersebut. Menurunkan kuota akan menurunkan batas tersebut. Menaikkan kuota akan meningkatkan batasnya, yang berarti project Anda dapat membuat lebih banyak permintaan yang dapat ditagih sebelum API berhenti merespons. Penambahan kuota tidak membatasi pengeluaran Anda atau melindungi Anda dari tagihan tak terduga.

Misalnya, bug dalam kode penomoran halaman Anda terus meminta halaman hasil berikutnya tanpa kondisi berhenti. Dengan kuota 10.000 permintaan per hari, API akan menolak permintaan loop setelah 10.000 permintaan pertama. Jika Anda menaikkan kuota menjadi 100.000 permintaan per hari, loop yang sama dapat membuat permintaan yang dapat ditagih 10 kali lebih banyak sebelum API menolaknya.

Kuota juga membatasi biaya traffic yang tidak diinginkan, seperti permintaan dari crawler otomatis atau dari orang lain yang menggunakan kunci API Anda, tetapi kuota bukanlah perlindungan utama Anda terhadap traffic tersebut. Untuk memblokir traffic yang tidak diinginkan, batasi kunci API Anda ke aplikasi Anda dan ke API yang digunakan aplikasi tersebut. Gunakan kuota sebagai pengaman.

Minta penambahan kuota hanya jika aplikasi Anda memerlukan lebih banyak kapasitas untuk traffic yang diperkirakan, seperti peluncuran produk atau puncak musiman.

Perhatian: Menetapkan kuota terlalu rendah dapat memengaruhi kemampuan Anda untuk menggunakan API, yang dapat menyebabkan pemadaman layanan yang ditampilkan kepada pengguna di aplikasi Anda.

Menetapkan batas kuota

Untuk menetapkan batas penggunaan API, turunkan kuota per harinya. Saat project Anda mencapai batas, permintaan ke API tersebut akan gagal selama sisa hari itu. Batas ini berlaku lagi setiap hari, karena kuota harian direset pada tengah malam Waktu Pasifik. Tetapkan batas yang cukup tinggi untuk traffic normal aplikasi Anda. Misalnya, jika aplikasi Anda biasanya membuat sekitar 2.000 permintaan per hari dan hingga 3.000 pada hari-hari sibuk, batas 4.000 permintaan per hari akan mencakup hari-hari tersibuk Anda dan menghentikan loop tak terkendali pada 4.000 permintaan.

Untuk mengubah batas, buka halaman Quotas di Konsol Cloud, pilih API, lalu edit kuota. Untuk mengetahui langkah-langkah mendetail, lihat Melihat dan mengelola kuota.

Agar tetap berada dalam batas penggunaan gratis bulanan SKU, bagi batas penggunaan gratis dengan 31 (jumlah hari terbanyak dalam sebulan) dan bulatkan ke bawah. Tetapkan hasil sebagai batas harian pada kuota yang menghitung tagihan SKU. Misalnya, jika SKU memiliki batas penggunaan gratis sebesar 1.000 peristiwa yang dapat ditagih per bulan, bagi 1.000 dengan 31 untuk mendapatkan sekitar 32,3. Batas harian sebesar 32 akan menjaga penggunaan pada atau di bawah 992 dalam bulan apa pun. Batas penggunaan gratis dapat berubah, jadi periksa batas saat ini untuk setiap SKU sebelum Anda menetapkan batas.

Sebelum Anda menetapkan batas harian, periksa cara penagihan SKU:

• Unit penagihan: Beberapa SKU ditagih per elemen atau per pemuatan peta, bukan per permintaan. Misalnya, permintaan computeRouteMatrix ditagih per elemen, yaitu jumlah origin dikalikan dengan jumlah tujuan. Permintaan dengan 5 tempat asal dan 10 tujuan akan ditagih untuk 50 elemen. Jika Anda menetapkan batas 32 permintaan per hari, aplikasi Anda masih dapat menggunakan 1.600 elemen per hari. Untuk SKU ini, turunkan kuota per hari yang menghitung unit yang sama, seperti elemen per hari, bukan permintaan per hari.
• Tidak ada kuota yang cocok: Beberapa unit penagihan, seperti sesi, tidak memiliki kuota yang cocok. Kuota permintaan masih membatasi penggunaan tersebut, karena setiap sesi menyertakan setidaknya satu permintaan, tetapi kuota tersebut dapat memblokir traffic sebelum Anda mencapai batas penggunaan gratis.
• Lebih dari satu SKU per API: Jika permintaan ke API dapat memicu lebih dari satu SKU, tetapkan batas berdasarkan SKU dengan batas penggunaan gratis terendah.
• Lebih dari satu API per SKU: Jika lebih dari satu API dalam project Anda ditagih ke SKU yang sama, bagi batas harian di antara API tersebut.

Catatan: Karena pemisahan teknis antara sistem kuota dan sistem penagihan, perbedaan mungkin ada di antara metrik ini. Jika Anda menggunakan kuota agar tetap berada dalam anggaran tertentu, pertimbangkan untuk menetapkan batas kuota sedikit lebih rendah dari batas maksimum absolut Anda.

Menyesuaikan kuota sesuai kebutuhan

Tinjau dan sesuaikan kuota API Anda secara rutin untuk mengoptimalkan penggunaan dan biaya sekaligus menemukan keseimbangan antara mencegah pengeluaran berlebihan dan memastikan aplikasi Anda berfungsi dengan baik.

• Pantau pola penggunaan API Anda di Konsol Google Cloud. Tetapkan kuota yang sesuai dengan anggaran Anda dan cegah pengeluaran berlebih.
• Pastikan kuota dapat menangani periode penggunaan puncak.
• Lakukan penyesuaian secara bertahap dan uji aplikasi Anda secara menyeluruh setelah setiap perubahan untuk menghindari gangguan.

Anggaran dan peringatan

Jika memiliki anggaran tertentu untuk penggunaan Google Maps Platform, Anda dapat menghindari tagihan yang tidak terduga dengan membuat anggaran dan pemberitahuan Penagihan Cloud.

Poin Penting: Di Google Cloud, anggaran adalah jumlah target uang yang ingin Anda belanjakan selama jangka waktu tertentu, misalnya per bulan. Anggaran dapat diterapkan secara global di tingkat organisasi, tingkat project, atau tingkat layanan.

Anda dapat menetapkan pemberitahuan anggaran untuk memberi tahu Anda saat Anda telah mencapai persentase tertentu dari total anggaran, sehingga Anda dapat melihat tren biaya penggunaan dari waktu ke waktu.

Untuk mengetahui informasi selengkapnya, lihat Membuat, mengedit, atau menghapus pemberitahuan anggaran.

Ingat: Menetapkan anggaran tidak otomatis membatasi penggunaan atau pengeluaran Google Cloud atau Google Maps Platform. Email pemberitahuan anggaran mungkin akan meminta Anda melakukan tindakan untuk mengontrol biaya, tetapi tidak akan otomatis mencegah penggunaan atau penagihan layanan Anda saat jumlah anggaran atau aturan nilai minimum terpenuhi atau terlampaui.

Pengelolaan biaya strategis

Penganggaran yang efektif melibatkan penggunaan opsi gratis atau berbiaya lebih rendah jika memungkinkan. Bagian ini membahas berbagai strategi untuk meminimalkan biaya.

Gunakan Maps Static API jika memungkinkan

Situasi berikut cocok dengan peta statis, yang mendukung tampilan peta sederhana yang hanya memerlukan satu penanda:

• Anda memulai dengan prototipe yang belum memiliki banyak fitur.
• Anda tidak memiliki penyesuaian peta.
• Anda menggunakan maksimal satu penanda.
• Anda tidak perlu mendukung interaksi pengguna menggunakan peta dinamis atau street view dinamis.

Pemuatan lambat menggunakan thumbnail

Thumbnail (gambar peta kecil) adalah penggunaan yang baik untuk Maps Static API. Item ini ditagih dengan tarif yang lebih rendah daripada pemuatan peta dinamis dan setelah interaksi pengguna terjadi, dapat membawa pengguna ke versi dinamis Google Maps saat diklik, sehingga Anda hanya membayar pemuatan peta dinamis untuk pengguna yang berinteraksi.

Menggunakan kategori harga yang lebih murah

Google menyediakan jumlah peristiwa penggunaan gratis yang berbeda untuk setiap kategori harga. Anda dapat mengoptimalkan aplikasi untuk menggunakan kemampuan dalam kategori "Essentials" atau "Pro", yang memiliki lebih banyak peristiwa penggunaan bulanan gratis. Pelajari lebih lanjut kategori harga.

Menggabungkan beberapa peta

Jika Anda memiliki implementasi yang menampilkan beberapa peta, ikuti panduan berikut:

• Memuat peta hanya jika diperlukan, sehingga meminimalkan resource yang tidak perlu.
• Gunakan kembali satu peta dengan memperbarui area pandang, zoom, dan penandanya sesuai kebutuhan.
• Gunakan solusi Store Locator Plus jika Anda menampilkan beberapa peta untuk menunjukkan lokasi toko.
• Gunakan satu peta per layar antarmuka pengguna, karena pengguna biasanya hanya berinteraksi dengan satu peta dalam satu waktu.

Menyimpan konten ke dalam cache jika diizinkan

Sebagian besar produk Google Maps Platform melarang penyimpanan konten dalam cache. Namun, beberapa pengecualian memungkinkan Anda meng-cache hasilnya hingga 30 hari. Lihat persyaratan Google Maps Platform untuk mengetahui detailnya.