Panduan ini menunjukkan cara memastikan kredensial aplikasi dan pengguna Anda aman.
Menyelesaikan verifikasi aplikasi OAuth
Cakupan OAuth 2.0 untuk Google Ads API diklasifikasikan sebagai cakupan terbatas, yang berarti Anda harus menyelesaikan proses verifikasi aplikasi OAuth sebelum memproduksi aplikasi Anda. Lihat dokumentasi Google Identity, artikel Pusat Bantuan tentang aplikasi yang belum diverifikasi, dan dokumen tentang menyiapkan layar izin OAuth untuk mempelajari lebih lanjut.
Mengamankan kredensial aplikasi
Anda harus mengamankan client ID OAuth 2.0 dan rahasia klien aplikasi Anda. Kredensial ini membantu pengguna dan Google mengidentifikasi aplikasi Anda sehingga harus ditangani dengan hati-hati. Anda harus memperlakukan kredensial aplikasi ini seperti sandi. Jangan bagikan kredensial ini menggunakan mekanisme yang tidak aman seperti memposting di forum publik, mengirim file konfigurasi yang berisi kredensial ini dalam lampiran email, hardcode kredensial, atau melakukan commit ke repositori kode. Sebaiknya gunakan pengelola secret seperti Google Cloud Secret Manager atau AWS Secret Manager jika memungkinkan.
Jika rahasia klien OAuth 2.0 Anda disusupi, Anda dapat meresetnya.
Mengamankan akun layanan
Jika Anda menggunakan akun layanan, amankan akun tersebut sebagai berikut:
Perlakukan kunci akun layanan dan file JSON Anda sebagai sandi. Amankan kunci dan file tersebut menggunakan pengelola secret seperti Google Cloud Secret Manager atau AWS Secret Manager jika memungkinkan.
Ikuti praktik terbaik tambahan dari Google Cloud untuk mengamankan dan mengelola akun layanan Anda.
Mengamankan token pengguna
Jika aplikasi Anda mengotorisasi beberapa pengguna, Anda harus mengambil langkah tambahan untuk melindungi token akses dan refresh pengguna. Simpan token dengan aman saat tidak digunakan dan jangan pernah mengirimkannya dalam teks biasa. Gunakan sistem penyimpanan aman yang sesuai untuk platform Anda.
Menangani pencabutan dan masa berlaku token refresh
Jika aplikasi Anda meminta token refresh OAuth 2.0 sebagai bagian dari otorisasi, Anda juga harus menangani pembatalan atau masa berlakunya. Token refresh dapat dibatalkan karena berbagai alasan, dan aplikasi Anda harus merespons dengan baik, baik dengan mengotorisasi ulang pengguna selama sesi login berikutnya, atau membersihkan datanya sebagaimana mestinya. Tugas offline, seperti tugas cron, harus mendeteksi dan mencatat akun yang token refresh-nya telah habis masa berlakunya, bukan terus membuat permintaan yang gagal. Google dapat membatasi aplikasi yang menghasilkan tingkat error tinggi dalam jangka waktu yang berkelanjutan untuk mempertahankan stabilitas server API.
Mengelola izin untuk beberapa cakupan
Jika aplikasi Anda meminta otorisasi untuk beberapa cakupan OAuth 2.0, pengguna mungkin tidak memberikan semua cakupan OAuth yang Anda minta. Aplikasi Anda harus menangani penolakan cakupan dengan menonaktifkan fitur yang relevan. Anda hanya dapat meminta pengguna lagi setelah mereka dengan jelas menunjukkan niat untuk menggunakan fitur tertentu yang memerlukan cakupan tersebut. Gunakan otorisasi inkremental untuk meminta cakupan OAuth yang sesuai dalam kasus tersebut.
Jika fitur dasar aplikasi Anda memerlukan beberapa cakupan, jelaskan persyaratan ini kepada pengguna sebelum meminta izin.