Questa pagina elenca alcune best practice per l'estrazione dei report.
Salvare e riutilizzare i report
Ti consigliamo di creare e salvare i report per le query eseguite regolarmente
perché inserire ed eliminare più volte lo stesso report comporta uno spreco di risorse.
Utilizzando intervalli di date relativi come YESTERDAY oppure
LAST_7_DAYS rende i report più riutilizzabili.
Pianificare i report
I report ad hoc o una tantum possono comportare uno spreco di risorse perché vengono eseguiti singolarmente e potrebbero essere eseguiti su un set di dati incompleto. Report pianificati sfruttare al meglio le risorse dei report perché vengono eseguite in blocco non verranno eseguite fino al termine dei dati del giorno precedente e l'elaborazione dei dati. Per informazioni dettagliate, consulta i campi di pianificazione disponibili.
Utilizza il backoff esponenziale per il polling dello stato del report
Non è possibile prevedere quanto tempo sarà necessario per l'esecuzione di un report. La lunghezza il tempo può variare da secondi a ore a seconda di molti fattori, tra cui la data e la quantità di dati da elaborare, ad esempio. Inoltre, non esiste alcuna correlazione tra il tempo di esecuzione del report e il numero di righe restituite nel report. Pertanto, devi controllare regolarmente lo stato di un report in esecuzione per determinare quando è terminato. Si tratta di una procedura nota come "polling".
Sebbene sia necessario il polling, un'implementazione inefficiente potrebbe esaurire rapidamente la quota quando si accede a un report a lunga esecuzione. Ti consigliamo quindi di utilizzare il backoff esponenziale per limitare i tentativi e risparmiare quota.
Eseguire download multiparte
I file dei report possono avere dimensioni fino a diversi gigabyte. Scaricando questi report in una singola richiesta può causare problemi di connessione. Inoltre, se il download di una singola richiesta viene interrotto, non è possibile riprenderlo e non è possibile riprendere il download di una singola richiesta non riuscita se viene interrotto. Ti consigliamo quindi di utilizzare i download suddivisi in più parti per suddividere i download di grandi dimensioni in blocchi più piccoli. Se un singolo chunk non va a buon fine, il download potrebbe essere ripreso da quel punto.
Sebbene il chunking offra molti vantaggi, ogni chunk genera una richiesta separata. Pertanto, consigliamo di utilizzare una dimensione minima di 10 MB per evitare sprechi quota. Tuttavia, se le dimensioni medie dei tuoi report sono molto grandi, ti consigliamo di aumentare di un chunk massimo in base alla velocità di connessione.
Valuta le quote di reporting
L'uso responsabile della funzionalità di generazione di report di Campaign Manager 360 viene applicato tramite le tre seguenti quote di utilizzo a livello di prodotto:
Esecuzioni di report ad hoc (al giorno)
Limita il numero di report ad hoc che un account CM può eseguire o un profilo utente CM nell'arco di 24 ore. Per rimanere sotto la quota:
- Riduci i report duplicati.
- Pianifica i report da eseguire regolarmente.
- Disattiva gli script API non necessari.
Report pianificati attivi
Limita il numero di report che un account o un profilo utente CM può avere pianificata attivamente in un determinato momento. Per rimanere sotto la quota:
- Riduci i report duplicati.
- Disattiva i report pianificati non necessari.
- Disattiva gli script API non necessari.
Report simultanei
Limita il numero di report che è possibile eseguire da un account o un profilo utente CM contemporaneamente. Per rimanere sotto la quota:
- Pianifica i report da eseguire regolarmente.
- Disattiva gli script API non necessari.
- Implementa la logica di backoff.
Se hai ottimizzato l'implementazione dei report e continui a superare la quota assegnata, contatta l'assistenza di Campaign Manager 360 utilizzando il modulo di contatto.