Adobe Context-Aware Sessions

Le sessioni in base al contesto nelle suite di rapporti virtuali modificano il modo in cui Adobe Analytics calcola le visite da qualsiasi dispositivo. Questo articolo descrive anche le implicazioni di elaborazione degli hit in background e degli eventi di avvio dell’app (entrambi impostati dall’SDK mobile) per la definizione delle visite al cellulare.

Puoi definire una visita in qualsiasi modo senza alterare i dati sottostanti, in modo che corrisponda al modo in cui i visitatori interagiscono con le esperienze digitali.

Ecco un video sulle sessioni in base al contesto:

Parametro URL prospettiva cliente

Il processo di raccolta dati di Adobe Analytics ti consente di impostare un parametro della stringa di query che specifica la prospettiva del cliente (denotato come parametro della stringa di query "cp"). Questo campo specifica lo stato dell'applicazione digitale dell'utente finale. Questo consente di sapere se un hit è stato generato mentre un’app mobile era in background.

Elaborazione hit in background

Un hit in background è un tipo di hit inviato ad Analytics dalla versione 4.13.6 e successive dell’SDK di Adobe Mobile quando l’app effettua una richiesta di tracciamento mentre è in background. Di seguito sono riportati alcuni esempi tipici:

Gli esempi seguenti descrivono la logica utilizzata per determinare quando una visita inizia e termina per un visitatore quando l’impostazione "Impedisci agli hit in background di avviare una nuova visita" è abilitata o non è abilitata per una suite di rapporti virtuale.

Se "Impedisci agli hit in background di avviare una nuova visita" non è abilitato:

Se questa funzione non è abilitata per una suite di rapporti virtuale, gli hit in background vengono trattati come qualsiasi altro hit, il che significa che iniziano nuove visite e agiscono esattamente come gli hit in primo piano. Ad esempio, se un hit in background si verifica meno di 30 minuti (il timeout di sessione standard per una suite di rapporti) prima di un set di hit in primo piano, l’hit in background fa parte della sessione.

Se l’hit di background si verifica più di 30 minuti prima di qualsiasi hit di primo piano, l’hit di background crea la propria visita, per un numero totale di visite pari a 2.

Se è abilitato "Impedisci agli hit in background di avviare una nuova visita":

Gli esempi seguenti illustrano il comportamento degli hit di sfondo quando questa funzione è abilitata.

Esempio 1: un hit di background si verifica in un periodo di tempo (t) precedente a una serie di hit in primo piano.

In questo esempio, se t è maggiore del timeout di visita configurato per la suite di rapporti virtuali, quindi l’hit di background viene escluso dalla visita formata dagli hit di primo piano. Ad esempio, se il timeout per la visita alla suite di rapporti virtuali è stato impostato su 15 minuti e t era di 20 minuti, la visita formata da questa serie di hit (mostrati dal contorno verde) avrebbe escluso l’hit di background. Ciò significa che qualsiasi eVar impostata con scadenza "visita" sull’hit di background non persistono nella visita successiva e un contenitore di segmenti visita includerebbe solo gli hit in primo piano all’interno del profilo verde.

Viceversa, se t è minore del timeout di visita configurato per la suite di rapporti virtuali, l’hit in background viene incluso come parte della visita come se fosse un hit in primo piano (mostrato dal profilo verde):

Ciò significa che:

In entrambi i casi, il conteggio totale delle visite sarebbe 1.

Esempio 2: se un hit di sfondo si verifica dopo una serie di hit di primo piano, il comportamento è simile:

Se l'hit in background si verifica dopo il timeout configurato della suite di rapporti virtuali, l'hit in background non fa parte di una sessione (evidenziato in verde):

Analogamente, se il periodo di tempo t è stato inferiore al timeout configurato per la suite di rapporti virtuali, l’hit di background viene incluso nella visita formata dagli hit di primo piano precedenti:

Ciò significa che:

Come in precedenza, il numero totale di visite in entrambi i casi sarebbe 1.

Esempio 3: in alcune circostanze, un hit di background può causare la combinazione di due visite separate in una singola visita. Nello scenario seguente, un hit in background è preceduto e seguito da una serie di hit in primo piano:

Se, in questo esempio, t1 e t2 sono entrambi inferiori al timeout della visita configurato dalla suite di rapporti virtuali, tutti questi hit verranno combinati in una singola visita, anche se t1 e t2 insieme sono maggiori del timeout della visita:

Se, tuttavia, t1 e t2 sono maggiori del timeout configurato per la suite di rapporti virtuali, tali hit verrebbero separati in due visite distinte:

Analogamente (come negli esempi precedenti), se t1 è minore del timeout e t2 è minore del timeout in cui l’hit di background verrebbe incluso nella prima visita:

Se t1 è maggiore del timeout e t2 è minore del timeout, quindi l’hit di background viene incluso nella seconda visita:

Esempio 4: negli scenari in cui si verifica una serie di hit di background entro il periodo di timeout della visita della suite di rapporti virtuali, gli hit formano una "visita di background" invisibile che non viene conteggiata nel conteggio delle visite e non è accessibile utilizzando un contenitore di segmentazione delle visite.

Anche se questa non è considerata una visita, qualsiasi eVar impostata con scadenza visita persiste i suoi valori rispetto agli altri hit di background in questa "visita di background".

Esempio 5: per gli scenari in cui si verificano più hit di background in successione dopo una serie di hit in primo piano, è possibile (a seconda dell’impostazione di timeout) che gli hit di background mantengano in vita una visita più a lungo del periodo di timeout della visita. Ad esempio, se t1 e t2 insieme erano superiori al timeout di visita della suite di rapporti virtuale, ma singolarmente inferiori al timeout, la visita si estendeva comunque per includere entrambi gli hit in background:

Analogamente, se una serie di hit in background si verifica prima di una serie di eventi in primo piano, si verifica un comportamento simile:

Gli hit di background si comportano in questo modo per preservare eventuali effetti di attribuzione da eVar o altre variabili impostate durante gli hit di background. Questo consente di attribuire gli eventi di conversione in primo piano a azioni eseguite mentre un’app era in background. Consente inoltre a un contenitore per segmenti di visita di includere hit in background che hanno generato una sessione in primo piano a valle, utile per misurare l’efficacia dei messaggi push.

Comportamento delle metriche di visita

Il conteggio delle visite si basa esclusivamente sul conteggio delle visite che includono almeno un hit in primo piano. Ciò significa che eventuali hit di background orfani o "visite in background" non vengono conteggiati ai fini della metrica Visita.

Comportamento della metrica Tempo trascorso per visita

Il tempo trascorso viene ancora calcolato in modo analogo al tempo trascorso tra un hit e l’altro senza hit in background. Anche se, se una visita include hit di background (perché si sono verificati abbastanza vicini agli hit di primo piano), tali hit vengono inclusi nel calcolo del tempo trascorso per visita come se fossero un hit di primo piano.

Impostazioni elaborazione hit in background

Poiché l’elaborazione degli hit in background è disponibile solo per le suite di rapporti virtuali che utilizzano l’elaborazione dei tempi di report, Adobe Analytics supporta due modi di elaborazione degli hit in background per mantenere il conteggio delle visite nella suite di rapporti di base che non utilizza l’elaborazione dei tempi di report. Per accedere a questa impostazione, vai a Strumenti di amministrazione di Adobe Analytics, vai alle impostazioni della suite di rapporti di base applicabile, quindi vai al menu "Mobile Management", quindi al sottomenu "Mobile Application Reporting".

In entrambi i casi, gli hit in background vengono fatturati allo stesso costo di qualsiasi altro hit inviato ad Analytics.

Avvio Di Nuove Visite A Ogni Avvio Dell’App

Oltre all’elaborazione degli hit in background, le suite di rapporti virtuali possono forzare l’avvio di una nuova visita ogni volta che l’SDK mobile invia un evento di avvio dell’app. Con questa impostazione abilitata, ogni volta che un evento di avvio app viene inviato dall’SDK, viene forzato l’avvio di una nuova visita indipendentemente dal raggiungimento del timeout di una visita aperta. L’hit contenente l’evento di avvio dell’app viene incluso come primo hit nella visita successiva, incrementa il conteggio delle visite e crea un contenitore di visite distinto per la segmentazione.