Customer identification

Anonymous customers

When a customer enters your website for the first time, they are anonymous.

However, their actions are already being tracked - a UUID is assigned and stored in an anonymous profile in the database. The same UUID is stored in the cookies of the customer’s browser.

The anonymous profile stores information about the customer’s activities, just like it does for recognized customers. The customer can now receive personalized recommendations on the website and be included in marketing campaigns.

Recognized customers

By default, the unique identifier is the customer’s email. You can configure your workspace to use customId instead.

When the customer provides the unique identifier, the anonymous profile in the database is updated with new data. It becomes a known customer profile, which means that any activity before the customer was recognized is still present in the profile’s history. A freshly-recognized customer sees personalized content, based on their previous interactions with the website as an anonymous customer.

If a recognized customer provides a unique identifier in a form, and another recognized customer’s profile already exists in the browser, the context changes to the most recent customer.

Note: It’s not necessary for a customer to register an account on your website. A non-anonymous profile may be created based on information provided in other contexts, such as subscribing to a newsletter. See Tracking form data with SDK, Newsletters, and Tracking form data with API.

You can append parameters to links to inform the Synerise JS SDK who clicked the link. The parameters are snrs_cl (the user’s UUID) and snrs_he (hash of the user’s identifier). A tracking code must be implemented in the linked page.

The instructions on adding the parameters to the links in templates are available at the links below:

When these parameters are present in a link, the user’s browser context is automatically switched to the identified user without any prompt. The primary purpose of this automatic context update is to maintain continuity of the user’s journey after clicking the link—for example, from an email campaign—ensuring that all subsequent events are accurately attributed to the user whose identifier was included in the link.

This mechanism enables seamless user journey continuity but can also lead to context changes when a link is shared with another person. In such cases, the recipient’s browser context will switch to that of the original user, which may affect how events are attributed.

On the user interface on the Synerise platform, you can decide how end-user context is managed when these link parameters are detected; the full instruction is available in the “Managing user context” section.

😕

We are sorry to hear that

Thank you for helping improve out documentation. If you need help or have any questions, please consider contacting support.

😉

Awesome!

Thank you for helping improve out documentation. If you need help or have any questions, please consider contacting support.

Close modal icon Placeholder alt for modal to satisfy link checker