Visitors, Visits and Cookies - BloomReach Experience - Open Source CMS

This article covers a Hippo CMS version 10. There's an updated version available that covers our most recent release.

01-03-2016

Visitors, Visits and Cookies

Cookie

For the Relevance Module to work across requests, the site needs to be able to track the visitor. For this purpose a cookie is used, with the name '_visitor' and an expiration time of 2 years. The cookie contains the visitor ID. Note that this is very similar to the way a regular HTTP session ID is stored.

The only information that is stored in the cookie is the visitor ID, a UUID that does not contain any information in itself apart from an identifier to distinguish the visitor from other visitors.

This cookie is likely to fall under the 'Activities unlikely to fall within the exception' section of the cookie guidance document:

Cookies used to recognise a user when
they return to a website so that the
greeting they receive can be tailored

This implies that visitors do need to acknowledge that a cookie will be installed.

Persistence

With the in-memory data store, no visitor data is persisted indefinitely. The aggregated data that is used and the average persona scores are transient. It decays with time, i.e. the system is only aware of very recent visitors.

With the Couchbase data store on the other hand data can be persisted indefinitely - depending on your configuration.

Returning Visitor

A returning visitor is identified solely by the fact that a cookie is available on the first request.

Clustering

In a production environment, the visitor data will reside in a Couchbase server. Since the Relevance Module uses a dedicated cookie, requests can be served by any site node; there is no need for (sticky) http sessions.

Did you find this page helpful?
How could this documentation serve you better?
On this page
    Did you find this page helpful?
    How could this documentation serve you better?