{"_id":"5a3254fec049430012f55877","category":{"_id":"5bbc98ba817d5b00038e914a","project":"5587ff91b3bcf52b0051314f","version":"5a3254fdc049430012f5586d","__v":0,"sync":{"url":"","isSync":false},"reference":false,"createdAt":"2018-10-09T12:02:02.151Z","from_sync":false,"order":1,"slug":"graph-and-methodology","title":"Graph and Methodology"},"project":"5587ff91b3bcf52b0051314f","user":"5587ff84b3bcf52b0051314e","parentDoc":null,"version":{"_id":"5a3254fdc049430012f5586d","project":"5587ff91b3bcf52b0051314f","__v":3,"createdAt":"2017-12-14T10:39:57.964Z","releaseDate":"2017-12-14T10:39:57.964Z","categories":["5a3254fdc049430012f5586e","5a3255199a6f2000125c0d61","5bbc98ba817d5b00038e914a"],"is_deprecated":false,"is_hidden":false,"is_beta":false,"is_stable":true,"codename":"","version_clean":"1.6.0","version":"1.6"},"githubsync":"","__v":0,"updates":[],"next":{"pages":[],"description":""},"createdAt":"2017-06-13T11:11:53.728Z","link_external":false,"link_url":"","sync_unique":"","hidden":false,"api":{"results":{"codes":[]},"settings":"","auth":"required","params":[],"url":""},"isReference":false,"order":1,"body":"A Match ID is a cross-device identifier that sticks with a person over time.\n\nOnce Screen6 has identified a cluster of User IDs that belong to the same person, such cluster will get assigned a Match ID. Over time, the User IDs within the cluster may change; new ones come in, others disappear. However, the Match ID for this cluster will remain the same.\n\nThe User IDs that get linked to a Match ID can come from a mix of any type: cookies, IDFA's, MAC addresses, Smart TV IDs, etc...\n[block:image]\n{\n \"images\": [\n {\n \"image\": [\n \"https://files.readme.io/fb073b2-Screen_Shot_2017-01-05_at_15.13.11.png\",\n \"Screen Shot 2017-01-05 at 15.13.11.png\",\n 732,\n 506,\n \"#7a7a7a\"\n ]\n }\n ]\n}\n[/block]\n\n[block:api-header]\n{\n \"type\": \"basic\",\n \"title\": \"Persistency: Match ID vs User ID decay\"\n}\n[/block]\nUser IDs, cookies in particular, tend to disappear over time; sometimes slowly and sometimes immediately. These User IDs will get linked to Match IDs no matter their own level of persistency. This makes Match IDs much more persistent than User IDs. \n[block:image]\n{\n \"images\": [\n {\n \"image\": [\n \"https://files.readme.io/d469978-Screen_Shot_2017-01-27_at_13.40.20.png\",\n \"Screen Shot 2017-01-27 at 13.40.20.png\",\n 1608,\n 756,\n \"#c9bcd8\"\n ],\n \"caption\": \"Decay of Match IDs vs User IDs over days\",\n \"border\": false\n }\n ]\n}\n[/block]\n\n[block:api-header]\n{\n \"type\": \"basic\",\n \"title\": \"Persons and Households\"\n}\n[/block]\nDevices that are shared amongst family members and that are not predominantly used by one of the members will not be attributed to a Match ID, however they will be attributed to a [Household ID](doc:household-ids). Match IDs relate to persons, not households. \n\nIn an ideal case a person has only one Match ID that links all of the devices and IDs of this person. \nHowever there are cases where our algorithms have linked for example the IDFA to the cookies of someones phone, and tablet IDFA to a desktop cookie of the same person in separate clusters. In such a case a person will have two Match IDs. These may still get linked at a later point in time.\n\n[block:api-header]\n{\n \"type\": \"basic\",\n \"title\": \"Effects of probabilistic matching\"\n}\n[/block]\nIt doesn't happen a lot, but in some cases our algorithms, which are probabilistic by nature, may decide that two Match IDs belong to the same person or that a User ID connected to a Match ID actually belongs to another Match ID. This results in movements in the graph.\n\nWhen it's decided that two Match IDs belong to one person, the Match ID that has the fewest User IDs linked will be disposed and its User IDs are moved to the other Match ID.\nWhen it's decided that a User ID actually belongs to another Match ID it is simply moved over to that Match ID.","excerpt":"","slug":"match-ids","type":"basic","title":"Match IDs"}

Graph and Methodology

Real-time API

Match IDs

A Match ID is a cross-device identifier that sticks with a person over time.
Once Screen6 has identified a cluster of User IDs that belong to the same person, such cluster will get assigned a Match ID. Over time, the User IDs within the cluster may change; new ones come in, others disappear. However, the Match ID for this cluster will remain the same.
The User IDs that get linked to a Match ID can come from a mix of any type: cookies, IDFA's, MAC addresses, Smart TV IDs, etc...
[block:image]
{
"images": [
{
"image": [
"https://files.readme.io/fb073b2-Screen_Shot_2017-01-05_at_15.13.11.png",
"Screen Shot 2017-01-05 at 15.13.11.png",
732,
506,
"#7a7a7a"
]
}
]
}
[/block]
[block:api-header]
{
"type": "basic",
"title": "Persistency: Match ID vs User ID decay"
}
[/block]
User IDs, cookies in particular, tend to disappear over time; sometimes slowly and sometimes immediately. These User IDs will get linked to Match IDs no matter their own level of persistency. This makes Match IDs much more persistent than User IDs.
[block:image]
{
"images": [
{
"image": [
"https://files.readme.io/d469978-Screen_Shot_2017-01-27_at_13.40.20.png",
"Screen Shot 2017-01-27 at 13.40.20.png",
1608,
756,
"#c9bcd8"
],
"caption": "Decay of Match IDs vs User IDs over days",
"border": false
}
]
}
[/block]
[block:api-header]
{
"type": "basic",
"title": "Persons and Households"
}
[/block]
Devices that are shared amongst family members and that are not predominantly used by one of the members will not be attributed to a Match ID, however they will be attributed to a [Household ID](doc:household-ids). Match IDs relate to persons, not households.
In an ideal case a person has only one Match ID that links all of the devices and IDs of this person.
However there are cases where our algorithms have linked for example the IDFA to the cookies of someones phone, and tablet IDFA to a desktop cookie of the same person in separate clusters. In such a case a person will have two Match IDs. These may still get linked at a later point in time.
[block:api-header]
{
"type": "basic",
"title": "Effects of probabilistic matching"
}
[/block]
It doesn't happen a lot, but in some cases our algorithms, which are probabilistic by nature, may decide that two Match IDs belong to the same person or that a User ID connected to a Match ID actually belongs to another Match ID. This results in movements in the graph.
When it's decided that two Match IDs belong to one person, the Match ID that has the fewest User IDs linked will be disposed and its User IDs are moved to the other Match ID.
When it's decided that a User ID actually belongs to another Match ID it is simply moved over to that Match ID.