Skip to main content

Experience Profile Anonymous, Unknown and Known contacts

By
When you first get started with Sitecore's experience profile the reporting for contacts can cause a little confusion. There are 3 terms that are thrown around, 1) Anonymous 2) Unknown 3) Known. When you read the docs they can bleed into each other a little.

First, have a read through the Sitecore tracking documentation to get a feel for what Sitecore is trying to do.

There are a couple key things here to first understand:

  1. Unless you call "IdentifyAs()" for request the contact is always anonymous. 
  2. Tracking of anonymous contacts is off by default. 
  3. Even if you call "IdentifyAs()" if you don't set facet values for the contact (like first name and email) the contact will still show up in your experience profile as "unknown" (because it has no facet data to display). 

Enabled Anonymous contacts




Notice in the picture I have two contacts marked in a red box. Those are my "known" contacts that I called "IdentifyAs" on. I know they say "Unknown" but we will get back to that.

The other records show "Anonymous". By default, none of these records will show. Tracking these can lead to data bloat. So if you are going to enable this make sure you have a plan for how to make the data meaningful for you still.

To enable this there are a couple of things to do. The steps are defined in this stack exchange thread answer, but I will list them here again just in case (The thread is about creating a known contact with WFFM but you don't need to get caught up in that).

  • Update IndexerSettings.xml file within [site_prefix].xconnect\App_data\jobs\continuous\IndexWorker\App_data\Config\Sitecore\SearchIndexer to change IndexAnonymousContactData to true
  • Update IndexerSettings.xml within [site_prefix].xconnect\App_data\config\sitecore\SearchIndexer to change IndexAnonymousContactData to true
  • Open command prompt in admin mode and navigate to [site_prefix].xconnect\App_data\jobs\continuous\IndexWorker and execute XConnectSearchIndexer -rr or XConnectSearchIndexer -requestrebuild
  • Rebuild your indexes and rebuild link databases, both from Sitecore control panel


The key here is to execute all those steps. Change the config in both places and do all the rebuilds. Once you do that you can reload this page and see the anonymous records. I struggled with this at first because I was only changing one config location and doing just the XConnectSearchIndexer -rr command. Once I did all those, anonymous records showed up. There is no need to rebuild the reporting database as some threads out there kind of point to.

You can also set the configuration settings to false and do your rebuilds to remove the anonymous records.

Create "Known" contacts

The two records that are highlighted in the above image are my known contacts. "But they say unknown." Yes, that is true. This is because all I did for those contacts was call "IdentifyAs()". So they have a tracking identifier linked to them now but no other data. So the reporting screen has nothing to show in the name or email column.

When you click on a record that says "unknown", in the profiles details page the header says "Anonymous" which can be confusing. Even though the heading says Anonymous this is a known contact. 


I removed all the anonymous contacts and then visited the site again. This time though I ran the documented code for adding a facet to a contact. Then on my visit, I called "IdentifyAs" and identified the request using the identifier that was set up for the contact I created. When you do this you can see I now have a new contact record with real information in the name and email field. The facet I added is the PersonalInfo facet which is one of the OTB facets with Sitecore. You will notice now the name and email fields are populated and if you click on Luke Skywalker, the profiles detail screen no longer says "Anonymous"!
So while the profile search screen may be returning data that says "unknown" these are NOT unknown contacts. They are known contacts with some unknown data fields. There really are just two types of contacts in Sitecore. Known and Anonymous, but a known contact can sometimes display "known" and "anonymous" even though it is known. 

If you happen to be struggling with the "unknown" header in the picture below, read Sitecore xDB - Custom Eras in Experience Profile Timeline. 

Labels:

Comments

Marilyn Hanson said…
Thanks greeat blog post
February 7, 2022 at 5:09 AM
Post a Comment

Popular posts from this blog

Uniting Testing Expression Predicate with Moq

By
I recently was setting up a repository in a project with an interface on all repositories that took a predicate. As part of this I needed to mock out this call so I could unit test my code. The vast majority of samples out there for mocking an expression predicate just is It.IsAny<> which is not very helpful as it does not test anything other then verify it got a predicate. What if you actually want to test that you got a certain predicate though? It is actually pretty easy to do but not very straight forward. Here is what you do for the It.IsAny<> approach in case someone is looking for that. this .bindingRepository.Setup(c => c.Get(It.IsAny<Expression<Func<UserBinding, bool >>>())) .Returns( new List<UserBinding>() { defaultBinding }.AsQueryable()); This example just says to always return a collection of UserBindings that contain “defaultBinding” (which is an object I setup previously). Here is what it looks like when you want to pass in an exp
2 comments
Read more

Excel XIRR and C#

By
I have spend that last couple days trying to figure out how to run and Excel XIRR function in a C# application. This process has been more painful that I thought it would have been when started. To save others (or myself the pain in the future if I have to do it again) I thought I would right a post about this (as post about XIRR in C# have been hard to come by). Lets start with the easy part first. In order to make this call you need to use the Microsoft.Office.Interop.Excel dll. When you use this dll take note of what version of the dll you are using. If you are using a version less then 12 (at the time of this writing 12 was the highest version) you will not have an XIRR function call. This does not mean you cannot still do XIRR though. As of version 12 (a.k.a Office 2007) the XIRR function is a built in function to Excel. Prior version need an add-in to use this function. Even if you have version 12 of the interop though it does not mean you will be able to use the function. The
14 comments
Read more

Security Config in IIS Express

By
I have gotten tired of always having to look this up or remember where it is at. That means it is time to post to my blog so I can find it easier and hopefully others can too. If you are having issues with IIS Express authentication errors (like the Unauthorized 401.2 error I always get) here is some help. I can never remember what the last setting was I had IIS Express set to for authorization. To change IIS Express for windows auth or anonymous auth you want to work with the applicationhost.config file. It can be found here …Documents\IISExpress\config. You want to change the settings in the following area of the config file. < authentication > < anonymousAuthentication enabled ="true" userName ="" /> < basicAuthentication enabled ="false" /> < clientCertificateMappingAuthentication enabled ="false" /> < digestAuthentication enabled ="false" />
2 comments
Read more

WPF Localization - RESX Option

By
About a year ago I was building a WPF project in .Net 3.0 and Visual Studio 2005. I wanted to revisit this subject and see what has changed in .Net 3.5 and Visual Studio 2008. I will make a few of these posts to try and cover all the different options (RESX option, LocBaml option, Resource Dictionary Option). In this blog I will focus on using a resx file to localize an application. To show how the resx option is done I created a WPF form with three labels on it. The first label has is text set inline in XAML, the second has it text set via code behind from the resx file and the third has its text set via XAML accessing the resx file. The first thing that needs to happen to setup a project for localization is a small change to the project file. To make this change you will need to open the project file in notepad (or some other generic editor). In the first PropertyGroup section you need to add the follow XML node <UICulture>en-US</UICulture>. So the project file node w
6 comments
Read more