在百度站長平臺總是能夠發(fā)現(xiàn)很多有意思的百度新動向，從去年來看，除了百度算法的調(diào)整，百度還推出了兩項改變，一個是https站點的建設，一個就是MIP的改造計劃。后者小編還沒有研究透徹，不過對于前者，小編覺得還是有發(fā)言權(quán)的。

而對于https為什么會受到百度的青睞，小編認為理由就只有一個：安全。而且在https剛推出時 ，很多人都看中了它的安全方面，多重加密的方式，讓網(wǎng)站更不容易被攻擊或劫持。百度站長平 臺是這樣的：“HTTS多次握手和復雜的加密機制有效的加大了網(wǎng)站的安全性，加密機制與認證 機制可以減少網(wǎng)站被劫持和假冒的風險!”由此可見，這對于網(wǎng)站的安全性有多重要。所以百度 重視https也就不足為奇了。

而說到優(yōu)化https站點，我們似乎還沒有這樣的經(jīng)驗，首先小編先提出幾個問題：

(1)https站點在交換友鏈時，到底是寫http還是寫https呢?

(2)https站點在發(fā)布外鏈時，到底是應該寫http還是寫https呢?

(3)https站點到底要不要進行域名重定向呢?即把https重定向到http上面?

(4)https站點對于網(wǎng)站優(yōu)化到底有多大的作用呢?

云裂變seo小編一一來簡答：首先我們在交換友鏈時，肯定是以https來交換友鏈的，現(xiàn)在這樣的站點似乎 還不多，不過交換友鏈就是單純的在對方站點上加一個錨文本而已，http和https也都僅僅是一 個字母的區(qū)別。

在發(fā)布外鏈時，小編認為應該以https為主，現(xiàn)在人們對于這兩點的認識還并不完全，很多用戶 也并不在乎你的站點是不是https站點，但是在將來，站點的普及會讓用戶開始關(guān)注，如果能夠 提早布局外鏈，對于網(wǎng)站來講應該是有好處的。

域名重定向的問題是一個關(guān)鍵問題，答案也是肯定是需要重定向的，因為首先就是網(wǎng)站原有忠實 粉絲的瀏覽，人們習慣了http站點，如果不進行重定向，那網(wǎng)站很可能造成打不開的情況，這是 用戶不想看到的;而從優(yōu)化角度來講，重定向也能夠?qū)⒕W(wǎng)站的權(quán)重進行一個很好地對接和傳遞， 不會造成權(quán)重分散。

最后就是https站點對于優(yōu)化來講，就相當于早前百度對于網(wǎng)站內(nèi)容的關(guān)注一樣，會逐漸增強 https站點的價值，所以有條件的小伙伴，早點把https站點做好，就相當于為以后鋪路，對優(yōu)化 來說是利大于弊的一種方法。

(二)https和http有何區(qū)別?

https協(xié)議需要到ca申請證書，一般免費證書很少，需要交費。

http是超文本傳輸協(xié)議，信息是明文傳輸，https 則是具有安全性的ssl加密傳輸協(xié)議 http和https使用的是完全不同的連接方式用的端口也不一樣：前者是80，后者是443。

http的連接很簡單，是無狀態(tài)的 HTTPS協(xié)議是由SSL+HTTP協(xié)議構(gòu)建的可進行加密傳輸、身份認證的網(wǎng)絡協(xié)議 要比http協(xié)議安全 HTTPS解決的問題：

1、信任主機的問題。 采用https 的server 必須從CA 申請一個用于證明服務器用途類型的證書。

改證書只有用于對應的server 的時候，客戶度才信任次主機。所以目前所有的銀行系統(tǒng)網(wǎng)站，關(guān)鍵部分應用都是https 的。 客戶通過信任該證書，從而信任了該主機。其實這樣做效率很低，但是銀行更側(cè)重安全。 這一點對我們沒有任何意義，我們的server，采用的證書不管自己issue 還是從公眾的地方issue， 客戶端都是自己人，所以我們也就肯定信任該server。

2、通訊過程中的數(shù)據(jù)的泄密和被竄改。

1)一般意義上的https， 就是 server 有一個證書。

a) 主要目的是保證server 就是他聲稱的server。這個跟第一點一樣。

b) 服務端和客戶端之間的所有通訊，都是加密的。

i、具體講，是客戶端產(chǎn)生一個對稱的密鑰，通過server 的證書來交換密鑰。 一般意義上的握手過程。

ii、加下來所有的信息往來就都是加密的。 第三方即使截獲，也沒有任何意義。因為他沒有密鑰。 當然竄改也就沒有什么意義了。

2)少許對客戶端有要求的情況下，會要求客戶端也必須有一個證書。

a) 這里客戶端證書，其實就類似表示個人信息的時候，除了用戶名/密碼， 還有一個CA 認證過的身份。 應為個人證書一般來說上別人無法模擬的，所有這樣能夠更深的確認自己的身份。

b) 目前少數(shù)個人銀行的專業(yè)版是這種做法，具體證書可能是拿U盤作為一個備份的載體。像我用的交通銀行的網(wǎng)上銀行就是采取的這種方式。 HTTPS 一定是繁瑣的。

a) 本來簡單的http協(xié)議，一個get一個response。由于https 要還密鑰和確認加密算法的需要。單握手就需要6/7 個往返。

i、任何應用中，過多的round trip 肯定影響性能。

b) 接下來才是具體的http協(xié)議，每一次響應或者請求， 都要求客戶端和服務端對會話的內(nèi)容做加密/解密。

i、盡管對稱加密/解密效率比較高，可是仍然要消耗過多的CPU，為此有專門的SSL 芯片。 如果CPU 信能比較低的話，肯定會降低性能，從而不能serve 更多的請求。