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/config-api/index.md
+5Lines changed: 5 additions & 0 deletions
Original file line number
Diff line number
Diff line change
@@ -2,6 +2,11 @@
2
2
title: Config API Overview
3
3
---
4
4
5
+
> info "The Segment Public API: Beta Release"
6
+
> The Segment Public API is available in Public Beta. This new API features more consistent endpoints, improved error handling and reporting, support for pagination, and more.
7
+
>
8
+
> See the [Segment Public API documentation](https://api.segmentapis.com/docs/){:target="_blank"} for more information.
9
+
5
10
The Config API enables you to programmatically manage Segment workspaces, sources, destinations and more. With the API you can:
6
11
7
12
* List all your workspace Sources and Destinations to see how data flows through Segment
Copy file name to clipboardExpand all lines: src/connections/spec/best-practices-identify.md
+4-4Lines changed: 4 additions & 4 deletions
Original file line number
Diff line number
Diff line change
@@ -12,7 +12,7 @@ When you use the Segment Identify call with the Track call, you can start to bui
12
12
13
13
The Segment libraries generate an `anonymousId` for each user, even before you Identify them.
14
14
15
-
An `anonymousId` is a randomly generated 36 character string automatically assigned to a user on their first visit to your website or mobile application. You can use the `anonymousId` to link events performed by the user as they navigate around your website. When you track the `anonymousId`, you can attribute activities over multiple days to the same user by collecting all of the activities with that ID. If a user chooses to register for your site, or log in to your app, you can Identify them, and still include their `anonymousId` in the event payload along with the new `userId`.
15
+
An `anonymousId` is a randomly generated 36 character string automatically assigned to a user on their first visit to your website or mobile application. You can use the `anonymousId` to link events performed by the user as they navigate around your website. When you track the `anonymousId`, you can attribute activities over multiple days to the same user by collecting all of the activities with that ID. If a user chooses to register for your site, or log in to your app, you can Identify them, and still include their `anonymousId` in the event payload along with the new `userId`.
16
16
17
17
> success ""
18
18
> **Tip!** Only the Segment mobile and website libraries automatically generate an `anonymousId`. If you use Segment’s Server libraries, you must generate an `anonymousId` manually. It can be any pseudo-unique identifier, for example you might use a `sessionId` from a backend server.
@@ -23,7 +23,7 @@ Segment’s Identify method lets you link a user to their actions and record tra
23
23
24
24
Segment recommends that you use a unique user identifier that won’t change for your `userId`, for example a database ID from your organization’s internal systems. (See below)
25
25
26
-
When you make an [Identify call](/docs/connections/spec/identify) using Analytics.js, Segment saves the `userId` to the browser cookie, and writes all the user traits in local storage. If you’re using one of the Segment mobile libraries, the `userId` and and traits are stored in the device’s memory. This makes it possible to append the user’s data to all subsequent [Page calls](/docs/connections/sources/catalog/libraries/website/javascript#page) or [Track calls](/docs/connections/sources/catalog/libraries/website/javascript#track) for the user, so you can properly attribute those actions.
26
+
When you make an [Identify call](/docs/connections/spec/identify) using Analytics.js, Segment saves the `userId` to the browser cookie, and writes all the user traits in local storage. If you’re using one of the Segment mobile libraries, the `userId` and traits are stored in the device’s memory. This makes it possible to append the user’s data to all subsequent [Page calls](/docs/connections/sources/catalog/libraries/website/javascript#page) or [Track calls](/docs/connections/sources/catalog/libraries/website/javascript#track) for the user, so you can properly attribute those actions.
27
27
28
28
If a user returns to your site after the [cookie expires](#id-expiration-and-overwriting), Analytics.js looks for an old ID in the user’s `localStorage`, and if one is found, sets it as the user’s ID again in a new cookie. If the user clears their cookies *and*`localStorage`, all of the IDs are removed. The user gets a completely new `anonymousId` when they next visit the page.
29
29
@@ -34,7 +34,7 @@ A User ID should be a robust, static, unique identifier that you recognize a use
34
34
35
35
Ideally, the User ID could be a database ID. For example, if you’re using MongoDB it might be a row identifier and look something like `507f191e810c19729de860ea`. These can also be [UUID](https://en.wikipedia.org/wiki/Universally_unique_identifier)s that you generate somewhere in your application. You can also use identifiers that you get from other tools - such as Shopify or Braze - however this approach can lead to extra complexity in your systems.
36
36
37
-
Segment does **not** recommend using simple email addresses or usernames as as a User ID, as these can change over time. Segment recommends that you use static IDs instead, so the IDs *never* change. When you use a static ID, you can still recognize the user in your analytics tools, even if the user changes their email address. And even better, you can link your analytics data with your own internal database.
37
+
Segment does **not** recommend using simple email addresses or usernames as a User ID, as these can change over time. Segment recommends that you use static IDs instead, so the IDs *never* change. When you use a static ID, you can still recognize the user in your analytics tools, even if the user changes their email address. And even better, you can link your analytics data with your own internal database.
38
38
39
39
> success ""
40
40
> **Tip!** Even if you don't use an email address or a username as a User ID, you should still send them in the analytics payload as [traits](/docs/connections/spec/identify#traits).
@@ -130,7 +130,7 @@ The Segment ID cookie is set with a one year expiration. However, there are some
130
130
- If you invoke any call before you set an `anonymousId`, Segment automatically sets the `anonymousId` first. This means if you explicitly set an `anonymousId`, you might give the user two `anonymousId`s or overwrite an existing one.
131
131
- If you fetch the `anonymousId` using `analytics.user().anonymousId()` before one is set, Segment generates and sets an `anonymousId` rather than returning `null`.
132
132
- If you call `analytics.identify()` with a `userId` that is different from the currently cached `userId`, this can overwrite the existing one and cause attribution problems.
133
-
- If you generate a new `anonymousId` on a server library, and passing it from the server to the browser, this could overwrite the user's existing `anonymousId`.
133
+
- If you generate a new `anonymousId` on a server library, and pass it from the server to the browser, this could overwrite the user's existing `anonymousId`.
134
134
135
135
> info ""
136
136
> Remember, if a user has multiple devices, they can have different `anonymousId`s on each different device.
Copy file name to clipboardExpand all lines: src/connections/storage/catalog/aws-s3/index.md
+50-47Lines changed: 50 additions & 47 deletions
Original file line number
Diff line number
Diff line change
@@ -39,63 +39,66 @@ To complete this section, you need access to your AWS dashboard.
39
39
40
40
1. Create a new S3 bucket in your preferred region. For more information, see Amazon's documentation, [Create your first S3 bucket](https://docs.aws.amazon.com/AmazonS3/latest/userguide/creating-bucket.html){:target="_blank"}.
41
41
2. Create a new IAM role for Segment to assume. For more information, see Amazon's documentation, [Creating a role to delegate permissions to an IAM user](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_create_for-user.html){:target="_blank"}.
42
-
3. Attach the following trust relationship document. Be sure to add your Workspace ID to the `sts:ExternalId` field.
43
-
```json
42
+
1. When prompted to enter an Account ID, enter `595280932656`. (You cannot enter an ARN in this step. In step 4, you can update the `Principal` to a specific role after you create an IAM role.)
43
+
2. Click the **Require External ID** checkbox.
44
+
3. Enter your Segment Workspace ID in the **External ID** field.
45
+
3. Attach the following policy to the IAM role created in step 2. Replace `<YOUR_BUCKET_NAME>` with the name of the S3 bucket you created in step 1.
4. Create and attach the following IAM policy to the role created in step 3 above. Replace `<YOUR_BUCKET_NAME>` with the name of the bucket you created in step 1 above.
62
+
If you're using KMS encryption on your S3 bucket, add the following policy to the IAM role:
If you're using KMS encryption on your S3 bucket, add the following policy to the IAM role:
81
-
```json
79
+
If you have server-side encryption enabled, see the [required configuration](#encryption).
80
+
81
+
4. Update `Principal` in the role’s trust relationship document to `arn:aws:iam::595280932656:role/segment-s3-integration-production-access`. Replace `<YOUR_WORKSPACE_ID>` with your Segment Workspace ID.
If you have server-side encryption enabled, see the [required configuration](#encryption).
101
+
```
99
102
100
103
### Create an IAM role using the AWS CLI
101
104
@@ -128,7 +131,7 @@ To create an S3 IAM role, you must first install and configure the AWS CLI on yo
128
131
}
129
132
```
130
133
131
-
2. Navigate to the folder containing `trust-relationship-policy.json` and run the following command to create your IAM role and attach the trust relationship document, replacing `<YOUR_ROLE_NAME>` with the name you want to give this IAM role:
134
+
2. Navigate to the folder containing `trust-relationship-policy.json` and run the following command to create your IAM role and attach the trust relationship document, replacing `<YOUR_ROLE_NAME>` with the name you want to give the IAM role:
132
135
133
136
``` python
134
137
aws iam create-role --role-name <YOUR_ROLE_NAME> --assume-role-policy-document file://trust-relationship-policy.json --description "IAM role for Segment to assume (AWS S3 destination)"
Copy file name to clipboardExpand all lines: src/personas/journeys/build-journey.md
+8-20Lines changed: 8 additions & 20 deletions
Original file line number
Diff line number
Diff line change
@@ -3,8 +3,6 @@ title: Build a Journey
3
3
---
4
4
{% include content/plan-grid.md name="journeys" %}
5
5
6
-
Use this guide to create a new Journey.
7
-
8
6
## Before you begin
9
7
10
8
Verify that you've connected at least one source to your Personas space, with events streaming in.
@@ -19,9 +17,9 @@ For more information, see [Setting up your Sources](/docs/personas/quickstart/#s
19
17
1. Add a name to describe the step, for example `New users`.
20
18
2. Add inclusion conditions, or import conditions from an existing audience to define users who will enter the Journey.
21
19
3. Check **Use historical data** to allow users who have already matched the entry criteria to enter the Journey. Otherwise, only users who meet the entry conditions after publication will enter the Journey.
22
-
4. Click **Preview** to see the list of user who meet your criteria. Verify that you've defined the right conditions.
20
+
4. Click **Preview** to see the list of users who meet your criteria. Verify that you've defined the right conditions.
23
21
5. Click **Save**.
24
-
4. Segment displays the entry condition on the Journey Builder canvas. It may take up to 2 minutes for Segment to estimate the number of users in the journey.
22
+
4. Segment displays the entry condition on the Journey Builder canvas. It may take up to two minutes for Segment to estimate the number of users in the journey.
25
23
5. Click **+** to add the next step and view available step types.
26
24
27
25
> info ""
@@ -36,7 +34,7 @@ If you select the **Use historical data** option, Segment queries all historical
36
34
37
35
## Available step types
38
36
39
-
Journeys provides 5 step types, which you can add after the entry condition.
37
+
Journeys provides five step types, which you can add after the entry condition.
40
38
41
39

42
40
@@ -46,20 +44,20 @@ Journeys provides 5 step types, which you can add after the entry condition.
46
44
47
45
**Wait for duration** defines the length of time in minutes, hours, days, or weeks that a user must wait before moving to the next step.
48
46
49
-
**True/false split** divides the previous step's user group into 2 branches, based on Boolean logic against a defined condition. Users who satisfy the condition(s) move to the **True** branch. Otherwise, they move to the **False** branch. To enforce mutual exclusivity, Journeys evaluates true/false conditions when a user reaches the relevant step.
47
+
**True/false split** divides the previous step's user group into two branches, based on Boolean logic against a defined condition. Users who satisfy the condition(s) move to the **True** branch. Otherwise, they move to the **False** branch. To enforce mutual exclusivity, Journeys evaluates true/false conditions when a user reaches the relevant step.
50
48
51
49
You can add Step Names to describe the users in the True and False branch.
52
50
53
51

54
52
55
-
**Multi-branch split** divides the group of users from the previous step into 2 or more branches based on conditions you define for each branch.
53
+
**Multi-branch split** divides the group of users from the previous step into two or more branches based on each branch's defined conditions.
56
54
57
-
Define the number of branches you want to create. Then, add a **Wait for condition** step to define each branch's condition.
55
+
Define the number of branches you want to create, then add a **Wait for condition** step to define each branch's condition.
58
56
59
57
> info ""
60
58
> Journeys doesn't enforce mutual exclusivity in branch conditions. For more information about ensuring branch exclusivity, see [Best Practices](#).
61
59
62
-
**Send to Destinations** delivers information about the journey to the selected Destination. For more information, see [Send data to Destinations](/docs/personas/journeys/send-data)
60
+
**Send to Destinations** delivers information about the Journey to the selected Destination. For more information, see [Send data to Destinations](/docs/personas/journeys/send-data)
63
61
64
62
## Cloning a Journey
65
63
@@ -90,19 +88,9 @@ When you’ve finished creating your Journey, click **Save as Draft** in the bot
90
88
91
89
Keep the following considerations in mind when working with a published Journey:
92
90
93
-
- It may take up to 3 hours for Journeys to compute user counts after publication.
91
+
- It may take up to three hours for Journeys to compute user counts after publication.
94
92
- You can edit a Journey's name, description, and Destination steps.
95
93
- You can't add, edit, or delete other steps in the Journey.
96
94
- Once Journeys computes and displays user counts, you’ll see the list of users at each step of the Journey.
97
95
- Click a user profile to see the Journey list to which they belong.
98
96
- Journeys sends and updates data to Destinations in real-time.
99
-
100
-
## Edit name, description, and Destinations
101
-
102
-
### Edit name and description
103
-
To edit your Journey name and description, navigate to the **Settings** tab of the Journey Overview.
104
-
105
-
### Edit destinations
106
-
To edit Destinations, click **Edit Destinations** from the Journey Overview. You can add, edit, or delete connected Destinations within existing Send to Destinations steps.
0 commit comments