不同于某個運動,落地頁堅決要做成一個快槍手。
打開快不快,圖片多不多
結構合理不合理,展現效果不自然
設計美觀不美觀...
請問,你也在思考這些關于落地頁的問題嗎?那你今天就算是來對了,今天只有干的,請隨身配好500ml的水~我們開車開講了
今天,小編特地請教了我們一個前端的小哥哥,并以他的帥氣而又專業的角度來給大家專業的分析一下如何讓你的落地頁(LoadingPage)三秒內打開,甚至是一秒!
這里小編想問大家伙兒一個問題,“你的落地頁,打開速度夠快嗎?”
頁面打開速度過慢無外乎這幾個問題:
圖片問題
代碼問題
線程問題(客戶端瀏覽器最高同時加載數)
服務器問題
1、圖片問題:
現在很多信息流廣告的LP(落地頁),都是設計成圖片的形式然后切圖排版,但是會出現加載過于緩慢的問題,解決方法如下:
1. 控制單張圖片大小在200kb以內(根據服務器帶寬可適當大一些);
2. 非透明背景圖片格式均修改為.jpg ;
3. .jpg圖片品質控制在60左右(PhothShop打開-另存為web格式);
4. 加載圖片方式選擇連續而不是優化 (連續:以多線程方式下載)
5. 有條件的小伙伴可以使用CDN靜態資源加速,可以很只管看到解決效果。
解析:
將圖片大小控制在服務器帶寬加載速度以內,如:1Mbps=1024Kbps=1024/8KBps=128KB/s
同時,控制加載方式為連續的好處為:圖片整體顯示,以不清晰的方式慢慢變清晰!
2、代碼問題:
代碼問題也是比較常見的問題,很多技術同學,為了達到運營同學要的效果(不擇手段!)也是沒有辦法,
查看源代碼你可能看到:
還有這樣的:
看得懂代碼的小伙伴,你知道什么問題嗎?不懂得還不好好看?
1. 阻塞進程-未加載完成之前,不加載之后的內容;
document.writeln('lalallala');
alert('lalal');
2. 引用資源順序不對,例如:jQuery沒有在引用的腳本之前加載,會導致錯誤;
3. 引用資源地址錯誤/資源服務器過于緩慢;
解析:
在這里,小編很嚴肅的規勸大家,代碼規范以及減少阻塞的方法應該都是咱們的基礎必修課小編有待加強,爭取超過前端小哥哥迎娶白富美走向人生巔峰,并且規范起來,對后期代碼維護都是很有幫助滴!
3、線程問題:
這個東西我們可以先來看一下基本概念:
當我們在瀏覽網頁的時候,對瀏覽速度有一個重要的影響因素,就是瀏覽器的 并發數量 。
并發數量簡單通俗的講就是,當瀏覽器網頁的時候同時工作的進行數量。
如果同時只有2個并發連接數數量,那網頁打開的時候只能依賴于這2條線程,前面如果有打開慢的內容,就會直接影響到后面的內容打開。
但是如果同時有更多的并發連接數,這樣就會大大的提高網頁加載速度。 瀏覽器的并發連接數也并非越大越好 。
下表概括了基于主機上運行的IE瀏覽器的版本的最大并發連接數、主機的連接速度和服務器的受支持的協議版本。
看到這里,你發現一個問題沒有,是不是發覺你平時使用谷歌還有火狐打開速度都很快?
是的,谷歌因為針對客戶端開放的線程是最多的(最新版為6-10條),最高不超過10線程.
所以你懂的,最快的是谷歌,但是不一定是最高就最好,但是就目前的硬件水平,最高就是最好的這句話沒毛病!
瀏覽器引擎在加載資源的同時會監測統一主域(同一域名)下的資源有多少,并且 最高不超過瀏覽器線程的情況下 同時加載。
那么如果當其中一個主域的進程(線程)被阻塞了,加載速度肯定就慢下來了,所以我在這里建議大家:
在加載資源的時候一定不要把所有的資源(img、js、css、fonts)放在同一主域下,可以根據資源類型建立不同的二級域名。
例如:
imgs.youdomain.site、js.yourdomain.site、css.yourdomain.stie
這樣不就把你的資源分開了嗎?
哪怕其中一個主域阻塞,也是不影響其他的主域同時加載,速度嗖的一下就上來了!
所以,老鄉,雞蛋不要放在一個籃子里嘛!
4、服務器問題:
服務器坑爹有木有!選擇運營商就像選擇男朋友一樣, 必須得靠譜 !
那些年,做技術的小編被坑過很多次,好多鍋都在我頭上,不得不背!
在這里,含淚給大家分享一下我的心酸史:
之前遇到服務器,售后一點都不像厚昌的小伙伴對我們的客戶的態度辣么友好,拍拍屁股推三阻四的,而且還老出問題,不是斷電就是不穩定,三天兩頭的整個404~
吧啦吧啦吧啦……
反正最后,這個鍋,還只能是我背~
所以,在這里我用血的教訓告訴大家, 買服務器一定不要舍不得花錢,特別是做廣告的,廣告費都花了,為啥服務器不知道多花點錢?
買服務器,國內的,有備案的,我推薦阿里云/騰訊云/小鳥云 ,使用起來很方便,維護起來也很方便,售后很nice,經常有活動,大家感興趣可以去他們官網看看!
小編說:到這里就講完了,你可以去喝水了~
如有問題請聯系我們,我們7*24小時竭誠為您服務