Halaman ini mencantumkan beberapa praktik yang direkomendasikan saat mengambil laporan.
Menyimpan dan menggunakan kembali laporan
Sebaiknya buat dan simpan laporan untuk kueri yang Anda jalankan secara teratur
karena menyisipkan dan menghapus laporan yang sama beberapa kali akan membuang sumber daya.
Menggunakan rentang tanggal relatif seperti YESTERDAY atau
LAST_7_DAYS akan membuat laporan lebih dapat digunakan kembali.
Menjadwalkan laporan
Laporan ad-hoc atau satu kali saja dapat membuang-buang resource karena dijalankan secara terpisah dan dapat dijalankan terhadap set data yang tidak lengkap. Laporan terjadwal menggunakan resource pelaporan terbaik karena dapat dijalankan secara massal dan dijamin tidak akan dieksekusi hingga data hari sebelumnya selesai diproses. Lihat kolom penjadwalan yang tersedia untuk mengetahui detailnya.
Gunakan backoff eksponensial saat memeriksa 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, termasuk rentang tanggal dan jumlah data yang akan diproses, misalnya. Selain itu, tidak ada korelasi antara runtime laporan dan jumlah baris yang ditampilkan dalam laporan. Oleh karena itu, Anda harus memeriksa status laporan yang sedang berjalan secara berkala untuk menentukannya setelah selesai. Ini adalah proses yang disebut sebagai "polling".
Meskipun polling diperlukan, penerapan yang tidak efisien dapat 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.
Melakukan download multibagian
File laporan dapat berukuran hingga beberapa gigabyte. Mendownload laporan tersebut dalam satu permintaan dapat menyebabkan masalah koneksi. Selain itu, jika satu download permintaan terganggu, tidak ada cara untuk melanjutkannya dan download permintaan tunggal yang gagal tidak dapat dilanjutkan jika terhenti. Oleh karena itu, sebaiknya Anda menggunakan download multibagian untuk membagi download berukuran besar menjadi potongan-potongan yang lebih kecil. Jika satu potongan gagal, download dapat dilanjutkan dari titik tersebut.
Meskipun potongan 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 bagian sebanyak yang diizinkan oleh kecepatan koneksi.
Pertimbangkan kuota pelaporan
Penggunaan fitur pelaporan Campaign Manager 360 secara bertanggung jawab diberlakukan melalui tiga kuota penggunaan seluruh produk berikut:
Eksekusi laporan ad hoc (per hari)
Membatasi jumlah laporan ad-hoc yang dapat dijalankan oleh akun CM / profil pengguna CM dalam periode 24 jam. Agar tidak melebihi kuota:
- Mengurangi laporan duplikat.
- Jadwalkan laporan yang dijalankan secara rutin.
- Nonaktifkan skrip API yang tidak perlu.
Laporan terjadwal aktif
Membatasi jumlah laporan yang dapat dijadwalkan secara aktif oleh akun CM / profil pengguna pada waktu tertentu. Agar tidak melebihi kuota:
- Mengurangi laporan duplikat.
- Nonaktifkan laporan terjadwal yang tidak diperlukan.
- Nonaktifkan skrip API yang tidak perlu.
Laporan simultan
Membatasi jumlah laporan yang dapat dijalankan oleh akun CM / profil pengguna CM secara bersamaan. Agar tidak melebihi kuota:
- Jadwalkan laporan yang dijalankan secara rutin.
- Nonaktifkan skrip API yang tidak perlu.
- Implementasikan logika backoff.
Jika Anda telah mengoptimalkan penerapan pelaporan dan masih melebihi kuota yang diberikan, hubungi dukungan Campaign Manager 360 menggunakan formulir kontak.