लोग और कोहॉर्ट
इवेंट लोगों से आते हैं, और डायरेक्टरी उनके भेजे से बनती है: identify कॉल नाम देते ही अनाम आईडी व्यक्ति बन जाती है, समूह उसी तरह आते हैं, और कोहॉर्ट व्यवहार या स्थिति से परिभाषित लोगों का सहेजा हुआ समूह है।
At a glance
- Identity
identifynames an anonymous id; write-once- Traits
$-prefixed traits are reserved; the rest are yours- Groups
group(type, key)rides the same pipeline- Cohorts
- Behavioural clauses are swept; state clauses are live; a pasted or kept list is static, never re-evaluated
- Auth
- Project key to send, access token to read
- आरक्षित ट्रेट $ उपसर्ग पहनते हैं; email नाम की कस्टम प्रॉपर्टी कस्टम ही रहती है।
- पहचान एक बार लिखी जाती है: किसी व्यक्ति के पहली बार नामित होने का क्षण कभी नहीं हिलता।
- मर्ज जानबूझकर है: दो आईडी एक व्यक्ति में तभी मिलती हैं जब कहा जाए, अनुमान से कभी नहीं।
- मिटाना अंतिम है: एक अनुरोध किसी व्यक्ति को उसकी प्रोफ़ाइल, इवेंट, रिकॉर्डिंग, बातचीत और हर उपनाम आईडी समेत मिटा देता है, और पूरा हुआ काम यह नहीं रखता कि उसने किसे मिटाया।
यह कैसे काम करता है
Every event carries a distinct id, and the directory folds them into people: first seen, last seen, event and session counts, and the properties their identifying events carried. Identification is an event like any other, which is why an identify accepted with a 202 is accepted for processing rather than instantly visible. A cohort then names a set of these people: behavioural clauses count events over a window and are re-evaluated by a sweep that stamps when it ran; state clauses compare current attributes and are answered live. The same cohort scopes a workbench question, targets a campaign and gates a workflow trigger.
इसे कहाँ से एक्सेस करें
| Surface | Operation |
|---|---|
| REST | POST /v1/identify · POST /v1/group (project key, accepted for processing) · POST /v1/projects/{projectId}/erasures · GET /v1/projects/{projectId}/erasures/{erasureId} (access token) |
| GraphQL | people, person, peopleGroups, cohorts, cohort, cohortMembers, cohortMemberCount, endUserErasure queries · mergePeople, erasePerson, createCohort, updateCohort, setCohortActive, deleteCohort, createStaticCohort, createCohortFromResult, addCohortMembers, removeCohortMembers mutations |
| Realtime | None of its own: the directory updates as events are processed |
| MCP | prodantix.people.erase · prodantix.people.erasure |
उदाहरण
curl "https://eu.api.prodantix.com/v1/identify" \
-H "Authorization: Bearer $PRODANTIX_KEY" \
-H "Content-Type: application/json" \
-d '{ "distinct_id": "u_8f3a", "properties": { "$email": "ada@example.com", "plan": "pro" } }'prodantix.identify('u_8f3a', {
traits: { email: 'ada@example.com' },
set: { plan: 'pro' },
});
prodantix.group('team', 'acme', { tier: 'scale' });prodantix.identify('u_8f3a',
traits: PersonTraits(email: 'ada@example.com'),
set: {'plan': 'pro'});prodantix.identify(
"u_8f3a",
traits=PersonTraits(email="ada@example.com"),
set_props={"plan": "pro"},
)The directory is browsed on the People screen and cohorts are authored on Cohorts.