In questa pagina sono elencate alcune prassi consigliate per il pull dei report.
Salvare e riutilizzare i report
Ti consigliamo di creare e salvare i report per le query eseguite con regolarità, perché inserire ed eliminare lo stesso report più volte comporta uno spreco di risorse.
L'utilizzo di intervalli di date relativi come YESTERDAY o LAST_7_DAYS rende i report più riutilizzabili.
Pianificare i report
I report ad hoc, o singoli, possono essere uno spreco di risorse, perché vengono eseguiti individualmente e possono essere eseguiti su un set di dati incompleto. I report pianificati utilizzano al meglio le risorse dei report perché vengono eseguite in blocco e la loro esecuzione non è garantita fino al completamento dell'elaborazione dei dati del giorno precedente. Per informazioni dettagliate, consulta i campi di pianificazione disponibili.
Usa il backoff esponenziale per il polling per lo stato del report
Non è possibile prevedere quanto tempo richiederà l'esecuzione di un report. Il periodo di tempo può variare da secondi a ore a seconda di molti fattori, ad esempio l'intervallo di date e la quantità di dati da elaborare. Inoltre, non c'è 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 un processo noto come "sondaggio".
Sebbene sia necessario il polling, un'implementazione inefficiente potrebbe esaurire rapidamente la quota quando si verifica un report a lunga esecuzione. Ti consigliamo quindi di utilizzare il backoff esponenziale per limitare i nuovi tentativi e preservare la quota.
Esegui download multiparte
Le dimensioni dei file dei report possono raggiungere i gigabyte. Il download di 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 il download di una singola richiesta non riuscita non può essere ripreso se viene interrotta. Ti consigliamo quindi di utilizzare download a più parti per suddividere i download di grandi dimensioni in blocchi più piccoli. In caso di errore di un singolo blocco, il download può essere ripreso da quel momento.
Anche se il blocco presenta molti vantaggi, ogni blocco genera una richiesta separata. Pertanto, ti consigliamo di utilizzare una dimensione minima del blocco di 10 MB per evitare di sprecare la quota. Tuttavia, se le dimensioni medie dei report sono molto elevate, valuta la possibilità di aumentare le dimensioni dei blocchi fino a raggiungere la velocità di connessione consentita.
Valuta le quote per i report
L'uso responsabile della funzionalità di generazione di report di Campaign Manager 360 viene applicato attraverso le tre quote di utilizzo a livello di prodotto riportate di seguito:
Esecuzioni di report ad hoc (al giorno)
Limita il numero di report ad hoc che un account CM o un profilo utente CM possono essere eseguiti per un periodo di 24 ore. Per rimanere al di sotto della quota:
- Riduci i report duplicati.
- Pianifica l'esecuzione periodica dei report.
- Disattiva gli script API non necessari.
Report pianificati attivi
Limita il numero di report che un account CM o un profilo utente CM possono avere pianificato attivamente in un determinato momento. Per rimanere al di sotto della 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 un account CM e un profilo utente CM possono essere eseguiti contemporaneamente. Per rimanere al di sotto della quota:
- Pianifica l'esecuzione periodica dei report.
- Disattiva gli script API non necessari.
- Implementa la logica di backoff.
Se hai ottimizzato l'implementazione dei report e continui a superare la quota specificata, contatta l'assistenza di Campaign Manager 360 utilizzando il modulo di contatto.