Kristin_Carideo

Thank you for that very helpful explanation! I took this answer, dug a little deeper and pushed back on the developer and apparently the data loss is seen solely on clicks from Facebook paid ads within the Facebook mobile app. That's a significant portion of our traffic, but it's also a much narrower issue that I think we can solve basically by only running lead gen campaigns that go directly to a Marketo page in our Facebook ads, and then go back to using the native cookie parsing available in Marketo forms to take care of the data loss across the other channels. Thanks again for walking me through it so I could have the conversation with the dev team. ... View more

Here's what I got back from the dev team. Is there something basic we're missing? We've seen this behavior play out during testing. The issue is that third party cookies don’t work in mobile safari. So, if the first touch was set on a Marketo page and then they left and later came back and filled out a Marketo page form the cookie would parse into the form as normal. But first touch will not set or read on the pages where forms are embedded or are otherwise not hosted on Marketo. Basically that takes all traffic not on a marketo page coming through mobile safari out of the equation. We could do a few things to help capture some of those values, but ultimately anytime someone goes from a Wordpress page to a marketo page or vice versa, in safari mobile, the cookie is lost. We could set things up where anytime mobile safari is detected we set the hidden form values as something like “safari-mobile-no-cookie”, but as far as I can see in mobile safari we’re always going to have a dark spot as far as recording the cookie. Although to answer your initial question, they are on the same domain, unless that gets tricky when you bring wordpress into it. The blog is hosted on blog.DOMAIN.com and the Marketo pages are marketo.DOMAIN.com (well, not that, but you get the picture). ... View more

Also, not talking about the Munchkin tracking or anything like that (that works just fine on any device). Specifically talking about the situation in which data (captured UTM values) has to be shared from the wordpress subdomain to the marketo subdomain. ... View more

Yeah sorry. This is a marketer trying to explain something from my dev team. Bear with me . Both have the same domain but one is a Wordpress blog site on a subdomain and one is a Marketo subdomain. Not sure if that matters. My understanding was that these two properties couldn't share a cookie for mobile users and now that I'm doing digging, I believe the problem is specifically with mobile Safari. I'm working on getting the dev to actually write up the dev-y problem for me. Just wondering if cross-sub-domain cookie tracking issues within mobile rang any bells here. ... View more

Generally this has to do with your channel progression statuses in Marketo, and the boolean field Responded/not responded has to do with whether or not that particular progression status is listed as 'success' or not. ... View more

Yuck. Maybe I'll ask support if they can run a list. Seems like something you should be able to see in reports....Idea time. ... View more

I can see a use case for this if you were sending personalized emails from Sales and they did not want to get overwhelmed by responses. Native functionality in Eloqua and when I worked on that platform that's what I used it for, anyway. You could create sub-lists and use a trigger campaign to move leads onto the various sublists based on score. Then create one campaign where you have choices - If is member of list [LIST 1], then send email. If not, do nothing. Wait step. If is member of [LIST 2], then send email, if not do nothing. Wait step. I don't know of a way to do it where you could say stop at 100 leads.... I don't know if this would save time, though.... ... View more