It’s always a sinking feeling when the docs for a hosted app include the word “IFRAME”, but have no match for “custom JS” (even if you pay for a higher-tier subscription). Puts a damper on sending activities within the app over to Marketo — not just Munchkin hits but form fills, too.*
Nevertheless, you can still get useful stuff in the Activity Log, as long as you load Munchkin a special way in the IFRAME.
OK, the app won't let you add custom JS or CSS, but there's a chance it lets you add a custom <meta> tag to the <head> of all pages. If so, you definitely want this:
<meta name="referrer" content="no-referrer-when-downgrade">
As I've written about before, the default referrer policy in modern browsers is strict-origin-when-cross-origin, which means a cross-origin IFRAME (as your IFRAME will certainly be) would only receive the truncated value https://yourco.saasapp.example instead of the full URL https://yourco.saasapp.example/some/page?and=query_string.
Without access to the path and query, the Munchkin hit will be extremely generic. It can still let you know, broadly, who visited the app, but only if the person has an independently associated Munchkin cookie. That is, if the IFRAMEd page (see below) is on https://pages.example.com and the person clicks a tracked email link to and/or filled out a form on https://pages.example.com or https://www.example.com, that association will carry over to the hit logged by the IFRAME. But otherwise the IFRAME will be stuck logging anonymous pageviews, which is pretty unhelpful.
In contrast, if you can set that <meta> tag, the IFRAME itself can associate people who clicked a tracked link (since the mkt_tok value will be forwarded to the IFRAME).
The page you include in the IFRAME doesn't need to be a Marketo LP. It can be hosted on your main site or even be a static .html file in Design Studio, as long as it loads Munchkin the right way.
If you do use a Marketo LP, you want to disable Munchkin in the page setup (important!) and then add the below script instead.
The special sauce:
Key differences between this and the default Munchkin embed:
For fun (?) here's a visual diff:
* You won't get UTM parameters forwarded unless the app lets you see the entire referrer, so the form data will be incomplete vs. what you'd get with the form embed code.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.