Munchkin tracking does not (always) work - sometimes it tracks, sometimes it does not | Community
Skip to main content
N
NestoJosa
Level 3
December 10, 2020
Question

Munchkin tracking does not (always) work - sometimes it tracks, sometimes it does not

  • December 10, 2020
  • 1 reply
  • 4900 views

Hello again Marketo Nation,

Here comes yet another problem I was hoping you could help us solve.

 

First some background.

 

Goal:

  • Track user from landing-page on subdomain, to main site on top-level-domain
  • More specifically, the idea is to log a "Visit Web Page" in the "Activity Log"

 

Landing page:

  • On subdomain
  • Default munchkin switched off, custom munchkin added: only to set "2" as the domainLevel - in order to set the cookie at the correct top-level-domain
  • Not secured (http)
  • Cookie-script as the cookie-bar supplier

 

Website:

  • On top-level domain
  • Default munchkin
  • Secured (https)
  • GDPR Cookie Consent (Wordpress plugin), as the cookie-bar supplier

 

The problem:

The tracking is not (always) working. There is no "Visit Web Page" log after giving consent on the landing page, filling out the form and visiting the main site on the top-level-domain.

Most interesting, sometimes it does work (!?). But we have yet to find any pattern.

 

Further information:

The steps for test are

  1. give consent on landing page and fill out form
  2. visit main site on top-level-domain
  3. check that a "Visit Web Page" logs is present in the "Activity Log"

Note:

  • The custom munchkin, has only been added to the landing page on the subdomain, because we have concluded that there is no reason to change the default munchkin behavior on the main site - the cookie is already being place correctly, on the top-level domain.
  • The munchkin-cookie is being set.
  • On the main site - the cookie is set at the top-level-domain without a dot: example.com. But on the landing page, the cookie is set at .example.com (note the dot before example).

Questions

  • Is there anything in the setup, that you might think is causing the issue, e.g. landing page on http and main site on https for instance, or the fact that there are two different cookie-providers (one on the landing page and another on main site)?
  • Does anyone have experience with getting these confusing results, where it works on some cases, and in others not?

 

Any help would be much appreciated!

 

Best,

ernie

 

 

1 reply

SanfordWhiteman
SanfordWhiteman
Level 10
December 10, 2020

There's one part here that doesn't make sense at a glance.

 

You set domainLevel when Marketo's "intuition" about the shortest private suffix is wrong.

 

For example, if your domain is example.ly, you need to set domainLevel to 2 to tell Marketo that you privately control example and the only public label is ly. Otherwise, it will assume the domainLevel is 3, which is wrong. You would set domainLevel on all your sites, though. Not just on pages.example.ly.

 

Other than that, there isn't anything specifically wrong with your setup. If the cookie is set at the shortest possible level, it'll be shared across both sites. And you can check easily if the same, single _mkto_trk cookie value is present across all your domains.

    N
    NestoJosaAuthor
    Level 3
    December 11, 2020

    Hi @sanfordwhiteman,

     

    Thanks for your response!

     

    I hope you don't mind that I ask for clarification.

     

    You would set domainLevel on all your sites, though. Not just on pages.example.ly.

     

    So, in the case where you operate out of Denmark, where the public label is dk, one must add a custom munchkin script (with "domainLevel": 2), to both the landing page on the subdomain e.g. news.exampel.dk AND on the top-level-domain example.dk.

     

    This is the part that I don't get.

     

    On example.dk, the cookie is already being set at the correct top-level domain: example.dk So why update this default behavior?

     

    I compared the _mkto_trk cookie value, and its currently the same on news.example.dk and example.dk. But we are still getting non-consistent tracking results.

     

    Thanks for your patience! I'm new to marketo and trying to better understand the system.

     

    Best,

    ernie

    SanfordWhiteman
    SanfordWhiteman
    Level 10
    December 11, 2020
    On example.dk, the cookie is already being set at the correct top-level domain: example.dk So why update this default behavior?

    Because you're only getting lucky that the code has a fallback that sets it at level 2. It actually tries level 3, which happens to not exist at all. So to make sure the cookie is set consistently (on example.dk as well) always put in the domainLevel.

     

    Now, if you're seeing the same cookie value at all levels, that indicates the cookie is shared. There's no reason for hits to be picked up from one domain and not the other. So the next step is to watch the Network tab and see if, indeed, the visitWebPage and clickLink XHR hits are being sent to Marketo.

      Terms & ConditionsAccessibility statement

      Loading footer...