You can use a Flow visualization with the Mobile Device Type dimension.
Using Mobile Device Type as illustrated above allows you to see how people move between mobile device types and desktop device types. However you may want to distinguish desktop browsers from mobile browsers. One way to do this is to create an eVar that records whether the experience occurred on a desktop browser, mobile browser, or mobile app. Then create a Flow diagram as described above, using your “experience” eVar rather than the Mobile Device Type dimension. This provides a slightly different view on cross-device behavior.
CDA’s cross-device stitching occurs in two concurrent processes.
The first process is called “live stitching”, which occurs as the data streams into Adobe Analytics. During live stitching CDA does the best it can to restate the data at a person level. However, if the person is unknown at the time of live stitching then CDA falls back to the visitor ID to represent the person.
The second process is called “replay.” During replay, CDA goes backwards in time and restates historical data, where possible, within a specified lookback window. This lookback window is either 1 day or 7 days, depending on how you requested CDA to be configured. During replay, CDA attempts to restate hits where the person was previously unknown.
If using a device graph, Adobe keeps device mappings in the Co-op Graph and Private Graph for approximately 6 months. An ECID that has no activity for more than six months is removed from the graph. Data already stitched in CDA is not affected, but subsequent hits for that ECID are treated as a new person.
Adobe treats timestamped hits as if they were received at the time of the timestamp, not when Adobe received the hit. Timestamped hits older than 1 month are never stitched since they are outside the range Adobe uses for stitching.
Using a custom visitor ID is a legacy method to connect users across devices. With a custom visitor ID, you use the
visitorID variable to explicitly set the ID that is used for visitor logic. The
visitorID variable overrides any cookie-based IDs that are present.
Custom visitor IDs have several undesirable side effects that CDA overcomes or minimizes. For example, the custom visitor ID methodology has no replay capabilities. If a user authenticates in the middle of a visit, the first part of the visit associates with a different visitor ID than the latter part of the visit. The separate visitor IDs results in visit and visitor inflation. CDA restates historical data so unaunthenticated hits belong to the correct person.
Customers already using Custom Visitor ID can upgrade to CDA without any implementation changes. The
visitorID variable is still used in the source report suite. However, CDA ignores the
visitorID variable in the virtual report suite if a user authenticates.
In some situations it is possible that multiple people log in from the same device. Examples include a shared device at home, shared PCs in a library, or a kiosk in a retail outlet.
In some situations, an individual user can associate with a large number of ECIDs. This can occur if the individual uses a lot of browsers or apps, and can be exacerbated if they frequently clear cookies or use the browser’s private or incognito browsing mode.
The People metric is similar to the Unique Visitors metric in that it reports on the number of unique individuals. However, when using Cross-Device Analytics, unique visitors are combined when they are otherwise recorded as two separate unique visitors outside of CDA. The ‘People’ metric replaces the ‘Unique Visitors’ metric when Cross-Device Analytics is enabled. A new metric, Unique Devices, is available that is approximately equal to Unique Visitors outside of Cross-Device Analytics.
These two metrics are roughly equivalent to each other.
Yes. Analysis Workspace uses the 2.0 API to request data from Adobe’s servers, and you can view API calls Adobe uses to make your own reports:
Yes. If an individual sends hits from two separate devices within your virtual report suite’s visit timeout (30 minutes by default), they are stitched into the same visit.
Both of these identifiers are calculated by Adobe at the time the report is run, also known as Report-time processing. The nature of Report-time processing means that it is not compatible with Data Warehouse, data feeds, or other export features that Adobe offers.
If you would like to switch CDA identifying methods, talk to your organization’s Account Manager. The Account Manager can provision your report suite to the desired method to identify people. Historical stitched data from the previous method is lost.
CDA pulls eVar dimension items before they are optimized for reporting. You do not need to worry about unique limits for the purposes of CDA. However, if you tried using that prop/eVar in a Workspace project, you can still see the (Low-traffic) dimension item.
Multiple report suites may be enabled, however each additional report suite will increase the overall provisioning time if multiple report suites are requested at once. CDA does not merge report suites. Each report suite enabled for CDA needs to be cross-device in nature (containing data from multiple surfaces such as desktop web, mobile web, mobile app, etc.)
No. For the same org, only one region can have CDA enabled.