Tijdverwerking rapporteren

Report time processing is een instelling voor een virtuele rapportsuite waarmee gegevens in Analysis Workspace op niet-destructieve, retroactieve wijze kunnen worden verwerkt.

Report Time Processing heeft alleen invloed op de gegevens in de virtuele-rapportsuite en heeft geen invloed op gegevens of gegevensverzameling in de set met basisrapporten. Het verschil tussen Report Time Processing en de traditionele verwerking van Analytics wordt het best begrepen gebruikend het volgende diagram:

Traditionele verwerkingspijpleiding

Tijdens de gegevensverwerking van Analytics, stromen de gegevens door de pijpleiding van de gegevensinzameling en in een preprocessing stap, die gegevens voor rapportering voorbereidt. Bij deze voorbewerkingsstap worden de logica voor het verlopen van het bezoek en de persistentielogica voor eVar (onder andere) toegepast op de gegevens terwijl deze worden verzameld. Het primaire nadeel van dit voorbewerkingsmodel is dat elke configuratie vooraf moet worden uitgevoerd voordat gegevens worden verzameld. Dit betekent dat wijzigingen in de instellingen voor voorbewerking alleen van toepassing zijn op nieuwe gegevens vanaf dat moment. Dit is problematisch als de gegevens uit orde aankomen of als de montages verkeerd werden gevormd.

Report Time Processing is een fundamenteel andere manier om analysegegevens voor rapportage te verwerken. In plaats van de verwerkingslogica vooraf te bepalen alvorens de gegevens worden verzameld, negeert de Analytics de gegevensreeks tijdens de preprocessing stap en past deze logica toe telkens als een rapport wordt in werking gesteld:

de tijdverwerkingspijpleiding van het Rapport

Deze verwerkingsarchitectuur maakt veel flexibelere rapportageopties mogelijk. Bijvoorbeeld, kunt u de periode van de bezoekonderbreking in om het even welke tijdsduur veranderen u op een niet destructieve manier wilt en die veranderingen worden weerspiegeld in uw persistentie van eVar en segmentcontainers voor de volledige rapporteringsperiode. Bovendien, kunt u om het even welk aantal virtuele rapportreeksen tot stand brengen, elk met de verschillende opties van de Verwerking van de Tijd van het Rapport die op de zelfde reeks van het basisrapport worden gebaseerd, zonder om het even welke gegevens in de reeks van het basisrapport te veranderen.

Report Time Processing staat ook Analytics toe om achtergrondklappen van aanvang nieuwe bezoeken te verhinderen en staat Adobe Experience Platform Mobile SDKtoe om een nieuw bezoek te beginnen wanneer een gebeurtenis van de Lancering van de Toepassing wordt teweeggebracht.

Configuratieopties

De volgende configuratieopties zijn momenteel beschikbaar aan virtuele rapportreeksen met toegelaten de Verwerking van de Tijd van het Rapport:

  • Visit Timeout: De time-outinstelling voor een bezoek bepaalt de hoeveelheid inactiviteit die een unieke bezoeker moet hebben voordat een nieuw bezoek automatisch wordt gestart. De standaardwaarde is 30 minuten. Als u de time-out van het bezoek bijvoorbeeld instelt op 15 minuten, wordt een nieuwe bezoekgroep gemaakt voor elke reeks verzamelde hits, gescheiden door 15 minuten inactiviteit. Deze instelling is niet alleen van invloed op uw aantal bezoeken, maar ook op de manier waarop de containers van het bezoekensegment worden geëvalueerd en op de logica voor het verlopen van bezoeken voor alle eVars die tijdens het bezoek verlopen. Als u de time-out van het bezoek verlaagt, neemt het totale aantal bezoeken in uw rapportage waarschijnlijk toe, terwijl een langere time-out van het bezoek het totale aantal bezoeken in uw rapportage waarschijnlijk zal verminderen.
  • Mobile App Visit Settings: voor rapportreeksen die gegevens bevatten die door mobiele apps door worden geproduceerd Mobiele SDKs van de Adobe, zijn de extra bezoekmontages beschikbaar. Deze instellingen zijn niet-destructief en hebben alleen invloed op treffers die zijn verzameld via de mobiele SDK's. Deze instellingen zijn niet van invloed op gegevens die buiten de Mobile SDK worden verzameld.
  • Prevent Background Hits from starting a new Visit: Achtergrondhits worden verzameld door de mobiele SDK's wanneer de toepassing zich in de achtergrondstatus bevindt.
  • Start a New Visit upon each App Launch: Naast de time-out van het bezoek kunt u een bezoek afdwingen om te beginnen wanneer een gebeurtenis van de Lancering van de Toepassing van SDKs ongeacht het inactiviteitsvenster is geregistreerd. Dit het plaatsen beïnvloedt metrisch bezoek en de container van het bezoekensegment, evenals de logica van de bezoekafloop op eVars.
  • Start New Visit with Event: een nieuwe zitting begint wanneer een gebeurtenis, ongeacht of een zitting uit heeft getimed. De nieuwe sessie bevat de gebeurtenis die deze heeft gestart. Bovendien kunt u meerdere gebeurtenissen gebruiken om een sessie te starten en een nieuwe sessie wordt geactiveerd als een van deze gebeurtenissen in de gegevens wordt waargenomen. Dit het plaatsen zal uw bezoektelling, de container van de de segmentatie van het bezoek, en de logica van de bezoekafloop op eVars beïnvloeden.
recommendation-more-help

Zie VideoCheckedOut Beginnend een nieuw bezoek met gebeurtenisvoor een demo video.

Beperkingen van tijdverwerking rapporteren

De Verwerking van de Tijd van het rapport steunt niet alle metriek en dimensies beschikbaar in traditionele Analytics rapportering. Virtuele rapportsuites die de Verwerking van de Tijd van het Rapport gebruiken zijn slechts toegankelijk in Analysis Workspace en is niet toegankelijk in Data Warehouse, Report Builder, Gegevensvoer, of rapporteringsAPI.

Bovendien verwerkt de Tijd van het Rapport slechts gegevens die uit binnen de rapporteringsdatumwaaier (die als "datumvenster"hieronder wordt bedoeld) komen. Dit betekent dat de waarden van eVar die voor een bezoeker vóór de rapporteringsdatumwaaier worden geplaatst "nooit verlopen"niet in de rapporteringsvensters blijven en niet in rapporten verschijnen. Dit betekent ook dat de metingen van de klantenloyaliteit uitsluitend gebaseerd zijn op de gegevens in de rapporteringsdatumwaaier en niet op de volledige geschiedenis voorafgaand aan de rapporteringsdatumwaaier.

De volgende afmetingen en metriek worden niet gesteund met de Verwerking van de Tijd van het Rapport:

Betrokken afmetingen en metriek

Hieronder volgt een lijst van afmetingen en metriek die afhankelijk van de geselecteerde montages van de Verwerking van de Tijd van het Rapport worden beïnvloed:

  • Als "Voorkomen dat de Hits van de Achtergrond van een Nieuw Bezoek"wordt toegelaten, komen de volgende veranderingen voor. Zie context-bewuste zittingvoor meer informatie.

    • Stuiters / Stuitsnelheid: De Achtergrond klappen die niet door een voorgrondslag worden gevolgd worden niet beschouwd als stuiteren en dragen niet tot het stuitpercentage bij.
    • Tijd bestede Seconden per Bezoek: slechts de bezoeken die voorgrondhits omvatten dragen aan dit metrisch bij.
    • Tijd die per Bezoek wordt uitgegeven: slechts de bezoeken die op voorgrond vallen omvatten dragen aan dit metrisch bij.
    • metrische Ingang / metrische uitgang: slechts ingangen en uitgang van bezoeken met voorgrondtreffelijke treffers verschijnen in deze afmeting.
    • dimensie van de Ingang / de dimensies van de Uitgang: slechts ingangen en de uitgang van bezoeken met voorgrondhits verschijnen in deze afmeting.
    • Unieke Metrische Bezoekers: De unieke Bezoekers omvatten geen bezoekers die slechts achtergrondklappen in de rapporteringsdatumwaaier hadden.
  • bezoeken: Bebezoeken wijst op welke montages de virtuele rapportreeks heeft gevormd, die van de reeks van het basisrapport kan verschillend zijn.

  • Geserialiseerde Gebeurtenissen met Gebeurtenis IDs: Gebeurtenissen die de Rangschikking van de Gebeurtenis met een gebeurtenisidentiteitskaart gebruiken worden slechts gededupliceerd voor gebeurtenissen die binnen de rapporteringsdatumwaaier voor een bezoeker voorkomen. Deze gebeurtenissen worden niet over alle datums of bezoekers globaal als gevolg van het venster Datum van de Verwerking van de Tijd van het Rapport gededupliceerd.

  • Aankopen / Opbrengsten / Orders / Eenheden: wanneer aankoopidentiteitskaart wordt gebruikt, worden deze metriek slechts gededupliceerd voor dubbele aankoop IDs die binnen de rapporteringsdatumwaaier voor een bezoeker eerder dan over alle datum of bezoekers globaal toe te schrijven aan het venster van de Verwerking van de Tijd van het Rapport.

  • niet-handelend eVars / gereserveerde eVars: waarden die in een eVar worden geplaatst blijven slechts voortbestaan als de waarde binnen de rapporteringsdatumwaaier toe te schrijven aan het venster van de Datum van de Verwerking van de Tijd van het Rapport. Bovendien kunnen op tijd gebaseerde vervaldatums een uur vroeg of een uur laat verlopen als de persistentie een zomertijdwijziging omvat.

  • Merchandising eVars / gereserveerde eVars: zie hierboven. Daarnaast wordt voor de conversiesyntaxis, waarbij de binding is ingesteld op "een gebeurtenis", in plaats daarvan "een hit" gebruikt.

  • Type van Actief: Deze afmeting specificeert of een klap voorgrond of achtergrond is.

  • Dimensionen met (Laag-verkeer) of "Uniques Overschreden": het (Laag-verkeer) lijnpunt wordt bepaald lichtjes verschillend wanneer het gebruiken van de Verwerking van de Tijd van het Rapport, en is niet gegarandeerd om te passen wat wanneer het melden op de Reeks van het basisrapport wordt waargenomen. De lijnpunten van het Dimension die geen deel van Laag-verkeer uitmaken worden gegarandeerd niet 100% van de gegevens voor dat lijnpunt vertegenwoordigen. Deze verschillen kunnen groter worden naarmate het aantal unieke waarden in een dimensie groter wordt.

46b8682c-fda6-4669-9355-1a44923e549e