Halaman ini mencantumkan beberapa praktik yang direkomendasikan saat menarik laporan.
Menyimpan dan menggunakan kembali laporan
Sebaiknya buat dan simpan laporan untuk kueri yang Anda jalankan secara rutin karena menyisipkan dan menghapus laporan yang sama beberapa kali akan membuang-buang resource.
Penggunaan rentang tanggal relatif seperti YESTERDAY atau
LAST_7_DAYS membuat laporan lebih mudah digunakan kembali.
Menjadwalkan laporan
Laporan ad-hoc, atau satu kali, dapat membuang-buang sumber daya karena dijalankan secara terpisah dan mungkin dijalankan terhadap set data yang tidak lengkap. Laporan terjadwal memanfaatkan sumber daya pelaporan secara optimal karena dijalankan secara massal dan dijamin tidak akan dijalankan hingga pemrosesan data hari sebelumnya selesai. Lihat kolom penjadwalan yang tersedia untuk mengetahui detailnya.
Gunakan backoff eksponensial saat melakukan polling untuk status laporan
Anda tidak dapat memprediksi berapa lama waktu yang dibutuhkan untuk menjalankan laporan. Durasi waktu dapat berkisar dari detik hingga jam, bergantung pada banyak faktor, termasuk rentang tanggal dan jumlah data yang akan diproses. Tidak ada juga korelasi antara durasi proses laporan dan jumlah baris yang ditampilkan dalam laporan. Oleh karena itu, Anda perlu memeriksa status laporan yang sedang berjalan secara rutin untuk menentukan kapan laporan tersebut selesai. Proses ini dikenal sebagai "polling".
Meskipun polling diperlukan, penerapan yang tidak efisien dapat dengan cepat menghabiskan kuota Anda saat menemukan laporan yang berjalan lama. Oleh karena itu, sebaiknya gunakan backoff eksponensial untuk membatasi percobaan ulang dan menghemat kuota.
Melakukan 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, download tidak dapat dilanjutkan dan download permintaan tunggal yang gagal tidak dapat dilanjutkan jika terganggu. Oleh karena itu, sebaiknya Anda menggunakan download multipart untuk membagi download besar menjadi beberapa bagian yang lebih kecil. Jika satu bagian gagal, download dapat dilanjutkan dari titik tersebut.
Meskipun memiliki banyak manfaat, setiap potongan menghasilkan permintaan terpisah. Oleh karena itu, sebaiknya gunakan ukuran potongan minimum 10 MB untuk menghindari pemborosan kuota. Namun, jika ukuran laporan rata-rata Anda sangat besar, pertimbangkan untuk meningkatkan ukuran chunk sebanyak yang diizinkan oleh kecepatan koneksi.
Mempertimbangkan kuota pelaporan
Penggunaan fitur pelaporan Campaign Manager 360 yang bertanggung jawab diberlakukan melalui tiga kuota penggunaan di seluruh produk berikut:
Eksekusi laporan ad-hoc (per hari)
Membatasi jumlah laporan ad-hoc yang dapat dijalankan oleh akun CM / profil pengguna CM dalam jangka waktu 24 jam. Agar tidak melebihi kuota:
- Kurangi 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:
- Kurangi laporan duplikat.
- Nonaktifkan laporan terjadwal yang tidak perlu.
- Nonaktifkan skrip API yang tidak diperlukan.
Laporan serentak
Membatasi jumlah laporan yang dapat dijalankan secara bersamaan oleh akun CM / profil pengguna CM. 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.