Tracker is not initialized error

Within Sitecore 8.1 and 8.2 you could get easily this “Tracker is not initialized error” even if you are not planning to use analytics but for laziness you have not disabled analytics and/or you left within your layout the VisitorIdentification tag…

The simpler way to get rid of this issue if you are not using Analytics is to remove  Sitecore.Analytics.Tracking.config from your include folder.

In the case you want to use analytics therefore you should check that in Sitecore.Analytics.Tracking.config your hostname property is set to the DNS name that you are using to access to your website….

Is CommerceServer taking over Sitecore?

In the case you have installed Sitecore 8.1 sc81151003 you may have encountered a silly error within your Sitecore Shell…


but wait a minute, I have not installed Commerce Server, why I am getting this error?

In order to remove this unpleasant error message you have to remove the Sitecore.Commerce.Pipelines.ContentEditorLicenseWarning processcor pipeline.
The following patch file will delete the element.

My reccomendation would be also to place the config in a z folder in App_Config to run as the last config.

<configuration xmlns:patch="">
<processor type="Sitecore.Commerce.Pipelines.ContentEditorLicenseWarning, Sitecore.Commerce">
<patch:delete />

Sitecore CMS only mode on 8.1

As you probably now, Sitecore 8.1 can run in CMS only mode that means that your Sitecore instance can live also without MONGODB architecture…

CMS only mode, disable all the features that require MONGODB like Analytics, behaviour personalisation, MVT but it still allow you to run inSession personalisation rules or execute personalisation rules that do not require MongoDB (eg. geoLocation personalisation)

In order to run Sitecore in CMS only mode you need to set the following parameters:

  1. Xdb.Enabled
  2. Xdb.Tracking.Enabled
  3. Xdb.Configuration.XdbSettings

Further documentation on CMS only mode can be found here:

Block access to Sitecore folder for Content delivery with RequestFilters

In my opinion Request Filters are the simplest option to block access to the Sitecore folder for your content delivery servers… Sitecore recommend to block anonymous access to the Sitecore folder or restrict the access only to a set of IP addresses, but unfortunately there is not an easy way to implement this change, changing the web config and this solution is not PAAS friendly…


To learn more about request filters, I would recommend the following page

Therefore I would recommend using request filters to block the access to the Sitecore folder just changing your web config with the following snippet.


<security xdt:Transform ="Replace" >
<requestLimits maxAllowedContentLength="524288000" />
<add sequence ="/sitecore/" />
<add sequence ="/_Dev/" />

It is important to remind to everybody to change the Sitecore Sitecore.Tasks.UrlAgent to the web site root for CD  by default the url agent point to /sitecore/service/keepalive.aspx and if you block the access, to the sitecore folder, you won’t be able to keep alive…