ÃÛ¶¹ÊÓƵ

Processing order for data in ÃÛ¶¹ÊÓƵ Analytics

ÃÛ¶¹ÊÓƵ offers many ways to alter or manipulate data before it appears in reporting. This page shows the order in which various ÃÛ¶¹ÊÓƵ Analytics features process data. You can use this list to troubleshoot data inconsistencies, or determine the best feature to use when data adjustments are necessary.

Processing order

Data before it is sent to ÃÛ¶¹ÊÓƵ

Before data is sent to ÃÛ¶¹ÊÓƵ, it is typically compiled client-side using one of the following methods:

  • AppMeasurement: A JavaScript file hosted on your site and referenced on each page. Data is sent directly to ÃÛ¶¹ÊÓƵ Analytics.
  • ÃÛ¶¹ÊÓƵ Experience Platform Web SDK: A JavaScript file hosted on your site and referenced on each page. Data is sent to the ÃÛ¶¹ÊÓƵ Experience Platform Edge Network.
  • Tags in ÃÛ¶¹ÊÓƵ Experience Cloud Data Collection: A JavaScript file referenced on each page, containing rules created within the Data Collection UI. The ÃÛ¶¹ÊÓƵ Analytics extension offers an easier way to implement AppMeasurement. The Web SDK extension offers an easier way to implement the Web SDK.

If you send data to the Edge Network, you can configure it to forward data to ÃÛ¶¹ÊÓƵ Analytics (as well as many other ÃÛ¶¹ÊÓƵ Experience Cloud solutions). Regardless of implementation method, ultimately an image request with the desired variables is sent to ÃÛ¶¹ÊÓƵ data collection servers.

Data as it arrives to ÃÛ¶¹ÊÓƵ Analytics data collection servers

Once data arrives to ÃÛ¶¹ÊÓƵ Analytics, the following features adjust the data as needed:

  1. Lookup tables: Dimensions that rely on ÃÛ¶¹ÊÓƵ-internal lookup tables (for example, the Browser dimension) is matched to its corresponding value.
  2. Dynamic variables: If a dynamic variable is seen in any part of an image request, the value is copied over and treated as an independent value moving forward.
  3. Bot rules: Apply standard or custom bot filtering to exclude that data from reporting.
  4. Processing rules: Custom rules applied to your data by your organization. Includes the mapping of Context data variables to its respective variable.
  5. VISTA rules: Custom flexible rules applied to your data by an ÃÛ¶¹ÊÓƵ consultant. VISTA rules can potentially run before or after Processing rules, depending on your organization’s needs. Most VISTA rules generally run after Processing rules, but each organization is set up differently. Contact your ÃÛ¶¹ÊÓƵ Account Team for more information around existing VISTA rules.
  6. Marketing Channel processing rules: You can use Processing rules to prepare data for use in Marketing Channel processing rules.
  7. Geolocation data: Dimensions that rely on IP address lookup (for example, the Countries dimension) are populated.
  8. IP obfuscation: If your organization has opted to obfuscate IP addresses in raw data, it is done after all other processing functions have completed.

At this point, the individual hit is recorded in report suite data tables. After the standard latency interval, it is available in reporting.

Changing data after it is processed

Data in ÃÛ¶¹ÊÓƵ Analytics is mostly permanent; however, there are some features that can allow selective data adjustment or removal:

  • : Edit certain columns or delete desired rows of data.
  • Data Governance: Accommodate privacy requests to permanently delete data.
  • Classifications: Create dimensions based on rules or uploaded data that allows you to organize data differently. The underlying report suite data is not changed, so you can freely edit or overwrite classification data.
  • Virtual report suites: Create an alternate report suite view that can change the visit timeout, or allow Cross-Device Analytics.
recommendation-more-help
df89a595-bae4-48f4-9606-e55c9666ee49