Visitor ID Service Revisited

(Ah, the title… see what I did there?)

Just two days after my article about the Visitor ID Service, my colleagues in Engineering and Product Management released a new version of Reports & Analytics and made a couple of nice changes to the Visitor ID Service.

So, essentially, forget everything I said last time. Maybe not all of it, but there are two aspects that I have to revisit (ah, I did it again!) and one that I’d like to mention.

CNAME

The Visitor ID Service can now handle CNAME implementations.

Two new variables allow you to tell the Service which domain it should use for cookies. These are:

	visitor.marketingCloudServer
	visitor.marketingCloudServerSecure

Set those two and the Visitor ID Service can be used to track visitors across domains.

The online help explains nicely why that works, even with Safari and other browsers that have a strict policy regarding 3rd-party cookies.

Report Suite ID

Or rather not.

In my last article, I wrote that when you instantiate the Service, you do so using the report suite ID. That is no longer the case.

Instead, you now use the “Adobe Marketing Cloud Organization ID”, which you can get from Client Care when they set you up for access to the Marketing Cloud.

It makes sense to me to replace the report suite ID with something else. Some customers use the Marketing Cloud but not Analytics. Why would they specify an rsid? And what about tools that have no concept of a report suite? Why would I give Audience Manager an rsid? Or Target? It would make no sense!

So if you implement the Visitor ID Service now, you pass the MCORG ID into the “constructor” rather than the rsid.

Visitor IDs & Customer IDs

You can now specify IDs for your visitors that come from your back end systems.

For example, if a visitor logs into your site, you now know who it is and you can send that data into the Visitor ID Service along with the normal tracking or targeting.

A visitor can have more than one customer ID and you can assign those IDs to names that make sense to you.

I want to point out that, currently, that data is not used by any of the tools of the Marketing Cloud, but there is likely going to be some new cool functionality at some point that uses the data, so why not start preparing now?

Note: do not pass any identifiable information into the customer ID! Never! Hash it, if you’re comfortable with that. Encrypt it, if you’re a hero. Or just don’t.

Note

One more thing: if you decide to implement the Visitor ID Service now on the site you are responsible for, you might want to read about the Visitor ID Grace Period.

Essentially, if there is any doubt as to whether your implementation will instantly be available everywhere on your site, you should make sure to use a Grace Period because the Visitor ID Service will otherwise not hand back a visitor ID that Analytics could read on its own, thereby preventing places where Analytics is not yet using the Visitor ID Service to see an existing visitor ID.

You’d end up inflating your visitor counts and upsetting your friendly marketer.

There is also a section in the help on how the Visitor ID Service works, which I recommend.

(Sorry for the short posting this week. I am in the middle of moving to Basel in Switzerland and I’m currently lying on the floor in an almost empty house. Not the best position for typing long blog posts…)

About

German expat living in Switzerland (formerly UK and France). Consultant and member of the Multi-Solutions Group at Adobe, working with the Digital Marketing Suite. Father of 4 girls.

Tagged with: , , , ,
Posted in AppMeasurement, Integration, Javascript
8 comments on “Visitor ID Service Revisited
  1. […] can be extended as technology evolves. Think about the new Visitor ID Service. If you created a test before migrating over, you’d be a lot less stressed out about it, […]

    Like

  2. […] Tracking visitors across multiple sites is almost easy, as in: as long as we can set and read one cookie on all sites involved, and/or we can hand a visitor ID between them, all tracking requests can be sent with the same visitor ID, which as you know means Adobe Analytics will treat all hits as coming from the same visitor. The reports will reflect that. […]

    Like

  3. jchuck5612 says:

    @Jan Exner – 4.3 version of iOS and Android SDK’s now support the Visitor ID Service. Do you know of any documentation that helps describe the implementation beyond this short help page?
    https://marketing.adobe.com/resources/help/en_US/mobile/ios/mcvid.html

    Like

    • Jan Exner says:

      Hi,

      I don’t, no. Looks like an interesting topic for a blog article, doesn’t it?

      The thing is: there is not much to do, really. The Visitor ID Service sits parallel to all the other parts of the Marketing Cloud. It has one job: provide a central visitor ID for all tools. There really isn’t that much to configure.

      It’s still a topic definitely worth an article or two.

      Like

  4. jchuck5612 says:

    Completely agree that it’s worth a deep dive Jan and thanks for the reply about implementation. As far as future blog articles, I would love to see you talk more about what the VisID Servce and specifically the setCustomerIDs method in the service. It seems that clients will be able to pass our own customer ID’s into the service to find matches as well but will that data come out on the other end (sic:)) and be available in Data Warehouse feeds or is the VisID Service a black hole?

    I thought it was that implementing the new SDK’s was as easy as setting the MCORGID in our config files as well but when I implemented in iOS and Android I get this lovely error:

    ADBMobile Error : ID Service – Service returned error (Partner ID is not provisioned in AAM correctly)

    Thanks for the great blog! Always look forward to Tuesday’s to see what you’re talking about.

    Like

    • Jan Exner says:

      Thanks for the flowers!

      Re the customer IDs – I’ll write about that as soon as there is something to write about. For now, they do nothing as far as I know.

      For the AAM provisioning you can contact your CSM, they should be able to do that. I think it depends what contract you have (old style SiteCat vs new Analytics) and possibly some other things.

      Like

  5. […] Today, there are 5 tools available: Adobe Analytics, Adobe Target, Adobe Audience Manager, Marketing Cloud ID Service, Google Analytics, and Google Universal […]

    Like

  6. […] werden sie anhand zweier Datenpunkte: der visitor ID (aus dem s_vi oder s_fid Cookie oder vom MCVID gesetzt), und aus einem Timeout von 30 Minuten […]

    Like

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s

Enter your email address to follow this blog and receive notifications of new posts by email.

Join 1,398 other followers

%d bloggers like this: