Extra domains added to primary domain - issue

Hey guys,

So, looks like adding another domain to your parent domain and assigning a specific page to that new domain does not work.

Case in point:

  1. Added creative-dude.com to my a3creative-solutions.com partner portal as a secondary domain. https://prnt.sc/pewnvd

  2. Domain shows in my a3creative-solutions.com/admin

  3. I can assign a landing page to it, in this case the landing page is: /welcome

  4. When I click into creative-dude.com it just takes me back to the a3creative-solutions.com landing page.

So, looks like this is not working…suggest removing this option until it works.

I have 2 sites I’ll be migrating over from BC that use this functionality, so I’ll have to wait until this is corrected.

Note, this was all done before 4.8.2 so assuming it would be fixed during this sprint, but it wasn’t.


(I’ve got nothing as far as your technical concern here, but the fact that you own creative-dude.com is pretty neat.)

Hells ya! Someone needed to scoop that domain… lol!

1 Like

I have this working on one of my client sites, but have not been able to get it working on my own partner site. Not sure what the difference is… perhaps it’s a DNS thing?

@alex.n or @vlad.z do you have any news on this? Please see thread above.

When we get requests to forward site traffic to one domain, say www.example.com, we setup redirect that forwards all traffic to this domain. So all domains added to the site (exaple.org, example.net, etc.) and all their www subdomains, along with trial domain, will forward to www.exapmle.com.

This redirect rule causes a conflict with landing pages functionality, as domains are forwarded by web server before client request gets to CMS. Hence, custom landing will only work for domain everything is forwarded to.

It is obviously a conflict and we will work to resolve this by integrating domain forwarding functionality into CMS and/or Portal settings, making forwarding routes transparent and editable by partners.

Right now, if you have requested us to create redirect for your site in the past and having issues with landing pages functionality, the following can be done:

  1. We can disable redirect altogether, thus removing conflicts.
  2. We can change redirect to be more specific, forwarding only (for example, no pun intended) example.com to www.example.com and example.net to www.example.net. You’ll be able to use custom landings for www subdomains but not root domain, in this case. We can also only forward you trial domain to one of the live domains.
  3. You can wait for domain forwarding to be integrated in future releases, which probably will be the case for sites that only have one domain.

To recap: landing pages functionality is not at fault here, it’s a conflict with domain forwarding functionality that hasn’t been integrated or released yet, and that we setup on partner requests.

Hope this makes sense.

1 Like

Is this what is coming in 4.9? or is it later down the track …

This is not part of 4.9 release, I’m afraid. This will be integrated in future releases.

Has there been any movement on this yet? If not then I want to be sure I have understood your explanation.

Are you saying that we can request treepl support to direct traffic for a subdomain (only) to go to a unique landing page?

e.g. Here’s the scenario.
Client has two domains: ‘Primarydomain.com’ and ‘Otherdomain.com’.

Are you saying that it is not possible right now to redirect traffic for ‘Otherdomain.com’ to /otherpage.html? But we can ask Treepl Support to create a custom redirect for the WWW subdomain (‘WWW.otherdomain.com’) to go to a unique page (’/otherpage.html’)?

So if I’m reading this correctly, then it means an incoming request to “WWW.otherdomain.com” can resolve to ‘/otherpage.html’ unique landing page. But an incoming request to “Otherdomain.com” would only resolve to default ‘/index.html’ homepage. Is this correct?

If yes, then conceivably we could solve this using the registrar default name servers to configure a DNS CNAME record for the root domain to resolve to the www subdomain, plus a corresponding A-record to point ‘www’ to Treepl server IP.
CNAME = Prefix: *
Destination: www.otherdomain.com

A-RECORD = Prefix: www
Destination: (Treepl IP)

This would mean that all requests to Otherdomain.com will be directed to the WWW subdomain via the name server DNS CNAME. Treepl would only receive traffic requests for the www subdomain which will always resolve to the unique landing page.

Are my assumptions correct? Are there any holes in this theory/solution?

Domains can be redirected to pages like /index or /otherpage using landing page functionality. Whether domain is example.com, www.example.com or test.test2.example.com - doesn’t matter.

There’s no way to set up domain level redirect, as in www.example.com -> example.com (or wise versa), you have to request such redirects. But having this redirect means that site gets all requests from one domain, rendering landing pages functionality meaningless.

While CNAME points to another domain, server still sees domain that was originally entered on client. The bigger problem is that root domain record can not be CNAME.

So to clarify:
If domain.com goes to home.html
subdomain.domain.com can be setup to go to custom-landing-page.html

Unless we have requested a domain level redirect such as www.domain.com -> domain.com. In this case subdomains can’t have custom landing pages because there is a conflict.

Is this correct?

I’m migrating a site right now that has a subdomain that points to a custom landing page and I want to make sure it’s possible before completing the migration.

@Alex_B_Centrifuge I did it quite successfully with a site we just launched, that had about 28 sub-domains. Call me at my office if you need clarification/help.

1 Like

@A3CS thanks. I really appreciate the offer of help as well.

Was it as straightforward as I think it is?

  1. add subdomain as additional domain in treepl portal
  2. under domains in the admin I select the landing page

Does that sound right?

Yup, yup…

However, for my particular client, they use hover.com, so in the Domain Registrar, I had to also:

  • Set up a Forwarding Rule

  • Set up a A Record for the sub-domain.

This is how hover.com treated this, so might be different for other Registrars.



1 Like

Thanks @A3CS What do you mean by “Setup a Forwarding rule”, was that a record on your DNS, or some other function? Or was that on the site side?

@Alex_B_Centrifuge these were the rules set by Hover.com to handle Sub-Domains. So this is at the Domain Registrar level. I’m sure GoDaddy, etc. may have other rules. Yes, these are Zone Records.

1 Like

@A3CS Thanks for your help. I made this site live today, as described above but with one more step (recorded here for others’ reference)

  1. create A record on dns that points to site’s IP on Treepl
  2. Treepl portal add subdomain.maindomain.com
  3. Treeple admin panel under settings->domains select the custom homepage for the subdomain