Hey Community,
I received a request to update our company CNAME. I have added the new Domain alias, but now need to update the actual domain listed in the Admin section.
What will happen to existing landing pages when I make this change? Will all the current landing pages update to the new domain? I would assume they would remain unchanged but that new landing pages built would have the new domain. Also, what would happen if I clone a program with landing pages that have the old domain? Will the cloned program use the new domain or whatever domain was used when the original pages were built?
Any help here would be great!
Thanks!
Keith Nyberg
Solved! Go to Solution.
If you're updating the primary domain, make sure to add the old primary domain as an alias.
Pages won't "remember" or be accessible via a domain that no longer exists at all.
If you're updating the primary domain, make sure to add the old primary domain as an alias.
Pages won't "remember" or be accessible via a domain that no longer exists at all.
Thanks Sanford. Played around with this this afternoon and figured that out. Thank for the reply though!
Additional notes on my discovery.
All existing landing pages will update to the new value once changed.
Nice to know that once you add a new Domain in Admin that the new prefix works on all existing landing pages, even with the old prefix. So our online ads guy can change all our adds to point to the new domains even though we have not actually updated the Domain in Admin to the new value yet.
Hi Keith Nyberg -
"we have not actually updated the Domain in Admin"
Have you done this yet? I'm waiting to pull the trigger.....
Hey Courtney,
We flipped the switch a while back. Be sure to add your old CNAME as a "New Domain Alias", and both your new and old links should work! See my reply to Michelle for more detail.
Sincerely,
Keith Nyberg
Thanks. We're working with Services and our IT Department to get our new subdomain marked as secure https..... after that's done we'll make the switch.
We are also in the conversation process of migrating to https site-wide. Let me know how your switch goes. How are you handling updates to your existing pages pointing to the old http version of assets?
I am under the impression that when we change our Default CNAME, that all URLs will automatically update.....
Hi Courtney,
Correct! Old landing pages build before the new CNAME domain is switched will revert to the new domain once swapped. Adding your old CNAME as an additional domain should keep your old links active (meaning the LP will be current, but the URL still displays the old CNAME).
Let me know if you have any question or run into any issues.
Sincerely,
Keith Nyberg
once you change domain will tracking on original non-Marketo company website still work?
for example
current domain is "solutions.Acme.com" and we need to change to "solutions.newcompany.com" due to an acquisition, but both corp websites will remain live for another year or so.
I understand I need to make "solutions.Acme.com" an alias so existing Marketo LPs still work but someone on another conversation thread mentioned that if main Marketo LP domain is now a different company domain/website the tracking on original website will no longer work -- meaning Marketo will not longer track clicks and visits to acme.com external site - only newcompany.com extenal site will be tracked.
is this true? can we still have Marketo track both? couldn't find any documentation
thanks!
Tracking (i.e. Munchkin) will work fine, but people are tracked separately on each site. (Or more properly: on each private domain, i.e. example.net vs. example.com.) If you're known on one site, that doesn't automatically make you known on the other, since the tracking cookie is not shared across domains. If you're known on both sites, all your web visits go to the Activity Log as hoped.
thanks @SanfordWhiteman
so just to clarify
if we change our main LP domain from "solutions.acme.com" to "solutions.newcompany.com" and make the old "solutions.acme.com" an alias and known people in our database visit a page or click on a page on www.acme.com they will still be tracked (and scored based on our visits webpage scoring smart campaign for www.acme.com).
and then moving forward as new people fill out forms and become known via "solutions.newcompany.com" and then visit www.newcompany.com those visits and clicks will also be tracked? and if they visit www.acme.com will they also be tracked for those pages as well? or once we make the main domain "solutions.newcompany.com" will tracking only happen for newcompany.com?
the reason a bit more complicated is that both websites will be live for another year or so so we still need to track and score all the www.acme.com traffic as we have been.
hope this makes sense!
Trish
I think you're mixing a couple of actions together.
But here's the overall reality: a cookie that's available to www.example.net and pages.example.net (because the cookie was set for the private domain they share, example.net) will never be readable on www.anotherexample.info nor on pages.anotherexample.info.
You could have an existing tracked session on www.example.net, but when you go (organically) to www.anotherexample.info it's as if you have no Munchkin cookie at all. You'll get a new, anonymous cookie. Only when you do something self-identifying on www.anotherexample.info will your visit be tracked. Self-identifying = fill out a form, follow a tracked Marketo link.
Thanks! sorry i am still a bit confused:(
here is scenario i am thinking of
we change our main LP domain to solutions.widget.com and change current main LP domain to be an alias - solutions. acme.com
New Setup:
LP domain = solutions.widget.com
Alias = solutions.acme.com
Alias in place so older LP still work (per another comment you replied to in community)
New Marketo LPs now solutions.widget.com
Scenario:
someone fills out form on new LP or embedded form (either solutions.widget.com or embedded form on either www.acme.com or www.widget.com) so now identified and part of our Marketo database. We assume that if they then visit pages on widget.com they will be tracked per normal but if they visit pages on acme.com will they be tracked. also is our assumption that if form embedded on www.acme.com they will be identified normally correcty or will we no longer be able to embed forms on www.acme.com?
since acme.com and widget.com have different munchkins we are trying to figure out if we can have tracking happen on both sites.
and what happens if existing known people (from when LP domain was solutions.acme.com now go to pages on www.acme.com will they still be tracked or will that be broken due to LP domain change.
For us the overall issue is: if we change main LP domain to solutions.widget.com from solutions.acme.com what will happen in terms of tracking with previously known people (when main LP domain was solutions.acme.com) and what will happen in terms of tracking for net new people (when main LP domain is now solutions.widget.com)
we are basically trying to use our Marketo instance to still use www.acme.com as our main site and to embed forms on for another 6 months-1 year before total transition to www.widget.com. is this even possible?
thanks so much! Support hasn't been able to help me with this many details which is why I reached out to you since you also have a user's perspective.
we change our main LP domain to solutions.widget.com and change current main LP domain to be an alias - solutions.acme.com
New Setup:
LP domain = solutions.widget.com
Alias = solutions.acme.com
Alias in place so older LP still work (per another comment you replied to in community)
New Marketo LPs now solutions.widget.com
Scenario:
someone fills out form on new LP or embedded form (either solutions.widget.com or embedded form on
either www.acme.com orwww.widget.com) so now identified and part of our Marketo database. We assume that if they then visit pages on widget.com they will be tracked per normal but if they visit pages on acme.com will they be tracked.
Cookies are never accessible across private suffixes.
Consider a cookie set on the page solutions.example.com/mypage.html.
Option A: The cookie may be set for the full current domain (solutions.example.com). In this case, all other pages under solutions.example.com can read and write it, but neither (a) pages at the parent example.com nor (b) pages under another subdomain of example.com like blog.example.com nor (c) pages under any other domain on the internet can access the cookie.
Option B: The cookie may be set for the shortest private suffix, which is example.com. In this case, all other pages under solutions.example.com can read and write it. In addition, pages directly under example.com, like example.com/aboutus.html, and pages under any other subdomain of example.com, like blog.example.com/trishsblog.html can access the cookie. However, pages under any other private domain on in the internet, like another.example.info or yetanother.example.test cannot access the cookie.
There's no Option C: You can't make a cookie set at or under example.com accessible at or under example.info. You can only manipulate which levels under example.com can access it, you can't break out into someone else's domain (even if your company happens to have purchased both domains, from a browser security standpoint this doesn't matter, they are never taken as a single domain).
So if someone fills out a form at or under example.com, that same cookie will be visible and associated with the same lead at solutions.example.com (or vice versa) if you use Option B above. (Munchkin attempts to use Option B by default.)
But on another.example.info there (a) is no cookie at all until they visit there and (b) the cookie that's created when they first visit will be anonymous, until separate action is taken to associate it.
and what happens if existing known people (from when LP domain was solutions.acme.com now go to pages on www.acme.com will they still be tracked or will that be broken due to LP domain change.
Existing associated cookies will remain associated.
Marketo does not care if you have 10 different associated cookies under 10 different domain suffixes. Every activity in each of those Munchkin sessions will be tracked. But there's no communication between domains, each one must be separately associated.
For us the overall issue is: if we change main LP domain to solutions.widget.com from solutions.acme.com what will happen in terms of tracking with previously known people (when main LP domain was solutions.acme.com) and what will happen in terms of tracking for net new people (when main LP domain is now solutions.widget.com)
If a person has an associated cookie on solutions.example.com that cookie remains in the browser.* But it's only used on example.com.
On or under example.info, the cookie simply does not exist. So the person will start out with a new, anonymous cookie. If you can get them to click a tracked link to solutions.example.info or fill out a form on www.example.info, then that new cookie will be associated. Until then, if they just happen to be redirected to solutions.example.info when browsing the web, they'll be anonymous on example.info.
we are basically trying to use our Marketo instance to still use www.acme.com as our main site and to embed forms on for another 6 months-1 year before total transition to www.widget.com. is this even possible?
Of course, it's completely possible, but you can't magically have people who were known on Domain A be known on Domain B. If you can get an associated cookie on both domains, they'll both be tracked.
* until the browser removes it due to inactivity, which is defined differently based on browser vendor, or it expires
Hi Keith - does Marketo automatically 301 the old pages to the new? So if there's an email out there with a link to the old domain name landing page URL - will that get automatically redirected to the new domain landing page URL? Thanks in advance!
Hey Michelle,
I edited the current "Domain Name" to our new alias, (new = info.sugarcrm vs old = suga.sugarcrm.) Once I was done with that I added the old CNAME as a domain alias (see screenshot attached). This allowed us to keep all of our old links active. So if you follow this link, SugarCRM | Gartner Magic Quadrant Report , you can replace info. with suga. and it will display the current .info landing page, but the URL will read suga. Make sure your current "Fallback Page" is correct just in case.
Double check any smart campaigns to ensure they are not broken. This could happen if you are referencing URL's in your triggers/filters versus the MKTO asset name (both work but the MKTO asset name is better to use because it changes automatically where the URL will not).
Sincerely,
Keith Nyberg