A new version of the cookie visitor group criteria is now available on the Episerver Nuget feed that is compatible with Episerver 11.
The package adds two new visitor groups called "Cookie exists" and "Cookie Value Equals". These visitor groups allow your site editors to personalise content based on whether a cookie exists or on the value contained within a cookie.
Previously I blogged about Cookie visitor group criteria for EPiServer. This visitor group criteria allows editors to check the values of cookies or simply that they exist. Today the "Cookie Drop Block" for EPiServer is released. It allows editors to create a block, that when rendered drops a cookie for the user.
Two new visitor groups called "Cookie exists" and "Cookie Value Equals" have been released. These visitor groups allow your site editors to personalise content based on whether a cookie exists or on the value contained within a cookie.
When using EPiServer Composer in EPiServer CMS 6 R2 one of my favourite features was the personalisation container:
For those who haven't used it, it allowed editors to quickly add personalisation to a page by dragging a personalisation container onto a page, selecting some visitor groups then drag/dropping some content functions which will be displayed based on the visitor groups selected.
We now have EPiServer 7 with blocks where blocks can be used in place of Composer. If shared blocks are to be personalised then they must be personalised at a block level using access rights (Edit block > Forms editing > Visible to: "Manage"). This leaves a major headache: Blocks will be personalised for every page they are used on. This isn't the case when using the Personalisation Container and may not be appropriate for all blocks in EPiServer 7.
So I decided to try and try and bring Composer Personalisation container like functionality to EPiServer 7. This would allow editors to use a container block to show/hide blocks based on visitor group.
I was at a client site the when a question was asked about how to personalise content using the selected language. The scenario is as follows:
- Site editor(s) publish content on a global branch for example English /en/
- Both /en-GB/ and /en-US/ fall back to /en/ and share content for most of the site (some individual country content is published)
- The site is accessed using fallback languages for example English GB /en-GB/ and English US /en-US/
- The client wanted to personalise content for /en-GB/ and /en-US/ in the /en/ page
As we all know EPiServer visitor groups are going to be an exciting new feature of EPiServer CMS 6 R2. There are plenty of blogs around on how to build custom visitor groups.