Verwerkingsvolgorde voor gegevens in Adobe Analytics

Adobe biedt verschillende manieren om gegevens te wijzigen of te bewerken voordat deze in de rapportage worden weergegeven. Op deze pagina ziet u de volgorde waarin verschillende Adobe Analytics-functies gegevens verwerken. U kunt deze lijst gebruiken om gegevensinconsistenties problemen op te lossen, of de beste eigenschap bepalen om te gebruiken wanneer de gegevensaanpassingen noodzakelijk zijn.

​ Beeld van de orde van de Verwerking ​

Gegevens voordat deze naar Adobe worden verzonden

Voordat gegevens naar Adobe worden verzonden, worden deze doorgaans op de client gecompileerd met een van de volgende methoden:

  • AppMeasurement: Een JavaScript-bestand dat op uw site wordt gehost en waarnaar op elke pagina wordt verwezen. Gegevens worden rechtstreeks naar Adobe Analytics verzonden.
  • SDK van het Web van Adobe Experience Platform: Een JavaScript-bestand dat op uw site wordt gehost en waarnaar op elke pagina wordt verwezen. De gegevens worden naar de Adobe Experience Platform Edge Network verzonden.
  • Markeringen in de Inzameling van Gegevens van Adobe Experience Platform: Een JavaScript-bestand waarnaar op elke pagina wordt verwezen, met regels die zijn gemaakt in de gebruikersinterface voor gegevensverzameling. De Adobe Analytics-extensie biedt een eenvoudigere manier om AppMeasurement te implementeren. De extensie Web SDK biedt een eenvoudigere manier om de Web SDK te implementeren.
  • API: Zowel AppMeasurement als Edge Network bieden programmatische methoden om gegevens naar Adobe te verzenden. AppMeasurement biedt de ​ Invoeging API van Gegevens ​ en de ​ Bulk API van Gegevens aan Invoeging ​; Edge Network biedt de ​ inzameling API van Gegevens ​ aan.

Als u gegevens naar de Edge Network verzendt, kunt u deze zo configureren dat gegevens naar Adobe Analytics (en vele andere Adobe CX Enterprise-oplossingen) worden doorgestuurd. Ongeacht de implementatiemethode komen de verzamelde raakgegevens uiteindelijk naar Adobe Analytics-verwerkingsservers in een indeling die ze kunnen parseren.

Voorbewerking in Adobe Analytics-collectie

Wanneer gegevens naar Adobe Analytics worden verzonden, wordt een pre-verwerkingsfase gestart:

  1. Dynamische variabelen: Als een dynamische variabele in om het even welk deel van een beeldverzoek wordt gezien, wordt de waarde gekopieerd over en behandeld als een onafhankelijke waarde die zich voorwaarts beweegt.
  2. IP obfuscation (laatste octet): Als uw rapportreeks wordt gevormd om slechts het laatste octet te verduisteren, die verduistering hier van toepassing is. Merk op dat IP de opschudding (verwijder IP) later in de verwerkingspijpleiding gebeurt.
  3. Lookup lijsten: De afmetingen die zich op Adobe-interne raadplegingslijsten (bijvoorbeeld, de ​ Browser ​ dimensie) baseren worden aangepast aan zijn overeenkomstige waarde.
  4. IP uitsluiting: Om het even welke IP adressen die u uitdrukkelijk van het melden uitsluiten worden gemarkeerd tijdens deze stap.
  5. Bot regels: Pas standaard- of aangepaste bot-filters toe om die gegevens uit te sluiten van rapportage.
  6. Geolocatiegegevens: De afmetingen die zich op IP adresraadpleging baseren (bijvoorbeeld, de ​ 3} dimensie van Landen {) worden bevolkt.
  7. Regels van de Verwerking: Aangepaste regels die door uw organisatie op uw gegevens zijn toegepast. Omvat de afbeelding van ​ variabelen van de Contextgegevens ​ aan hun respectieve variabelen van Analytics.
  8. VISTA regels: Aangepaste flexibele regels toegepast op uw gegevens door een Adobe-consultant. De regels van VISTA kunnen potentieel lopen vóór of na de regels van de Verwerking, afhankelijk van de behoeften van uw organisatie. De meeste regels VISTA lopen over het algemeen na de regels van de Verwerking, maar elke organisatie is opstelling verschillend. Neem contact op met uw Adobe-accountteam voor meer informatie over bestaande VISTA-regels.
  9. de omzetting van de Valuta: Als de treffer een andere currencyCode dan de valuta van de rapportsuite bevat, worden alle toepasselijke valutavariabelen geconverteerd aan de hand van de wisselkoers van de huidige dag.
  10. Postcode: De dimensie van de "code van het ZIP"is bevolkt gebaseerd op de montages van de rapportreeks.

Fase van de “middelste waarde” van de gegevensverzamelingspijplijn

Wanneer de voorbewerking is voltooid, gebruiken verschillende functies deze gedeeltelijk verwerkte vorm van gegevens, ook wel “gemiddelde waarden” genoemd. Voordat die gegevens ergens worden verzonden, wordt een verwerking toegepast die specifiek is voor de gemiddelde waarde:

  1. Hit-vlakke de verwerkingsregels van het marketing kanaal: Deze verwerkingsregels worden specifiek uitgevoerd voor de Analytics Source Connector. Aangezien er nog geen context op bezoekersniveau is, wordt er bij deze verwerkingsregels van uitgegaan dat een treffer niet de eerste treffer van een bezoek is. De resultaten van het uitvoeren van de verwerkingsregels voor een hit zijn beschikbaar in channel.typeAtSource en channel._id .
  2. IP obfuscation (verwijder IP): Als uw rapportreeks wordt gevormd om een IP adres volledig te verduisteren, die verduistering hier (slechts voor midden-waarden) van toepassing is.

Op dit punt worden gegevens uit het midden van de waarde verzonden naar de desbetreffende functie:

Bezoek en verwerking op bezoekersniveau

Tot op heden heeft een bepaalde hit geen kennis van of context voor treffers die voor of na de treffer zijn verzameld. In deze fase van verwerking worden bezoekers en bezoekersvelden gevuld.

  1. Bezoek + bezoekersdefinitie: De hit wordt geïdentificeerd op basis van de bezoekersvariabelen die erin staan.
  2. aantal van het Bezoek: Op basis van andere bezoeken voor de geïdentificeerde bezoeker wordt het bezoeknummer berekend.
  3. deduplicatie van de Gebeurtenis: Als de slag een dubbele purchaseID of ​ gebeurtenisrangschikking ​ bevat, worden die IDs gecontroleerd en respectievelijk gemarkeerd.
  4. bezoek-vlakke de verwerkingsregels van het marketingkanaal: Elke hit wordt uitgevoerd via de verwerkingsregels voor marketingkanalen en de details tussen kanalen en kanalen worden bepaald als de hit overeenkomt met een regel. Deze regels bevolken het ​ Kanaal van de Marketing ​ en ​ het kanaaldetail van de Marketing ​ dimensies beschikbaar in Analysis Workspace.
  5. Variabele persistentie: Voor dimensies die persistentie (zoals ​ eVars ​) hebben, wordt die waarde bepaald bij deze stap. Over het algemeen worden de meeste post waarden hier ingesteld.
  6. identiteitskaart van de Transactie: Als de hit een nieuwe transactionID -waarde bevat, wordt een “momentopname” van alle ondersteunde waarden opgeslagen. Wanneer een gegevensbronupload een overeenkomende transactie-id bevat, worden alle ondersteunde waarden uit deze momentopname opgenomen in die gegevensbronrij.
  7. IP obfuscation (verwijder IP): Als uw rapportreeks wordt gevormd om een IP adres volledig te verduisteren, die verduistering hier van toepassing is nadat alle andere verwerking eindigt.

Op dit punt, wordt de individuele klap geregistreerd in de lijsten van de rapportreeksgegevens. Na het standaard ​ latentie ​ interval, is het beschikbaar in het melden.

Gegevens wijzigen nadat deze zijn verwerkt

De gegevens in Adobe Analytics zijn meestal permanent; er zijn echter enkele kenmerken die een selectieve aanpassing of verwijdering van gegevens mogelijk maken :

  • Reparatie API van Gegevens: Bewerk bepaalde kolommen of verwijder de gewenste rijen met gegevens.
  • het bestuur van Gegevens: Pas privacyverzoeken aan om gegevens permanent te verwijderen.
  • Classificaties: Maak dimensies op basis van regels of geüploade gegevens waarmee u gegevens anders kunt ordenen. De onderliggende gegevens van de rapportreeks worden niet gewijzigd, zodat kunt u classificatiegegevens vrij uitgeven of beschrijven.
  • Virtuele rapportsuites: Maak een alternatieve rapportsuite-weergave waarmee de time-out bij een bezoek kan worden gewijzigd.
recommendation-more-help
analytics-help-technotes