Bearbetning av rapporttid
Report time processing är en inställning för ett virtuellt rapportpaket som tillåter att data i Analysis Workspace behandlas på ett icke-förstörande, retroaktivt sätt.
Report Time Processing påverkar bara data i den virtuella rapportsviten och påverkar inte data eller datainsamling i basrapportsviten. Skillnaden mellan Report Time Processing och traditionell Analytics-bearbetning förstås bäst med följande diagram:
Under databearbetningen i Analytics flödar data genom datainsamlingsflödet och in i ett förbearbetningssteg, som förbereder data för rapportering. I det här förbearbetningssteget används bl.a. logik för förfallodatum och beständighetslogik för eVar på data som samlas in. Den främsta nackdelen med den här förbehandlingsmodellen är att den kräver att all konfiguration görs i förväg innan data samlas in. Det innebär att ändringar i förbehandlingsinställningarna bara gäller för nya data från den tidpunkten och framåt. Det här är problematiskt om data kommer i fel ordning eller om inställningarna är felkonfigurerade.
Report Time Processing är ett helt annat sätt att behandla Analytics-data för rapportering. I stället för att förbestämma bearbetningslogiken innan data samlas in, ignorerar Analytics datauppsättningen under förbearbetningssteget och använder den här logiken varje gång en rapport körs:
Denna bearbetningsarkitektur möjliggör mycket mer flexibla rapporteringsalternativ. Du kan till exempel ändra besökets tidsgräns till hur länge du vill på ett icke-förstörande sätt och dessa ändringar återspeglas i eVarnas beständighet och segmentbehållare under hela rapporteringsperioden. Dessutom kan du skapa ett valfritt antal virtuella rapportsviter, där vart och ett har olika alternativ för bearbetning av rapporttid som baseras på samma basrapportserie, utan att ändra några data i basrapportsviten.
Report Time Processing gör det även möjligt för Analytics att förhindra bakgrundstötar från att starta nya besök och Adobe Experience Platform Mobile SDK om du vill starta ett nytt besök när en appstartshändelse utlöses.
Konfigurationsalternativ
Följande konfigurationsalternativ är tillgängliga för virtuella rapportsviter med rapporttidsbearbetning aktiverat:
- Visit Timeout: Inställningen för tidsgräns för besök anger hur mycket inaktivitet en unik besökare måste ha innan ett nytt besök startas automatiskt. Standardvärdet är 30 minuter. Om du till exempel anger tidsgränsen för besök till 15 minuter skapas en ny besöksgruppering för varje sekvens av träffar som samlats in, åtskilda med 15 minuters inaktivitet. Den här inställningen påverkar inte bara antalet besök, utan även hur besökssegmentens behållare utvärderas och besökets förfallologik för eVars som förfaller vid besök. Om du minskar tidsgränsen för besöket ökar troligen det totala antalet besök i din rapportering, medan tidsgränsen för besöket minskar det totala antalet besök i din rapportering.
- Mobile App Visit Settings: För rapportsviter som innehåller data som genererats av mobilappar via Adobe Mobile SDKsfinns ytterligare inställningar för besök. De här inställningarna är icke-förstörande och påverkar bara träffar som samlats in via Mobile SDK:er. De här inställningarna påverkar inte data som samlats in utanför Mobile SDK.
- Prevent Background Hits from starting a new Visit: Bakgrundsträffar samlas in av Mobile SDK:er när appen är i bakgrundsläge.
- Start a New Visit upon each App Launch: Förutom tidsgränsen för besök kan du tvinga ett besök att börja när en Appstart-händelse har spelats in från Mobile SDK:er oavsett inaktivitetsfönstret. Den här inställningen påverkar besöksmåtten och besökssegmentbehållaren, liksom logiken för besökets förfallodatum på eVars.
- Start New Visit with Event: En ny session startar när en händelse utlöses, oavsett om en session har uppnått tidsgränsen eller inte. Den nyligen skapade sessionen innehåller händelsen som startade den. Dessutom kan du använda flera händelser för att starta en session och en ny session utlöses om någon av dessa händelser observeras i data. Den här inställningen påverkar antalet besök, besökssegmenteringsbehållaren och besökets förfallologik på eVars.
Här är en video om hur du startar ett nytt besök med eventet:
Bearbetningsbegränsningar för rapporttid
Rapporttidsbearbetningen stöder inte alla mått och mått som är tillgängliga i traditionella analysrapporter. Virtuella rapportsviter som använder Report Time Processing är bara tillgängliga i Analysis Workspace och är inte tillgängliga i Data Warehouse, Report Builder, Data Feeds eller API:t för rapportering.
Dessutom bearbetas endast data som kommer från rapportens datumintervall (kallas datumfönster nedan). Det innebär att eVar-värden som angetts som"aldrig förfaller" för en besökare före rapportdatumintervallet inte bevaras i rapportfönstren och inte visas i rapporter. Detta innebär också att kundlojalitetsmätningarna enbart baseras på data som finns i rapporteringsdatumintervallet och inte på hela historiken före rapportens datumintervall.
Följande dimensioner och mått stöds inte för bearbetning av rapporttid:
- Analyser för Target
- Analyser för Advertising Cloud mått/mätvärden
- Counter eVars
- Dagar före första köp
- Dagar sedan senaste köp
- Dagar sedan senaste besök
- Inmatningssidans originalformat
- Linjär allokeringsvariabler
- Listvariabler
- Dimensioner för marknadsföringskanaler
- Ursprunglig referensdomän
- Returfrekvens
- Enkel åtkomst
- Datakällor för transaktions-ID
- Besök nummer
Påverkade mått och mätvärden
Nedan visas en lista över mått och mått som påverkas beroende på vilka inställningar för Tidsbearbetning för rapport som har valts:
-
Om alternativet Förhindra att bakgrundstötningar startar ett nytt besök är aktiverat inträffar följande ändringar. Se Sammanhangsberoende sessioner för mer information.
- studsar / Studsfrekvens: Bakgrundstötningar som inte följs av en förgrundsträff betraktas inte som ett studs och bidrar inte till studsfrekvensen.
- Antal sekunder per besök: Endast besök som innehåller förgrundsträffar bidrar till detta mätresultat.
- Tid per besök: Endast besök som innehåller förgrundsträffar bidrar till detta mätresultat.
- Inmatningsmått / Avsluta mätvärde: Endast inmatningar och utträden från besök med förgrundstreck visas i den här dimensionen.
- Ingångsdimension / Avslutningsdimensioner: Endast inmatningar och utträden från besök med förgrundstreck visas i den här dimensionen.
- Unika besökarmått: Unika besökare inkluderar inte besökare som bara hade bakgrundsträffar i rapportens datumintervall.
-
Besök: Besökarna återspeglar de inställningar som har konfigurerats i den virtuella rapportsviten, som kan skilja sig från basrapportsviten.
-
Serialiserade händelser med händelse-ID: Händelser som använder händelseserialisering med ett händelse-ID dedupliceras bara för händelser som inträffar inom rapportdatumintervallet för en besökare. Dessa händelser dedupliceras inte för alla datum eller besökare globalt på grund av fönstret för rapporttidsbearbetning.
-
Inköp / Intäkter / Beställningar / Enheter: När inköps-ID används dedupliceras dessa värden endast för dubbletter av inköps-ID:n som finns inom rapportdatumintervallet för en besökare i stället för för på alla datum eller för besökare globalt på grund av fönstret för rapporttidsbearbetning.
-
Varor som inte är avsedda för försäljning / reserverade eVars: Värden som angetts i en eVar behålls bara om värdet angavs inom rapportdatumintervallet på grund av fönstret för rapporttidsbearbetning. Dessutom kan tidsbaserade förfallodatum förfalla en timme tidigt eller en timme sent om beständigheten sträcker sig över en sommartid.
-
Merchandising eVars / reserverade eVars: Se ovan. För konverteringssyntax, där bindningen är inställd på "any event", används "any hit" i stället.
-
Träfftyp: Den här dimensionen anger om en träff är för- eller bakgrundsbild.
-
Dimensioner med (lågtrafik) eller "Uniques Exceeded": Radobjektet (Lågtrafik) bestäms något annorlunda när du använder Rapporttidsbearbetning och är inte garanterat matchande vad som observeras vid rapportering på basrapportsviten. Det är inte säkert att radobjekt som inte ingår i lågtrafik motsvarar 100 % av Dimensionen för det radobjektet. Dessa skillnader kan bli mer uttalade ju högre antal unika värden som finns i en dimension.