百度《閃電算法》

百度搜索推出閃電算法，主要針對(duì)的是首屏的加載時(shí)間，因此建議將網(wǎng)絡(luò)帶寬留給首屏請(qǐng)求，以滿足在不同網(wǎng)絡(luò)情況下的加載速度和用戶體驗(yàn)。

2017年10月初，“閃電算法”上線，移動(dòng)搜索頁(yè)面首屏加載時(shí)間將影響搜索排名。移動(dòng)網(wǎng)頁(yè)首屏在2秒之內(nèi)完成打開(kāi)的，在移動(dòng)搜索下將獲得提升頁(yè)面評(píng)價(jià)優(yōu)待，獲得流量?jī)A斜；同時(shí)，在移動(dòng)搜索頁(yè)面首屏加載非常慢（3秒及以上）的網(wǎng)頁(yè)將會(huì)被打壓。

上線時(shí)間：2017年10月01日（2017年10月19日公布）

打擊對(duì)象：主要針對(duì)移動(dòng)端網(wǎng)站打開(kāi)時(shí)間加載緩慢的行為，移動(dòng)網(wǎng)頁(yè)首屏在2秒之內(nèi)完成打開(kāi)的，在移動(dòng)搜索下將獲得提升頁(yè)面評(píng)價(jià)優(yōu)待，獲得流量?jī)A斜；同時(shí)，在移動(dòng)搜索頁(yè)面首屏加載非常慢（3秒及以上）的網(wǎng)頁(yè)將會(huì)被打壓。

算法意義：提升訪客用戶的瀏覽體驗(yàn)。

要點(diǎn)解讀

1、閃電算法的意義

百度用戶體驗(yàn)部研究表明，用戶期望且能夠接受的頁(yè)面加載時(shí)間在3秒以內(nèi)。若頁(yè)面的加載時(shí)間過(guò)慢，用戶就會(huì)失去耐心而選擇離開(kāi)，這對(duì)用戶和站長(zhǎng)來(lái)說(shuō)都是一大損失?！伴W電算法”不僅體現(xiàn)了百度移動(dòng)搜索對(duì)于頁(yè)面加載速度更加重視的決心，也體現(xiàn)了百度移動(dòng)搜索希望站長(zhǎng)能夠站在和用戶共贏的角度對(duì)網(wǎng)站進(jìn)行優(yōu)化的期待。

2、2秒之內(nèi)完成打開(kāi)

閃電算法首次明確，移動(dòng)網(wǎng)頁(yè)首屏在2秒之內(nèi)完成打開(kāi)的，在移動(dòng)搜索下將獲得提升頁(yè)面評(píng)價(jià)優(yōu)待，得到更多展現(xiàn)機(jī)會(huì)；同時(shí)，在移動(dòng)搜索頁(yè)面首屏加載非常慢（3秒及以上）的網(wǎng)頁(yè)將會(huì)被打壓。首屏加載完畢在2~3秒之內(nèi)的頁(yè)面，頁(yè)面評(píng)價(jià)不升不降。

3、技術(shù)建議

3.1、閃電算法主要針對(duì)的是首屏的加載時(shí)間，因此建議將網(wǎng)絡(luò)帶寬留給首屏請(qǐng)求，以滿足在不同網(wǎng)絡(luò)情況下的加載速度和用戶體驗(yàn)。

3.2、閃電算法是百度移動(dòng)友好標(biāo)準(zhǔn)的重要組成部分，頁(yè)面瀏覽體驗(yàn)、資源或功能的易用性、頁(yè)面是否符合移動(dòng)端適配等，都影響移動(dòng)用戶體驗(yàn)的滿意度。因此也在此提醒站長(zhǎng)，建設(shè)網(wǎng)站的時(shí)候站在與用戶共贏的角度，優(yōu)化移動(dòng)端的用戶體驗(yàn)。

3.3、使用通用加速方案（如MIP、AMP）對(duì)網(wǎng)頁(yè)進(jìn)行綜合加速。比如，使用MIP可以將網(wǎng)頁(yè)的加載速度提高30% ~ 80%，對(duì)部分試驗(yàn)站點(diǎn)的加速可以提高至85%，實(shí)現(xiàn)網(wǎng)頁(yè)的瞬時(shí)到達(dá)。

根據(jù)百度的全網(wǎng)速度數(shù)據(jù)，一般非MIP頁(yè)的首頁(yè)加載時(shí)間約在3200毫秒左右，而使用MIP技術(shù)的網(wǎng)頁(yè)，首頁(yè)加載時(shí)間約為1640毫秒。

除此之外，MIP頁(yè)面在搜索結(jié)果頁(yè)以藍(lán)色閃電圖標(biāo)進(jìn)行標(biāo)記，在用戶體驗(yàn)上也與一般移動(dòng)頁(yè)有所區(qū)分。

其實(shí)不僅是百度，各大搜索引擎對(duì)于移動(dòng)網(wǎng)頁(yè)的打開(kāi)速度都越來(lái)越重視，并且將加載速度作為衡量網(wǎng)頁(yè)移動(dòng)友好度的重要標(biāo)準(zhǔn)。因此，再次建議站長(zhǎng)重視移動(dòng)端體驗(yàn)，打造用戶與站點(diǎn)共贏的網(wǎng)絡(luò)生態(tài)。

閃電算法影響的網(wǎng)站有哪些

1、沒(méi)優(yōu)化好的網(wǎng)站

1.1、網(wǎng)站模板開(kāi)發(fā)不到位

一些個(gè)人seoer或小型企業(yè)建立網(wǎng)站使用的通常是cms系統(tǒng)，這就這就涉及到了模板的選擇問(wèn)題，一個(gè)好的模板，由于模板開(kāi)發(fā)代碼寫(xiě)得好，運(yùn)行如飛，而一些看似絢麗多彩的網(wǎng)站，只是花架子，運(yùn)行起來(lái)要慢不少，再經(jīng)過(guò)網(wǎng)站長(zhǎng)時(shí)間運(yùn)行，網(wǎng)站打開(kāi)網(wǎng)頁(yè)很慢。

網(wǎng)站代碼書(shū)寫(xiě)過(guò)于復(fù)雜并不是好事，導(dǎo)致數(shù)據(jù)庫(kù)進(jìn)行讀寫(xiě)是非常耗時(shí)。

1.2、服務(wù)器性能低下

因?yàn)榻?jīng)費(fèi)等原因，網(wǎng)站選擇的服務(wù)器性能不佳，在網(wǎng)站初期數(shù)據(jù)量少時(shí)，運(yùn)行速度還可以接受，當(dāng)網(wǎng)站數(shù)據(jù)量大時(shí)，運(yùn)行速度將讓人無(wú)法忍受，從而受到算法打擊。

1.3、數(shù)據(jù)庫(kù)

當(dāng)我們的數(shù)據(jù)庫(kù)數(shù)據(jù)變得越來(lái)越多的時(shí)候，那么對(duì)于數(shù)據(jù)庫(kù)的讀寫(xiě)壓力肯定會(huì)變大。

1.4、插件使用過(guò)多

插件對(duì)于網(wǎng)站來(lái)說(shuō)是既愛(ài)又恨，它可以很容易的實(shí)現(xiàn)復(fù)雜的功能，但大量使用網(wǎng)站速度將被其拖累。

1.5、網(wǎng)站未做cdn加速

網(wǎng)站大量更新后，必然導(dǎo)致網(wǎng)站運(yùn)行過(guò)慢，可以使用cdn加速來(lái)提升運(yùn)行速度。

2、使用國(guó)外服務(wù)器的網(wǎng)站

不是說(shuō)國(guó)外服務(wù)器質(zhì)量不好，因地理位置因素導(dǎo)致的網(wǎng)絡(luò)延遲是國(guó)外服務(wù)器在國(guó)內(nèi)使用的軟肋。

閃電算法如何應(yīng)對(duì)

1、關(guān)于模板的問(wèn)題

這個(gè)問(wèn)題分兩種情況：

1.1、有開(kāi)發(fā)能力的網(wǎng)站，網(wǎng)站代碼優(yōu)化沒(méi)做好，需要請(qǐng)網(wǎng)站開(kāi)發(fā)人員對(duì)代碼進(jìn)行調(diào)整簡(jiǎn)化。

1.2、如果模板已經(jīng)購(gòu)買了，可以聯(lián)系作者進(jìn)行代碼調(diào)整，但一般小調(diào)整作者會(huì)處理，大調(diào)整就無(wú)能為力了，可以通過(guò)插件或站內(nèi)其他優(yōu)化來(lái)彌補(bǔ)模板帶來(lái)的網(wǎng)站運(yùn)行慢的問(wèn)題。

2、減少插件使用量

不是說(shuō)插件不可以用，但使用要適量，能通過(guò)其他方法實(shí)現(xiàn)功能的就不要使用插件，盡量控制插件使用數(shù)量，一般企業(yè)站，如果你使用WordPress，盡量不要超過(guò)10個(gè)。

3、網(wǎng)站內(nèi)部?jī)?yōu)化

3.1、檢查服務(wù)器

檢查服務(wù)器運(yùn)營(yíng)情況，各項(xiàng)數(shù)據(jù)是否有過(guò)載現(xiàn)象，然后對(duì)nginx、tomcat、數(shù)據(jù)庫(kù)的錯(cuò)誤日志，觀察數(shù)據(jù)庫(kù)的慢查詢?nèi)罩镜?。分析是否有語(yǔ)句查詢過(guò)慢，需要優(yōu)化等。帶寬的問(wèn)題，增加帶寬就好。

3.2、圖片優(yōu)化

網(wǎng)站隨著文章和產(chǎn)品的更新，避免不了添加大量的圖片，一個(gè)圖片多一點(diǎn)體積，日積月累會(huì)嚴(yán)重影響網(wǎng)站運(yùn)行速度。為此對(duì)網(wǎng)站中的圖片進(jìn)行處理勢(shì)在必行。

可以同過(guò)ps將圖片處理成web格式進(jìn)行保存，降低圖片體積。

4、資源加載優(yōu)化

4.1、將同類型資源在服務(wù)器端壓縮合并，減少網(wǎng)絡(luò)請(qǐng)求次數(shù)和資源體積。

4.2、引用通用資源，充分利用瀏覽器緩存。

4.3、使用CDN加速，將用戶的請(qǐng)求定向到最合適的緩存服務(wù)器上。

4.4、非首屏圖片懶加載，將網(wǎng)絡(luò)帶寬留給首屏請(qǐng)求。

5、頁(yè)面渲染優(yōu)化

5.1、將CSS樣式寫(xiě)在頭部樣式表中，減少由CSS文件網(wǎng)絡(luò)請(qǐng)求造成的渲染阻塞。

5.2、將JavaScript放到文檔末尾，或使用async方式加載，避免JS執(zhí)行阻塞渲染。

5.3、對(duì)非文字元素（如圖片，視頻）指定寬高，避免瀏覽器重排重繪。

百度搜索引擎14個(gè)算法

綠蘿算法：首次發(fā)布于2013年2月，主要用于打擊超鏈中介、出賣鏈接、購(gòu)買鏈接等超鏈作弊行為。

石榴算法：首次發(fā)布于2013年7月，主要打擊含有大量低質(zhì)彈窗廣告及大量混淆頁(yè)面主體內(nèi)容等垃圾廣告的頁(yè)面。

冰桶算法：首次發(fā)布于2014年8月，針對(duì)強(qiáng)行彈窗app下載、用戶登錄、大面積廣告等低質(zhì)站點(diǎn)和頁(yè)面進(jìn)行調(diào)整，對(duì)用戶可直接使用的優(yōu)質(zhì)資源進(jìn)行優(yōu)先展現(xiàn)。

天網(wǎng)算法：首次發(fā)布于2016年8月，主要是針對(duì)部分站點(diǎn)存在盜取用戶隱私的行為進(jìn)行打擊。主要表現(xiàn)為網(wǎng)頁(yè)嵌惡意代碼（多為JS代碼），用于盜取網(wǎng)民的QQ號(hào)、手機(jī)號(hào)。

藍(lán)天算法：首次發(fā)布于2016年11月，目的是嚴(yán)厲打擊新聞源網(wǎng)站售賣軟文、目錄行為。

烽火算法：首次發(fā)布于2017年2月，主要用于對(duì)出現(xiàn)惡意劫持行為的站點(diǎn)進(jìn)行干預(yù)處理，全力打擊有損用戶體驗(yàn)和安全的行為。

颶風(fēng)算法，首次發(fā)布于2017年7月，旨在嚴(yán)厲打擊以惡劣采集為內(nèi)容主要來(lái)源的網(wǎng)站。

清風(fēng)算法：首次發(fā)布于2017年9月，在嚴(yán)懲網(wǎng)站通過(guò)網(wǎng)頁(yè)標(biāo)題作弊，欺騙用戶并獲得點(diǎn)擊的行為；從而保證搜索用戶體驗(yàn)，促進(jìn)搜索生態(tài)良性發(fā)展。

閃電算法：首次發(fā)布于2017年10月，主要針對(duì)移動(dòng)網(wǎng)站首屏加載時(shí)間，移動(dòng)網(wǎng)頁(yè)首屏在2秒之內(nèi)完成打開(kāi)的，在移動(dòng)搜索下將獲得提升頁(yè)面評(píng)價(jià)優(yōu)待。

驚雷算法：首次發(fā)布于2017年11月，旨在嚴(yán)厲打擊通過(guò)刷點(diǎn)擊，提升網(wǎng)站搜索排序的作弊行為；以此保證搜索用戶體驗(yàn)，促進(jìn)搜索內(nèi)容生態(tài)良性發(fā)展。

極光算法：首次發(fā)布于2018年5月，給予符合落地頁(yè)時(shí)間因子（文章的發(fā)布時(shí)間）要求且時(shí)效性較高的網(wǎng)頁(yè)更多的收錄、展現(xiàn)機(jī)會(huì)。

細(xì)雨算法：首次發(fā)布于2018年7月，主要是為了促進(jìn)供求黃頁(yè)類B2B站點(diǎn)生態(tài)健康發(fā)展。

信風(fēng)算法：首次發(fā)布于2019年5月，主要打擊用戶點(diǎn)擊翻頁(yè)鍵時(shí)，自動(dòng)跳轉(zhuǎn)至網(wǎng)站的其他頻道頁(yè)（如目錄頁(yè)、站外廣告頁(yè)等）的行為。

勁風(fēng)算法：首次發(fā)布于2020年2月，主要針對(duì)惡劣聚合頁(yè)問(wèn)題進(jìn)行規(guī)范和控制。