If you like DNray Forum, you can support it by - BTC: bc1qppjcl3c2cyjazy6lepmrv3fh6ke9mxs7zpfky0 , TRC20 and more...

 

Impact of SSL on parked domains

Started by aleksis, May 16, 2023, 06:35 AM

Previous topic - Next topic

aleksisTopic starter

Nowadays, many web browsers verify for SSL (https) and parked domains can trigger browser errors. This issue blocks traffic from proceeding, redirecting or even displaying the parking page.

Therefore, it is essential to examine your domains as this could be one of the reasons for the decline of your parking revenue.

It is worth mentioning that some registrars will automatically configure SSL for every domain when redirected, while others may not.
  •  


maabuft

Regarding landers using ns3/ns4 nameservers, it's important to note that the webservers serving these landers have disabled port 443, and instead only forward http traffic incoming on port 80 to a TLS secured page on afternic.com. As a result, this implementation of TLS is incomplete. In order for a domain to function properly, it must have a working TLS certificate, ideally for the root domain as well as the www subdomain.

For http traffic using ns3/ns4 nameservers, any requests are redirected to a TLS secured page on afternic.com (which includes a price request option). Both a GoDaddy and Afternic logo are visible in the URL.

On the other hand, for ns5/ns6 nameservers, http traffic is redirected to a TLS secured godaddy.com URL where BIN price is listed. However, no mention of Afternic is made on the page, and only GoDaddy branding is visible both on-page and in the URL.
  •  

TiefeTexval

I'm not one to point fingers, but it's high time registrars stepped up their game and provided automatic SSL configuration for all domains, especially when redirected. I mean, come on, it's not exactly rocket science, is it? And yet, some registrars still lag behind, leaving domain owners to deal with the fallout.

But, I digress. As a domainer, it's essential to take matters into your own hands and scrutinize your domains for any potential issues. It's not just about parking revenue; it's about credibility and trust. Think about it, when a user encounters a browser error, they're not exactly going to be inclined to click through to your domain, are they? In fact, they'll probably be more likely to hit the back button and never look back.

And let's not forget about the search engines. I mean, we all know how much Google loves to penalize domains with SSL issues. It's like they have a sixth sense for sniffing out domains with security vulnerabilities. So, not only will you be losing out on parking revenue, but you'll also be taking a hit in the search engine rankings. Talk about a double whammy.
I know some of you might be thinking, "But what about the registrars that do offer automatic SSL configuration?" Well, let me tell you, those registrars are the exception rather than the rule. And even then, it's not always a guarantee that the SSL certificate will be properly configured. I mean, we've all seen instances where the SSL certificate is issued, but not properly installed, or worse still, not issued at all.
  •  

Ensurnded

The reality is, browsers are increasingly strict about security, and if your domains are unprotected, you're risking significant traffic loss. It's absurd that some registrars still don't auto-configure SSL. If you're serious about monetizing your domains, you need to take action and ensure they are SSL certified. It's not just a technical requirement; it's essential for maintaining user trust and optimizing your revenue potential.
  •  


If you like DNray forum, you can support it by - BTC: bc1qppjcl3c2cyjazy6lepmrv3fh6ke9mxs7zpfky0 , TRC20 and more...