Skip to content

Commit e60c121

Browse files
author
markzegarelli
committed
Revert updates
1 parent 48cffb3 commit e60c121

File tree

2 files changed

+5
-3
lines changed

2 files changed

+5
-3
lines changed

src/engage/faqs.md

Lines changed: 2 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -66,14 +66,15 @@ The audience in the image below includes all users that have Product Added in th
6666
> info ""
6767
> Funnel Audiences compute based on all instances of the parent event within the lookback period. This means that if you have a user that Product Added ⟶ Order Completed ⟶ Product Added, this user would be entered into the Abandoned Cart state despite having previously completed an order.
6868
69+
<!-- MZ 11/8/22
6970
## What is Engage Merge Protection?
7071
Engage merge protection algorithm protects your identity graph from unnecessary merges by finding and removing untrusted external IDs. Here's an example:
7172
7273
![Merge protection](images/merge_protection.png "An image representing the merge protection flow")
7374
7475
In this example, `anonymous_id: a1` is not reset during a `User Logout`. Without merge protection rules, Segment would merge `user_id u1` and `user_id u2`. Instead, the identity resolution algorithm detects that such a merge would break `user_id` uniqueness and prevents the merge.
7576
76-
This is especially helpful for preventing "blob users" that are merged together by non-unique anonymous IDs or by common group emails like `[email protected]`.
77+
This is especially helpful for preventing "blob users" that are merged together by non-unique anonymous IDs or by common group emails like `[email protected]`. -->
7778

7879
## Which destinations support syncing the identity graph?
7980
Most destinations on the Segment Platform are built up around a user model. They assume that a user will have a single userId. Further, most Destinations are not built to handle anonymous traffic.

src/profiles/faqs.md

Lines changed: 3 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -16,7 +16,8 @@ Identity Graph automatically collects a rich set of external IDs without any add
1616
5. Cross domain analytics IDs (`cross_domain_id`)
1717

1818
If you want Identity Graph to operate on a different custom ID, you can pass it in using `context.externalIds` on an `identify()` or `track()`. If you're interested in this feature, contact your CSM to discuss the best way to implement this feature.
19-
19+
'
20+
<!-- MZ - 11/8/22
2021
## How does Profiles handle identity merging?
2122
Each incoming event is analyzed and external IDs are extracted (`user_id`, `anonymous_id`, `email`). The simplified algorithm works as follows:
2223
@@ -30,7 +31,7 @@ Each incoming event is analyzed and external IDs are extracted (`user_id`, `anon
3031
3132
![Identity graph merging](images/merging_2.png "Flowchart of Segment searching for profiles by external ID")
3233
33-
![Identity graph merging](images/merging_3.png "Flowchart of Segment merging profiles")
34+
![Identity graph merging](images/merging_3.png "Flowchart of Segment merging profiles") -->
3435

3536
## Is all matching deterministic, or is there any support for probabilistic matching?
3637
All Profile matching is deterministic and based on first-party data that you've collected.

0 commit comments

Comments
 (0)