You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: src/connections/sources/catalog/cloud-apps/unlocking-attribution/index.md
+7-7Lines changed: 7 additions & 7 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -33,7 +33,7 @@ _**NOTE:** The Unlocking Attribution Source is currently in beta, which means th
33
33
34
34
### Sync
35
35
36
-
The Unlocking Attribution source is built with a sync component, which means that Unlocking Attribution writes to Segment on a regular basis, when modelling is re-performed on your customer data (typically on a daily basis). In the initial sync, all historical modelling is performed and written according to the Collections Table below. The objects are written into a separate schema, corresponding to the source instance's schema name you designated upon creation (for example, `ug_attribution.media_spend_items`).
36
+
The Unlocking Attribution source is built with a sync component, which means that Unlocking Attribution writes to Segment on a regular basis, when modelling is re-performed on your customer data (typically on a daily basis). In the initial sync, all historical modelling is performed and written according to the Collections structure below. The objects are written into a separate schema, corresponding to the source instance's schema name you designated upon creation (for example, `ug_attribution.media_spend_items`).
37
37
38
38
Segment's sync component uses an upsert API, so the data in your warehouse loaded using sync reflects the latest state of the corresponding resource in Unlocking Attribution. For example, if `conversions.value` goes from `0` to `212` between syncs, on its next sync that conversion's value will be `212`.
39
39
@@ -45,11 +45,11 @@ Collections are the groupings of resources that Segment pulls from your source.
|`conversions`| object | This table contains each identified conversion event, as configured in Unlocking Attribution and detected by the modelling. |
49
-
|`convresion_touch_lookup`| object | This table contains a cross-reference between each conversion and all the pre-conversion touches which the end-user had. |
48
+
|`conversions`| object | This collection contains each identified conversion event, as configured in Unlocking Attribution and detected by the modelling. |
49
+
|`convresion_touch_lookup`| object | This collection contains a cross-reference between each conversion and all the pre-conversion touches which the end-user had. |
50
50
| `touches` | object | A touch is defined as any interaction that a user/customer/prospect had leading up to the conversion event. This generally means website visits, but can sometimes have broader definitions, based on the exact implementation.
51
-
| `media_spend_items` | object | All cost data from the various media platforms is downloaded and stored in the the Media Spend Items and Media Spend Daily Spend tables.
52
-
| `media_spend_daily_spend` | object | This table captures the daily spend for each campaign (and sometimes broken down by Ad Collective or Ad Id).
51
+
| `media_spend_items` | object | All cost data from the various media platforms is downloaded and stored in the the Media Spend Items and Media Spend Daily Spend collections.
52
+
| `media_spend_daily_spend` | object | This collection captures the daily spend for each campaign (and sometimes broken down by Ad Collective or Ad Id).
53
53
54
54
## Collection Properties
55
55
Below are tables outlining the properties included in the collections listed above.
@@ -92,13 +92,13 @@ Below are tables outlining the properties included in the collections listed abo
92
92
93
93
94
94
### media_spend_items
95
-
All cost data from the various media platforms is downloaded and stored in the the Media Spend Items and Media Spend Daily Spend tables. Regardless of the media platform, the data is formatted to have the following key unique identifiers/attributes:
95
+
All cost data from the various media platforms is downloaded and stored in the the Media Spend Items and Media Spend Daily Spend collections. Regardless of the media platform, the data is formatted to have the following key unique identifiers/attributes:
96
96
97
97
***Campaign Name** - The name of the campaign as defined the media platform. In some platforms, this could be derived from the “Category” field or “Campaign Group” field
98
98
***Ad Collective Name** - The name of the Ad Collective (also known as Ad Set, or Ad Group across various platforms)
99
99
***Campaign Id** - The unique ID of the campaign, as determined by the media platform
100
100
***Ad Collective Id** - The unique ID of the Ad Collective, as determined by the media platform
101
-
Each row in the Media Spend Items table represent a unique combination of the above 4 attributes. After matching a touch against a campaign, the `campaign` identifier in the `touches` collection points to a row from this table.
101
+
Each row in the Media Spend Items collection represent a unique combination of the above 4 attributes. After matching a touch against a campaign, the `campaign` identifier in the `touches` collection points to a row from this collection.
0 commit comments