Scegli un cutoff di reporting tra i fusi orari degli account pubblicitari
Un portafoglio può essere estratto in un unico istante mentre i suoi account si trovano in date locali diverse. Definire ogni riga più recente come ieri produce un report apparentemente sincronizzato, ma non è così. Separa il momento in cui hai raccolto i dati dalla data locale rappresentata da ciascun account. Poi decidi se l'azienda necessita di giorni operativi locali comparabili o di una finestra temporale trascorsa realmente comune.
Un istante di estrazione non è una data di reporting
Due policy di reporting rispondono a domande diverse. Una policy basata sui giorni locali seleziona la stessa data locale in ciascun account una volta conclusa ovunque, con verifiche aggiuntive su maturità e raccolta dati. Una policy a istante comune seleziona le osservazioni comprese tra due istanti condivisi. Quest'ultima richiede timestamp sufficientemente granulari; gli aggregati giornalieri locali non possono essere suddivisi accuratamente in un fuso orario diverso senza il dettaglio sottostante.
Esempio a scopo illustrativo con offset fissi, non una regola di conversione dei fusi orari: alle 01:00 UTC del 4 ottobre, un account con UTC+2 si trova alle 03:00 del 4 ottobre, mentre un account con UTC−7 è alle 18:00 del 3 ottobre. Il 3 ottobre è concluso nel primo account, ma ancora in corso nel secondo. Per un confronto a giornata intera sulla stessa data locale, il 2 ottobre è la data condivisa completata più recente a quell'istante di estrazione. Il 3 ottobre resta provvisorio finché l'account occidentale non lo completa e la raccolta dei dati non si allinea.
La conclusione della giornata di calendario locale è necessaria ma non sufficiente. Le importazioni possono subire ritardi e le conversioni possono registrarsi più tardi. Un cutoff utile combina quindi il completamento del calendario, la completezza osservata della raccolta e la regola di maturità del risultato selezionato. Nell'implementazione, usa identificatori di fuso orario con nome e librerie di conversione sensibili alle date: l'ora legale può rendere errati gli offset fissi. Non considerare gli offset di questo esempio come impostazioni permanenti dell'account.
Scegli il confronto di cui hai davvero bisogno
- Indica la data locale selezionata accanto al subtotale di ciascun account, anche quando tutti gli account condividono la stessa etichetta di data. Il lettore potrà così distinguere l'allineamento delle date da un istante comune.
- Mantieni l'orario di estrazione in un unico fuso orario di riferimento chiaramente indicato. Ciò rende confrontabili i report aggiornati e aiuta a individuare i dati raccolti in momenti diversi.
- Conserva le righe preliminari in una vista di monitoraggio separata. Possono mostrare variazioni nell'erogazione senza contaminare il confronto di efficienza sulle giornate completate.
Applica una policy di cutoff riproducibile
- Elenca il fuso orario di reporting configurato per ciascun account, quello aziendale e il criterio di data del risultato. Chiarisci le impostazioni sconosciute prima di pubblicare confronti giornalieri cross-account.
- Scegli tra giorni operativi locali o una finestra temporale trascorsa comune. Spiega la motivazione di business: le vendite locali e gli imprevisti sincronizzati possono richiedere policy differenti.
- Converti l'istante di estrazione nella data locale di ciascun account. Seleziona solo le date completate in base alla policy scelta, quindi verifica l'ultima raccolta riuscita e la maturità delle conversioni.
- Crea una tabella di copertura con date incluse, escluse e la motivazione di ogni esclusione. Non colmare le giornate intere mancanti con la riga parziale corrente.
- Pubblica la regola di cutoff e l'istante di estrazione insieme ai totali. In AdAce Ads, usa le informazioni archiviate disponibili su fuso orario e copertura; se sono presenti solo aggregati giornalieri locali, evita di dichiarare un confronto preciso basato su un istante comune.
Gli aggregati giornalieri limitano la precisione
- Nomi dei giorni identici tra account diversi non implicano orari commerciali simultanei. Scegli la vista corrispondente alla decisione da prendere invece di forzare un fuso orario universale.
- Il passaggio all'ora legale/solare modifica le ore trascorse in una giornata locale. Per le analisi di tasso orario, i soli totali della giornata di calendario possono risultare inadeguati.
- Rimuovere la data più recente non rende automaticamente definitivi i dati rimanenti. I ritardi di conversione e i gap di raccolta necessitano di riscontri ed etichette separati. Conserva le date originali dell'account durante l'esportazione. Un'intestazione di data convertita senza una policy documentata sul fuso orario può rendere impossibile una riconciliazione successiva, anche quando gli importi sottostanti sono corretti.
Fonti e approfondimenti



Provalo sui tuoi account
Crea uno spazio di lavoro, collega Google o Meta in un paio di clic e visualizza chiaramente i tuoi account. Le modifiche seguono le tue approvazioni o le regole che configuri.
Crea il tuo spazio di lavoro