Mobile app version of vmapp.org
Login or Join
Samaraweera270

: Do I need to add for both HTTP and HTTPS? The meta tag <link rel="alternate"> should be added for each language and subdomain with the same content right? But do I need to add 2 versions

@Samaraweera270

Posted in: #MetaTags #RelAlternate #Seo

The meta tag <link rel="alternate"> should be added for each language and subdomain with the same content right? But do I need to add 2 versions of each, namely and ?

Like this:

<link rel="alternate" href="http://www.example.com/en/" hreflang="en" />
<link rel="alternate" href="http://www.example.com/nl/" hreflang="nl" />
<link rel="alternate" href="https://www.example.com/en/" hreflang="en" />
<link rel="alternate" href="https://www.example.com/nl/" hreflang="nl" />


or is this enough:

<link rel="alternate" href="http://www.example.com/en/" hreflang="en" />
<link rel="alternate" href="http://www.example.com/nl/" hreflang="nl" />

10.02% popularity Vote Up Vote Down


Login to follow query

More posts by @Samaraweera270

2 Comments

Sorted by latest first Latest Oldest Best

 

@Si4351233

You can definitely use the alternate, nothing stopping you from using the first example, you won't be penalized directly unless you try to canonical alternate a http area that defaults to SSL normally, causing obvious errors. I have nothing to cite this besides this is what rel="alternate" is for; whether or not services support then trigger stuff is up to the service.

However, you will lose out on ranking signal due to not enforcing strong encryption everywhere. Besides that reason, in my opinion you should encrypt pages of generality too. Visitors now prefer [and they deserve] to be protected on the whole realm. It's turning into a conversion factor very quickly, and soon it will be the norm to see a green lock. Chrome Canary branch is a telling sign too. As of Nov 2015, there is an opt-in Chrome flag showing an insecure icon (similar to the busted red lock) when visiting normal http pages, anywhere on any site. I estimate, expect this to come to Chrome stable in about 10-12 months. Chrome stable has a massive chunk of userbase, and a surprising sum of the canary flags have come to life through its branch into stable.

Your server will be fine, encrypt everything! If you are worried about lag/speed/cost/etc, there are helpers around -- Cloudflare comes to mind first due to the free plan, cached all (varnish-ish), SPDY/HSTS/DNSSEC/Strong-Cipher, various other securities and pool size. It could help off-load some of the hurdle VS liability.

10% popularity Vote Up Vote Down


 

@Moriarity557

From the Google Search Console help pages:


Google prefers HTTPS pages over equivalent HTTP pages as canonical, except when there are conflicting signals such as -


The HTTPS page has an invalid SSL certificate.
The HTTPS page contains insecure dependencies.
The HTTPS page is roboted (and the HTTP page is not).
The HTTPS page redirects users to or through an HTTP page.
The HTTPS page has a rel="canonical" link to the HTTP page.
The HTTPS page contains a noindex robots meta tag


Although our systems prefer HTTPS pages over HTTP pages by default, you can ensure this behavior by taking any of the following actions:


Add 301 or 302 redirects from the HTTP page to the HTTPS page.
Add a rel="canonical" link from the HTTP page to the HTTPS page.

10% popularity Vote Up Vote Down


Back to top | Use Dark Theme