Halaman ini mencantumkan beberapa praktik yang direkomendasikan saat mengambil laporan.
Menyimpan dan menggunakan kembali laporan
Sebaiknya Anda membuat dan menyimpan laporan untuk kueri yang rutin dijalankan
karena menyisipkan dan menghapus laporan yang sama akan berkali-kali memboroskan resource.
Penggunaan rentang tanggal relatif seperti YESTERDAY atau
LAST_7_DAYS akan membuat laporan lebih dapat digunakan kembali.
Menjadwalkan laporan
Laporan {i>ad-hoc<i}, atau laporan sekali saja, dapat menyia-nyiakan sumber daya karena dijalankan satu per satu dan dapat dieksekusi pada set data yang tidak lengkap. Laporan terjadwal memanfaatkan sumber daya pelaporan dengan sebaik-baiknya karena dijalankan secara massal dan dijamin tidak akan dijalankan hingga data hari sebelumnya selesai diproses. Lihat kolom penjadwalan yang tersedia untuk mengetahui detailnya.
Menggunakan backoff eksponensial saat melakukan polling status laporan
Anda tidak dapat memprediksi berapa lama waktu yang diperlukan untuk menjalankan laporan. Durasi waktu dapat berkisar dari detik hingga jam, bergantung pada banyak faktor, misalnya, rentang tanggal dan jumlah data yang akan diproses. Tidak ada korelasi antara runtime laporan dan jumlah baris yang ditampilkan dalam laporan. Oleh karena itu, Anda perlu memeriksa status laporan yang sedang berjalan secara teratur untuk menentukan kapan proses itu selesai. Ini adalah proses yang dikenal sebagai "polling".
Meskipun polling diperlukan, implementasi yang tidak efisien dapat dengan cepat menghabiskan kuota Anda saat menemukan laporan yang berjalan lama. Oleh karena itu, sebaiknya Anda menggunakan backoff eksponensial untuk membatasi percobaan ulang dan menghemat kuota.
Lakukan download multibagian
File laporan dapat berukuran hingga beberapa gigabyte. Mendownload laporan tersebut dalam satu permintaan dapat menyebabkan masalah koneksi. Selain itu, jika download permintaan tunggal terganggu, tidak ada cara untuk melanjutkannya dan download permintaan tunggal yang gagal tidak dapat dilanjutkan jika terganggu. Oleh karena itu, disarankan agar Anda menggunakan {i>download<i} multibagian untuk memecah {i>download<i} berukuran besar menjadi potongan-potongan kecil. Jika satu bagian gagal, download dapat dilanjutkan dari titik tersebut.
Meskipun memiliki banyak manfaat, setiap bagian akan menghasilkan permintaan terpisah. Oleh karena itu, sebaiknya gunakan ukuran bagian minimum 10 MB untuk menghindari pemborosan kuota. Namun, jika ukuran laporan rata-rata Anda sangat besar, pertimbangkan untuk meningkatkan ukuran potongan sebesar yang diizinkan oleh kecepatan koneksi.
Mempertimbangkan kuota pelaporan
Penggunaan fitur pelaporan Campaign Manager 360 yang bertanggung jawab diterapkan melalui tiga kuota penggunaan seluruh produk berikut:
Eksekusi laporan ad hoc (per hari)
Membatasi jumlah laporan ad hoc yang dapat dijalankan akun CM/profil pengguna CM dalam periode 24 jam. Agar tidak melebihi kuota:
- Mengurangi laporan duplikat.
- Menjadwalkan laporan yang dijalankan secara rutin.
- Nonaktifkan skrip API yang tidak diperlukan.
Laporan terjadwal aktif
Membatasi jumlah laporan yang dapat dijadwalkan secara aktif oleh akun CM/profil pengguna CM pada waktu tertentu. Agar tidak melebihi kuota:
- Mengurangi laporan duplikat.
- Nonaktifkan laporan terjadwal yang tidak perlu.
- Nonaktifkan skrip API yang tidak diperlukan.
Laporan serentak
Membatasi jumlah laporan yang dapat dijalankan akun CM/profil pengguna CM secara simultan. Agar tidak melebihi kuota:
- Menjadwalkan laporan yang dijalankan secara rutin.
- Nonaktifkan skrip API yang tidak diperlukan.
- Terapkan logika backoff.
Jika Anda telah mengoptimalkan penerapan pelaporan dan masih melebihi kuota yang diberikan, hubungi dukungan Campaign Manager 360 menggunakan formulir kontak.