Elaborazione dei tempi di reporting
Report time processing is a virtual report suite setting that allows data in Analysis Workspace to be processed in a non-destructive, retroactive fashion.
Report Time Processing affects only the data in the virtual report suite and does not impact any data or data collection in the base report suite. The difference between Report Time Processing and traditional Analytics processing is best understood using the following diagram:
During Analytics data processing, data flows through the data collection pipeline and into a preprocessing step, which prepares data for reporting. Questo passaggio di preelaborazione applica la logica di scadenza delle visite e la logica di persistenza di eVar (tra le altre cose) ai dati durante la raccolta. Lo svantaggio principale di questo modello di pre-elaborazione è che richiede che qualsiasi configurazione venga eseguita in anticipo prima della raccolta dei dati. Ciò significa che qualsiasi modifica alle impostazioni di pre-elaborazione si applica solo ai nuovi dati da quel momento in poi. Ciò è problematico se i dati arrivano fuori servizio o se le impostazioni non sono state configurate correttamente.
Report Time Processing è un modo fondamentalmente diverso di elaborare i dati di Analytics per il reporting. Invece di predeterminare la logica di elaborazione prima della raccolta dei dati, Analytics ignora il set di dati durante il passaggio di preelaborazione e applica questa logica ogni volta che viene eseguito un rapporto:
Questa architettura di elaborazione offre opzioni di reporting molto più flessibili. Ad esempio, puoi impostare il periodo di timeout della visita in base al periodo di tempo desiderato in modo non distruttivo, e le modifiche si riflettono nei contenitori di persistenza e segmenti di eVar per l’intero periodo di reporting. Inoltre, puoi creare un numero qualsiasi di suite di rapporti virtuali, ciascuna con diverse opzioni di Elaborazione dell’ora rapporto basate sulla stessa suite di rapporti di base, senza modificare nessuno dei dati nella suite di rapporti di base.
Report Time Processing consente inoltre ad Analytics di impedire che gli hit in background diano inizio a nuove visite e consente a Adobe Experience Platform Mobile SDK di iniziare una nuova visita ogni volta che viene attivato un evento App Launch.
Opzioni di configurazione
Le seguenti opzioni di configurazione sono attualmente disponibili per le suite di rapporti virtuali con l’opzione Elaborazione al momento del rapporto abilitata:
- Visit Timeout: L’impostazione di timeout visita definisce la quantità di inattività che un visitatore univoco deve avere prima dell’avvio automatico di una nuova visita. Il valore predefinito è 30 minuti. For example, if you set the visit timeout to 15 minutes, a new visit grouping is created for each sequence of hits collected, separated by 15 minutes of inactivity. This setting impacts not only your visit counts, but also how visit segment containers are evaluated, and the visit expiration logic for any eVars expiring on visit. Decreasing the visit timeout will likely increase the total number of visits in your reporting, while increasing the visit timeout will likely decrease the total number of visits in your reporting.
- Mobile App Visit Settings: Per le suite di rapporti contenenti dati generati dalle app mobili tramite gli SDK Adobe Mobile, sono disponibili impostazioni di visita aggiuntive. These settings are non-destructive and only affect hits that have been collected via the Mobile SDKs. Queste impostazioni non hanno alcun impatto sui dati raccolti al di fuori del SDK mobile.
- Prevent Background Hits from starting a new Visit: Gli hit in background vengono raccolti dagli SDK di Mobile quando l’app si trova in uno stato di background.
- Start a New Visit upon each App Launch: Oltre al timeout della visita, puoi forzare l’inizio di una visita ogni volta che un evento App Launch viene registrato dagli SDK di Mobile, indipendentemente dalla finestra di inattività. This setting affects the visit metric and the visit segment container, as well as visit expiration logic on eVars.
- Start New Visit with Event: A new session starts when an event is fired, regardless of whether a session has timed out. La nuova sessione creata include l’evento che l’ha avviata. Inoltre, puoi utilizzare più eventi per avviare una sessione e una nuova sessione viene avviata se nei dati viene rilevato uno qualsiasi degli eventi. This setting will impact your visit count, the visit segmentation container, and the visit expiration logic on eVars.
See
Starting a new visit with event for a demo video.
Report Time Processing limitations
L’elaborazione dei tempi di report non supporta tutte le metriche e le dimensioni disponibili nel reporting tradizionale di Analytics. Le suite di rapporti virtuali che utilizzano l’elaborazione dei tempi di report sono accessibili solo in Analysis Workspace e non in Data Warehouse, Report Builder, Data Feed o nell’API di reporting.
Inoltre, Elaborazione dell’ora rapporto elabora solo i dati che provengono dall’intervallo di date del rapporto (di seguito “finestra di data”). Ciò significa che i valori di eVar impostati su “mai scadere” per un visitatore prima dell’intervallo di date del rapporto non persistono nelle finestre di rapporto e non vengono visualizzati nei rapporti. Ciò significa anche che le misurazioni della fedeltà dei clienti si basano esclusivamente sui dati presenti nell’intervallo di date del rapporto e non sull’intera cronologia precedente all’intervallo di date del rapporto.
Le dimensioni e le metriche seguenti non sono supportate con l’elaborazione dell’ora rapporto:
- Analytics for Target
- Dimensioni/metriche di Advertising
- eVar contatore
- Giorni precedenti al primo acquisto
- Giorni dall’ultimo acquisto
- Giorni dall’ultima visita
- Pagina di ingresso originale
- Linear allocation eVars
- Variabili elenco
- Dimensioni dei canali di marketing
- Dominio di riferimento originale
- Frequenza di ritorno
- Single Access
- Origini dati ID transazione
- Numero di visite
Dimensioni e metriche interessate
Di seguito è riportato un elenco di dimensioni e metriche interessate a seconda delle impostazioni di Elaborazione dell’ora rapporto selezionate:
-
Se è abilitato “Impedisci agli hit in background di avviare una nuova visita”, si verificano le seguenti modifiche. Per ulteriori informazioni, vedere Sessione in base al contesto.
- Mancati recapiti / Percentuale non recapitati: Gli hit in background non seguiti da un hit in primo piano non sono considerati un mancato recapito e non contribuiscono alla percentuale di mancato recapito.
- Tempo trascorso in secondi per visita: solo le visite che includono hit in primo piano contribuiscono a questa metrica.
- Tempo trascorso per visita: solo le visite che includono hit in primo piano contribuiscono a questa metrica.
- Metrica di ingresso / Metrica di uscita: In questa dimensione vengono visualizzate solo le entrate e le uscite dalle visite con hit in primo piano.
- Dimensione di ingresso / Dimensioni di uscita: In questa dimensione vengono visualizzate solo le entrate e le uscite dalle visite con hit di primo piano.
- Unique Visitors Metric: Unique Visitors does not include visitors who had only background hits in the reporting date range.
-
Visits: Visits reflects whatever settings the virtual report suite has configured, which can be different from the base report suite.
-
Eventi serializzati con ID evento: Gli eventi che utilizzano la serializzazione degli eventi con un ID evento vengono deduplicati solo per gli eventi che si verificano nell’intervallo di date del report per un visitatore. Questi eventi non vengono deduplicati in tutte le date o i visitatori a livello globale a causa della finestra di dialogo della data di elaborazione dell’ora rapporto.
-
Acquisti / Ricavi / Ordini / Unità: Quando viene utilizzato l’ID acquisto, queste metriche vengono deduplicate solo per gli ID acquisto duplicati che si verificano nell’intervallo di date del rapporto per un visitatore anziché in tutte le date o i visitatori a livello globale a causa della finestra di visualizzazione della data di elaborazione dell’ora rapporto.
-
eVar non merchandising / eVar riservate: I valori impostati in un eVar persistono solo se il valore è stato impostato nell’intervallo di date del report a causa della finestra di visualizzazione della data di elaborazione dell’ora report. In addition, time-based expirations can expire an hour early or an hour late if the persistence spans a daylight savings time change.
-
Merchandising eVars / reserved eVars: See above. In addition, for conversion syntax, where the binding is set to “any event,” “any hit” is used instead.
-
Hit Type: This dimension specifies whether a hit is foreground or background.
-
Dimensions with (Low-traffic) or “Uniques Exceeded”: The (Low-traffic) line item is determined slightly differently when using Report Time Processing, and is not guaranteed to match what is observed when reporting on the base Report Suite. Dimension line items that are not part of Low-traffic are not guaranteed to represent 100% of the data for that line item. These differences may become more pronounced the higher the number of unique values exist in a dimension.