Participants represent the users of your website or application. Once you've integrated with Checkmango, each participant can be automatically registered and enrolled into an experiment. Once a participant exists, you can see their profile in the Checkmango dashboard.
For example, participant A clicks on your website and is automatically enrolled into an active experiment. You can then see which variant participant A was delivered and how they behaved after seeing it. Now participant A is registered in Checkmango, you can see their behaviour in future visits.
Participants in the Dashboard
It's not possible to create a participant via the Checkmango dashboard.
When creating a new participant in your Checkmango Team, you should create a new, unique ID that is stored in your database. For example, you may want to adopt a similar table structure in your application:
id | checkmango_id | name | |
---|---|---|---|
1 | cm_xhsj12md | James Brooks | james@checkmango.com |
2 | cm_akjdn8das | Katie Brooks | katie@checkmango.com |
The above table structure has a couple of immediate benefits:
checkmango_id
column to prevent duplicatesOf course, you're free to use whatever generation technique for your checkmango_id
value.
If you're implementing Checkmango into an application that does not have user accounts, or you want to track conversions for guest users, you may wish to generate a unique ID and store it within a session or cookie.
You should continue using the same participant ID for users that have converted from a guest to a registered user.
Generating Random IDs
Generating random and unique identifiers changes between programming languages. Please refer to your languages documentation.