This content has been marked as final. Show 3 replies
This is somewhat unrelated to the fact that you're saying that cookies aren't functioning properly, but is there a specific reason why you are using email address at all if the person doesn't have to verify it? Similar to the idea behind progressive profiling or form prefill, when you have someone cookied and they go to a page, you already know who they are, so the form doesn't need to have their email address for the information to be appended to their record.
Was under the impression it needed to be there for unsub info to attach to the record. Figured we'd keep it hidden for security purposes but show them what address they're unsubscribing from, but the cookies aren't even working in any capacity, so everything (hidden email, email preference choices, displayed email) is populating from a different lead record in mutliple tests and multiple browsers.
I'm not sure if my issue is the same as Zachary's but here goes..
We are also testing various emails in various browsers. It appears that the browser is dictating the lead identity rather than the lead identity coming from the email link.
EX: firstname.lastname@example.org and email@example.com share a computer
-- firstname.lastname@example.org clicks on a landing page link in her email. Browser opens and email@example.com fills out form, submits.
-- firstname.lastname@example.org clicks on the same landing page link in his email. Same browser as above opens and is populated with email@example.com info. firstname.lastname@example.org changes info and submits. Activity is logged with email@example.com rather than firstname.lastname@example.org
I would have expected the email to dictate the lead, and not the browser cookies.
Is this functioning correctly? Or should there be something additional in the email and landing page to ensure the click tracks the correct lead?