javascript如何做seo優(yōu)化_前臺javascript速度優(yōu)化總結
兩個(gè)基本點(diǎn)
1. 擇重避輕,有所取舍。
l 核心優(yōu)先
通常來(lái)講,系統是都是龐大的,不要太完美主義,先抓住重點(diǎn),理解那些是我們的核心頁(yè)面,那些頁(yè)面對我們來(lái)說(shuō)是最重要的,那些頁(yè)面訪(fǎng)問(wèn)量最高,核心優(yōu)先。西安網(wǎng)站建設推薦閱讀>>> 代碼優(yōu)化,
l 主要問(wèn)題在那,抓住瓶頸點(diǎn)。
治病要醫本。優(yōu)化前,需要進(jìn)行細致的分析,抓住主要瓶頸點(diǎn),對癥下藥。優(yōu)化那么多的方子,別全采用,通常幾個(gè)就能達到效果
2. 簡(jiǎn)單有效才是硬道理
越是簡(jiǎn)單的東西越容易控制,越不容易出錯,盡量避免將系統設計的過(guò)于龐大,過(guò)于復雜,記住,這是在做產(chǎn)品,而不是在搞研發(fā)。很多看似很蠢的方法,往往越是有效。
新技術(shù),新方法的引用是具備一定的風(fēng)險的,要評估,要慎重。
Js處理
1. 盡量放到頁(yè)面尾部
Js的加載時(shí)阻塞頁(yè)面的,沒(méi)下載完畢后面的內容不會(huì )出來(lái),所以盡量避免把JS放到頁(yè)面頭部,按照經(jīng)驗估計,整個(gè)頁(yè)面中所用的JS邏輯,90%都是可以放到頁(yè)面尾部。
2. 延遲加載(按需加載)
很多的業(yè)務(wù)邏輯并非每次都使用也不是要立即使用,首次加載過(guò)程中僅僅加載那些必須的,只有當必要的條件觸發(fā),才去加載請求必要的JS.比如說(shuō)權限驗證通過(guò),加載管理模塊。點(diǎn)擊發(fā)表文章按鈕,加載與發(fā)表文章有關(guān)的驗證和處理函數。
如果寫(xiě)過(guò)C++的肯定會(huì )接觸過(guò)動(dòng)態(tài)庫和靜態(tài)庫,這個(gè)與之類(lèi)似,什么時(shí)候需要什么時(shí)候再加載,首次打開(kāi)頁(yè)面肯定會(huì )清凈了許多,而且業(yè)務(wù)邏輯也由此分離開(kāi)來(lái),管理和維護也會(huì )方便很多,畢竟減少了那么多的耦合。
按照BBS項目經(jīng)驗估計,普通頁(yè)面的所有業(yè)務(wù)邏輯中需要在首次請求中加載的不到50%,我們的JS又由此砍掉了一半。西安做網(wǎng)站推薦閱讀>>> Html代碼標簽SEO優(yōu)化建議,
3. 合并JS,減少請求
請求多個(gè)小文件的效率遠小于請求一個(gè)大文件的效率,因為需要多次DNS解析,多次連接,瀏覽器和server端也需要進(jìn)行多次開(kāi)啟進(jìn)程、權限驗證和預處理,以及 http請求在數據包傳遞上的一些問(wèn)題。
所以盡量避免在頁(yè)面中加載一堆的js 文件,需要先講需要的小的JS合并成一個(gè)大的JS文件統一輸出,頁(yè)面因此被卡住的時(shí)間肯定會(huì )減少很多。
為了提高開(kāi)發(fā)效率,合并建議不要每次都手動(dòng)來(lái)進(jìn)行,導致之后維護成本很大,相信些個(gè)XML配置文件,確定合并規則以及依賴(lài)關(guān)系后,用程序自動(dòng)合并效率會(huì )高很多,后面有我附上的一個(gè)配置示例,僅作參考形式不重要
4. JS壓縮
此手段屬前端特有,畢竟流量意味著(zhù)速度,意味著(zhù)金錢(qián)。是在降低代碼的可讀性為前提。但事物的兩面性告訴我們,可讀性差也意味著(zhù)安全,而且可讀性可以通過(guò)保存壓縮前的源文件來(lái)解決。
所謂的壓縮,就是把場(chǎng)的變量名換成短的變量名,去掉沒(méi)用的空格和換行符,從而節省我們JS程序的長(cháng)度,不過(guò)目前這種處理已經(jīng)很成熟,通過(guò)搜索可以搜出很多相關(guān)的工具。不再細說(shuō)
經(jīng)驗值,能壓縮50%以上,視程序與壓縮工具而論。
5. 盡量少用第三方庫
在我的印象中,很多框架都是很龐大20K以上,雖然很強大很方便,但如果不是做企業(yè)級應用,不要用,因為我們也許只可能用到其中很少的一部分功能卻加載了整個(gè)框架。
不過(guò)框架中的很多方法是可以提取出來(lái)滴,或者精簡(jiǎn)成一個(gè)輕量級的框架,比如說(shuō)trimPath,完全可以精簡(jiǎn)到4k.
6. 合并ajax請求
Ajax請求的數據,如果涉及請求多種數據,盡量考慮到將其合并。
7. 合理的使用緩存
緩存視乎是server端的事,但是js中也是經(jīng)常用的。
一種是緩存在一個(gè)全局變量中,一些很復雜的計算和查找操作可以這樣做。如果大家在使用模板類(lèi)trimPath經(jīng)常是需要對模板進(jìn)行預處理,這種預處理的結果是可以被緩存的。這種緩存的缺點(diǎn)是頁(yè)面刷新后數據就會(huì )失效。
另外一種是緩存在window.name或cookie里面,經(jīng)常用來(lái)緩存一些AJAX調用的結果,避免反復請求server端,比如一些用戶(hù)的權限驗證信息,就沒(méi)必要總是調用server端接口,緩存了也就減少了請求,提高了性能,但cookie大家要慎用,存于一些數據比較小的還行,每次http請求他是占用上行帶寬的。
還有一種緩存的實(shí)現是借助于flash或其他的第三方組件,特點(diǎn)是可以緩存超大的數據,但是適應場(chǎng)景優(yōu)先,需要特殊的平臺支持,不過(guò)FLASH目前已經(jīng)很通用了。
8. 能靜態(tài)化輸出,盡量少用JS渲染輸出
頁(yè)面制作
1. 素材合并
盡量把頁(yè)面中的圖片合并在一起,利用css sprite切割。這樣減少了請求的次數。通常合并成3長(cháng)大的圖片,一張是有固定寬高的(比如說(shuō)按鈕),另外兩張是分別橫向或縱向平鋪的1像素的小圖,用來(lái)做背景用。
2. CSS壓縮處理
道理同JS壓縮,也是有很多工具實(shí)用的可用。
3. 圖片背景切割與平鋪
切圖是很有講究的,很多區域能切成用1像素平鋪,盡量用1像素小圖平鋪,盡量用一個(gè)較大的圖片設置成背靜。
4. 少用iframe和frameset
首先一點(diǎn)frame會(huì )阻塞頁(yè)面,第二,產(chǎn)生額外的請求,第三,如果涉及交互,增加開(kāi)發(fā)維護成本,第四對搜索引擎優(yōu)化不好
5. CSS盡量放到頁(yè)面頭部
瀏覽器只有等CSS下載完畢后,才會(huì )真正的顯示頁(yè)面,所以為了讓頁(yè)面盡快有所輸出,把CSS放到頭部,而且瀏覽器對CSS的處理時(shí)并行的,不會(huì )像JS那樣會(huì )阻塞頁(yè)面。
Server處理
1. 啟用gzip壓縮,約能壓縮70%~80%
2. js,css,圖片添加過(guò)期頭,讓瀏覽器能緩存。能減少1/3以上的請求。
3. 靜態(tài)頁(yè)面、js、css等靜態(tài)文件單獨遷移
第一, 可以針對靜態(tài)文件做專(zhuān)門(mén)優(yōu)化,比如說(shuō)squid反向代理,nginx代替apache做靜態(tài)server。
第二, 便于管理和維護,以后遷移和拓展方便。
4. js、css、圖片等靜態(tài)文件與當前應用放到不同的域名下。
不再傳遞那些無(wú)必要的cookie,減少傳輸。
5. 圖片服務(wù)器分多域名。
瀏覽器對同一域名的只允許使用2個(gè)并發(fā),如果頁(yè)面圖片過(guò)多,會(huì )由于并發(fā)排隊從而阻塞頁(yè)面。但域名也不能太多,會(huì )消耗DNS解析的時(shí)間,建議4個(gè)為佳。
附加
1. JS合并配置文件示例
<?xml version="1.0" encoding="gb2312" ?>
<root>
<include>
<list><![CDATA[qStandBottom_static]]></list>
</include>
<js>
<list><![CDATA[/lib/postJs.obj.js]]></list>
<list><![CDATA[/lib/JSON.obj.js]]></list>
<list><![CDATA[/qmeditor/qmeditor/qmeditor/editor.js]]></list>
<list><![CDATA[/control/subjectList/subjectWriteLib.js]]></list>
<list><![CDATA[/control/subjectList/subjectWriteVote.obj.js]]></list>
<list><![CDATA[/control/subjectList/naviFilter.obj.js]]></list>
<list><![CDATA[/control/subject/checkDomain.js]]></list>
<list><![CDATA[/control/subjectList/subjectWriteBottomGlobal.js]]></list>
<list><![CDATA[/control/subjectList/subjectWriteBottom_asyncDeclare.js]]></list>
<list><![CDATA[/control/subjectList/subjectWriterEditor.js]]></list>
<list><![CDATA[/control/subjectList/subjectWriteBottom.obj.js]]></list>
<list><![CDATA[/control/subjectList/subjectWritePhoto.js]]></list>
</js>
</root>
2. 常見(jiàn)分析與調試工具
IE Httpwatch
Firefox firebug
相關(guān)文章:
-
從SEO優(yōu)化角度考慮,列表頁(yè)標題一樣有些不好,就想著(zhù)修改一下,可以從網(wǎng)上有很少這方面的資料,而且不是很完美。自己就動(dòng)手修改了下,花了不少時(shí)間總算有點(diǎn)那么回事了,特記錄。 普通...
-
來(lái)到2020年,移動(dòng)互聯(lián)網(wǎng)發(fā)展至今,手機應用遍地開(kāi)花,每個(gè)企業(yè)不僅有自己的電腦端官方網(wǎng)站,同時(shí)還有適合用戶(hù)瀏覽的手機網(wǎng)站,現在搜索引擎手機電腦端排名各不相同,那么我們怎樣進(jìn)行...
-
如果你是做SEO的,自然知道外鏈的重要性,如果你不懂seo,西安蟠龍網(wǎng)絡(luò )小編可以認真負責的告訴你,外鏈優(yōu)化很重要,可以很顯著(zhù)的提供網(wǎng)站的權重及網(wǎng)站關(guān)鍵詞的排名。 什么是外鏈呢,就...
-
時(shí)間:三個(gè)月 (給自己定個(gè)目標計劃) 行業(yè)分析: SEO就是基于搜索引擎來(lái)做一些網(wǎng)站方面的調整規劃,更深一層次上說(shuō)是根據用戶(hù)需求來(lái)做一些網(wǎng)站優(yōu)化,滿(mǎn)足用戶(hù)需求。反之,沒(méi)有用戶(hù)需求的...
-
SEO優(yōu)化有什么作用? SEO優(yōu)化是通過(guò)把網(wǎng)站調整成為符合搜索引擎喜好的網(wǎng)站,使網(wǎng)站排名靠前,讓網(wǎng)站獲得更多曝光率,提升企業(yè)的品牌和知名度。 為網(wǎng)站帶來(lái)大量的潛在客戶(hù)流量,把握好這...
-
企業(yè)網(wǎng)站建設設計制作SEO營(yíng)銷(xiāo)方案書(shū) 一、域名選擇 二、網(wǎng)站欄目規劃 三、網(wǎng)站設計要求 四、網(wǎng)站功能要求 五、網(wǎng)站推廣營(yíng)銷(xiāo)方案 六、綜合具體情況選擇服務(wù)器、網(wǎng)站加速服務(wù)器 2019年更嚴寒...
-
網(wǎng)站優(yōu)化SEO排名也是我們提供的服務(wù)之一 ,經(jīng)過(guò)這幾年的發(fā)展,搜索引擎的算法越來(lái)越智能,越復雜,所以我們會(huì )根據客戶(hù)的預算及目的制定更為合適的網(wǎng)絡(luò )營(yíng)銷(xiāo)方式,而且我們會(huì )根據優(yōu)化的...
-
站長(cháng)對網(wǎng)站的SEO優(yōu)化是非常關(guān)注的,網(wǎng)站關(guān)鍵詞排名的提升,也就意味著(zhù)流量的增加,很多人非常注重網(wǎng)站結構的優(yōu)化、網(wǎng)站頁(yè)面的優(yōu)化以及網(wǎng)站代碼的優(yōu)化,可你知道嗎?虛擬主機對網(wǎng)站的優(yōu)...
-
在學(xué)習SEO的時(shí)候我們會(huì )接觸鏈接這個(gè)東西,在SEO界鏈接基本分為內鏈、外鏈(友情鏈接也被稱(chēng)為外鏈)、反鏈、死鏈四大類(lèi)。那么,我為何要單獨闡述死鏈這個(gè)東西呢?因為死鏈是當內鏈和外...
-
DEDEcms是國內一套開(kāi)源的cms程序,現在用dedecms建站的人越來(lái)越多了,所以本人覺(jué)得很有必要出品一套比較系統化的 DEDEcms優(yōu)化教程來(lái)幫助大家了解和學(xué)習如何優(yōu)化用DEDEcms搭建的產(chǎn)品。 為了本套...