Contextbewuste sessies

Contextbewuste sessies in virtuele rapportsuites veranderen hoe Adobe Analytics bezoeken van elk apparaat berekent. In dit artikel worden ook de verwerkingsimplicaties beschreven van achtergrondopdrachten en startgebeurtenissen van apps (beide ingesteld door de SDK van mobiele apparaten) voor de definitie van mobiele bezoeken.

U kunt een bezoek op elke gewenste manier definiëren zonder de onderliggende gegevens te wijzigen, zodat deze overeenkomen met de manier waarop bezoekers met uw digitale ervaringen werken.

Hier is een video over contextbewuste sessies:

URL-parameter voor klantperspectief

Het proces van de gegevensinzameling van Adobe Analytics staat u toe om een parameter van het vraagkoord te plaatsen die het klantenperspectief (als "cp"parameter van het vraagkoord wordt aangeduid) specificeren. In dit veld wordt de status van de digitale toepassing van de eindgebruiker aangegeven. Zo kunt u zien of een hit is gegenereerd terwijl een mobiele app zich in de achtergrondstatus bevond.

Achtergrondbewerking

Een hit op de achtergrond is een type hit dat vanuit Adobe Mobile SDK versie 4.13.6 en hoger naar Analytics wordt verzonden wanneer de toepassing een aanvraag voor bijhouden indient in een achtergrondstatus. Voorbeelden hiervan zijn:

De volgende voorbeelden schetsen de logica die wordt gebruikt in het bepalen wanneer een bezoek voor om het even welke bezoeker begint en beëindigt wanneer de "Voorkomen van AchtergrondHits van het Begin van een nieuw Bezoek"het plaatsen voor een virtuele rapportreeks is of niet wordt toegelaten.

Als "Voorkomen dat de Hits van de Achtergrond een nieuw Bezoek"begint niet wordt toegelaten:

Als deze functie niet is ingeschakeld voor een virtuele rapportsuite, worden achtergrondopdrachten op dezelfde manier behandeld als elke andere hit, wat betekent dat ze nieuwe bezoeken beginnen en op dezelfde manier werken als voorgrondhits. Als een achtergrondhit bijvoorbeeld minder dan 30 minuten optreedt (de standaardsessietime-out voor een rapportsuite) voordat een set voorgrondhits wordt weergegeven, maakt de achtergrondhit deel uit van de sessie.

Als de achtergrondhit meer dan 30 minuten vóór eventuele voorgrondhits optreedt, maakt de achtergrondhit een eigen bezoek voor een totaal aantal bezoeken van 2.

Als "Voorkomen dat de Hits van de Achtergrond een nieuw Bezoek"wordt toegelaten:

In de volgende voorbeelden wordt het gedrag van achtergrondopdrachten getoond wanneer deze functie is ingeschakeld.

Voorbeeld 1: Een achtergrondhit treedt op in een bepaalde tijdsperiode (t) voordat een reeks voorgrondhits wordt weergegeven.

In dit voorbeeld, als t is groter dan de gevormde het bezoekonderbreking van de virtuele rapportreeks, dan wordt de achtergrondhit uitgesloten van het bezoek dat door de voorgrondhits wordt gevormd. Als de time-out van het bezoek aan de virtuele rapportsuite bijvoorbeeld is ingesteld op 15 minuten, en t 20 minuten lang was het bezoek van deze serie hits ( de groene omtrek toont ) geen aanleiding voor een achtergrondaanval . Dit betekent dat alle eVars die zijn ingesteld met een "bezoek"-vervaldatum bij een treffer op de achtergrond niet blijven in het volgende bezoek, en een container van het bezoekensegment zou slechts de voorgrondhits binnen het groene overzicht omvatten.

Omgekeerd, als t is minder dan de gevormde het bezoekonderbreking van de virtuele rapportreeks, is achtergrondhit inbegrepen als deel van het bezoek alsof het een voorgrondslag (die door het groene overzicht wordt getoond) was:

Dit betekent dat:

In beide gevallen zou het totale aantal bezoeken 1 bedragen.

Voorbeeld 2: Als een achtergrondhit optreedt na een reeks voorgrondhits, is het gedrag vergelijkbaar:

Als de achtergrondhit optreedt na de geconfigureerde time-out van de virtuele rapportsuite, maakt de achtergrondhit geen deel uit van een sessie (weergegeven in groen):

Evenzo, als de tijdsperiode t was minder dan de gevormde onderbreking van de virtuele rapportreeks, is de achtergrondhit inbegrepen in het bezoek dat door de vorige foreground wordt gevormd:

Dit betekent dat:

Zoals eerder zou het totale aantal bezoeken in beide gevallen 1 zijn.

Voorbeeld 3: In sommige gevallen kan een achtergrondhit ertoe leiden dat twee afzonderlijke bezoeken worden gecombineerd tot één bezoek. In het volgende scenario wordt een achtergrondhit voorafgegaan en gevolgd door een reeks voorgrondtreffelijke resultaten:

Indien in dit voorbeeld: t1 en t2 zijn allebei minder dan de virtuele rapportreeks gevormde het bezoekonderbreking, al deze klappen in één enkel bezoek zouden worden gecombineerd, zelfs als t1 en t2 samen zijn groter dan de time-out van het bezoek:

Indien echter t1 en t2 zijn groter dan de virtuele gevormde onderbreking van de rapportreeks, zouden deze klappen in twee verschillende bezoeken worden gescheiden:

Evenzo (zoals in onze vorige voorbeelden), als t1 is kleiner dan de time-out en t2 minder is dan de time-out die de achtergrondhit zou opnemen in het eerste bezoek:

Indien t1 groter is dan de time-out en t2 minder dan de time-out is, wordt de gevonden achtergrond opgenomen in het tweede bezoek:

Voorbeeld 4: In scenario's waar een reeks achtergrondklappen binnen de virtuele onderbrekingsperiode van het de verslagreeks voorkomen, vormen de klusjes een onzichtbaar "achtergrondopdracht"die niet op de bezoektelling telt en niet toegankelijk gebruikend een container van de bezoeksegmentatie is.

Hoewel dit niet als een bezoek wordt beschouwd, blijven alle eVars-sets die verlopen tijdens een bezoek hun waarden aan de andere kant behouden als de achtergrondresultaten in dit "achtergrondbezoek".

Voorbeeld 5: Voor scenario's waar de veelvoudige achtergrondklappen achtereenvolgens na een reeks voorgrondklappen voorkomen, is het mogelijk (afhankelijk van onderbreking het plaatsen) dat de achtergrondklappen een bezoek langer levend houden dan de periode van de bezoekonderbreking. Als t1 en t2 samen waren groter dan de virtuele time-out van het rapportsuite bezoek maar individueel minder dan de time-out, dan zou het bezoek zich nog steeds uitstrekken tot beide background hits :

Op dezelfde manier geldt dat als een reeks achtergrondresultaten plaatsvindt voordat een reeks voorgrondgebeurtenissen plaatsvindt, dit ook gebeurt:

Achtergrondhits gedragen zich op deze manier om eventuele attributie-effecten van Vars of andere variabelen die tijdens achtergrondtreffers zijn ingesteld, te behouden. Hierdoor kunnen downstream-voorgrondconversiegebeurtenissen worden toegewezen aan handelingen die zijn uitgevoerd terwijl een app zich in de achtergrondstatus bevond. Het staat ook een container van het bezoekensegment toe om achtergrondklappen te omvatten die in een stroomafwaartse voorgrondzitting resulteerden die nuttig is om de doeltreffendheid van het duwbericht te meten.

Metrisch gedrag bezoeken

Het aantal bezoeken is uitsluitend gebaseerd op het aantal bezoeken dat ten minste één foreground hit omvat. Dit betekent dat zwevende achtergrondopdrachten of "achtergrondbezoeken" niet meetellen voor de meting Visit.

Tijd besteed per bezoek metrisch gedrag

De tijd die wordt doorgebracht wordt nog berekend op een analoge manier aan hoe het zonder achtergrondklappen gebruikend de tijd tussen klappen is. Hoewel bij een bezoek achtergrondopdrachten worden opgenomen (omdat deze direct genoeg optraden voor voorgrondhits), worden deze hits opgenomen in de berekening van de tijd die u per bezoek hebt doorgebracht, alsof het een voorgrondhit betreft.

Instellingen voor verwerking achtergrondkleur

Omdat achtergrondhit-verwerking alleen beschikbaar is voor virtuele rapportsuites die gebruikmaken van Report Time Processing, biedt Adobe Analytics ondersteuning voor twee manieren om achtergrondresultaten te verwerken, zodat de bezoektellingen behouden blijven in de basisrapportsuite die geen gebruikmaken van Report Time Processing. Als u deze instelling wilt openen, navigeert u naar Adobe Analytics Admin Tools, gaat u naar de instellingen van de toepasselijke basisrapportsuite en navigeert u naar het menu Mobiel beheer en vervolgens naar het submenu 'Rapportering mobiele toepassing'.

In beide gevallen worden achtergrondopdrachten tegen dezelfde kosten in rekening gebracht als andere resultaten die naar Analytics worden verzonden.

Nieuwe bezoeken starten bij elke keer dat de app wordt gestart

Naast de hitteverwerking op de achtergrond kunnen virtuele rapportsuites een nieuw bezoek afdwingen om te beginnen wanneer de mobiele SDK een app-startgebeurtenis verzendt. Als deze instelling is ingeschakeld, wordt telkens wanneer een gebeurtenis App Launch vanuit de SDK wordt verzonden, een nieuw bezoek afgedwongen, ongeacht of een open bezoek de time-out heeft bereikt. De hit met de startgebeurtenis van de app wordt opgenomen als de eerste hit tijdens het volgende bezoek en verhoogt het aantal bezoeken en maakt een aparte container voor segmentatie.