手機用華為 推廣找展為

推廣有品質 網站有氣質

13933871212

首頁 > 博客教程 > 外貿網站建設知識 >

石家莊外貿網站制作設計哪家好?

 發布日期:2020-12-12 瀏覽:842次
前端性能檢查表2020 
 
石家莊外貿網站制作讓我們快2020年吧!年度前端性能檢查表(PDF / Apple Pages / MS Word),包括您今天要在網絡上創建快速體驗所需的一切。自2016年以來進行了更新。在LogRocket的親愛的朋友的支持下,這是一個前端性能監視解決方案,可幫助重現錯誤并更快地解決問題。
網站制作性能是一個棘手的問題,不是嗎?我們實際上如何知道我們在性能方面的地位以及我們的性能瓶頸到底是什么?是昂貴的JavaScript,緩慢的網站制作字體交付,沉重的圖像還是緩慢的渲染?值得探討使用交叉觀察器,服務器推送,客戶端提示,HTTP / 2,服務工作者和(哦,我的)邊緣工作者的搖樹,范圍提升,代碼拆分以及所有奇特的加載模式嗎?而且,更重要的是,我們什至從哪里開始改善績效,以及如何建立長期的績效文化?
 
日志火箭注意:創建此清單需要花費大量時間進行研究和編寫。LogRocket的親愛的朋友為這項工作提供了良好的支持,LogRocket是一種前端性能監視解決方案,可幫助重現錯誤并更快地解決問題。謝謝親愛的朋友們!
過去,表演常常只是事后才想到的。通常會推遲到項目結束時,更終歸結為更小化,串聯,資產優化以及可能對服務器config文件進行一些細微調整?,F在回頭看,情況似乎已經發生了很大變化。
 
性能不僅僅是技術上的問題:它影響從可訪問性,可用性到搜索引擎優化的所有方面,并且在將其納入工作流程時,必須根據性能影響來告知設計決策。必須不斷地測量,監視和改進性能,并且網絡的日益復雜性帶來了新的挑戰,使得難以跟蹤指標,因為指標會根據設備,瀏覽器,協議,網絡類型和延遲而變化很大( CDN,ISP,高速緩存,代理,防火墻,負載平衡器和服務器都在性能中發揮作用。
 
因此,如果我們概述了在提高性能時必須牢記的所有內容(從流程開始到網站更終發布),那么該列表將是什么樣?在下面,您將找到一份2020年(希望沒有偏見和客觀的)前端性能檢查表-更新的概述,您可能需要考慮這些問題,以確保響應時間快,用戶交互順暢且網站不消耗用戶的帶寬。
 
目錄
準備:計劃和指標
設定現實目標
定義環境
資產優化
構建優化
投放優化
HTTP / 2
測試與監控
快速獲勝
下載清單(PDF,Apple Pages,MS Word)
出發吧!
(您也可以只下載清單PDF(166 KB)或下載可編輯的Apple Pages文件(275 KB)或.docx文件(151 KB)。祝大家優化?。?/div>
 
當一切都相似時,不同就吸引了。認識網絡藝術指導,這是我們關于設計和構建引人入勝的出色體驗的新書。受到復古印刷雜志的啟發,并帶有適合您工作的代碼段。
 
跳轉到目錄?
功能面板
準備:計劃和指標
微觀優化對于保持績效保持良好狀態非常重要,但是牢記明確定義的目標至關重要-可衡量的目標會影響整個流程中做出的任何決策。有兩種不同的模型,下面討論的模型很有道理-只要確保盡早設置自己的優先級即可。
 
建立表演文化。
在許多組織中,前端開發人員確切地知道什么是常見的潛在問題以及應使用哪種加載模式來解決這些問題。但是,只要沒有對績效文化的認可,每個決定都會變成部門的戰場,將組織分裂為孤島。您需要業務利益相關者的支持,而要獲得它,則需要使用Performance API來建立案例研究或概念證明,以了解速度如何受益于他們關心的指標和關鍵績效指標(KPI)。
如果在開發/設計團隊與業務/營銷團隊之間沒有強有力的配合,績效將無法長期維持。研究進入客戶服務和銷售團隊的常見投訴,研究分析以提高跳出率和轉化率。探索提高性能如何有助于緩解其中一些常見問題。調整參數 取決于您與之交談的利益相關者群體。
 
在移動設備和臺式機上(例如,使用Google Analytics(分析))運行性能實驗并衡量結果。這將幫助您使用實際數據構建公司量身定制的案例研究。此外,使用來自WPO Stats上發布的案例研究和實驗的數據,將有助于提高企業對性能為何重要及其對用戶體驗和業務指標的影響的敏感性。但是,僅說明性能問題還不夠—您還需要建立一些可衡量和可跟蹤的目標,并隨時間推移觀察它們。
 
如何到那?在有關“長期建立績效”的演講中,艾莉森·麥克奈特(Allison McKnight)分享了有關如何幫助在Etsy建立績效文化的綜合案例研究(幻燈片)。更近,Tammy Everts談到了高效績效團隊的習慣 在大型和小型組織中。
 
布拉德·弗羅斯特(Brad Frost)和喬納森·菲爾?。↗onathan Fielding)的績效預算計算器
布拉德·弗羅斯特(Brad Frost)和喬納森·菲爾?。↗onathan Fielding)的績效預算計算器創建的績效預算構建器可以幫助您設置績效預算并將其可視化。(大型預覽)
目標:比更快的競爭對手快至少20%。
根據心理研究,如果您希望用戶感覺自己的網站比競爭對手的網站快,那么您至少需要快20%。研究您的主要競爭對手,收集有關它們在移動設備和臺式機上的表現的指標,并設置閾值以幫助您超越競爭對手。但是,要獲得準確的結果和目標,請務必先通過研究分析來全面了解用戶體驗。然后,您可以模仿第90個百分位的測試經驗。
要獲得競爭對手的良好印象,您可以使用Chrome UX報告(CrUX,現成的RUM數據集,Ilya Grigorik編寫的視頻介紹,Rick Viscomi編寫的詳細指南)或Treo Sites(RUM監視工具),由Chrome UX報告支持?;蛘?,您也可以使用Speed Scorecard(還提供收入影響估算器),Real User Experience Test比較或SiteSpeed CI(基于綜合測試)。
 
Treo Sites根據實際數據提供競爭性分析
Treo Sites根據實際數據提供競爭性分析。(大型預覽)
注意:如果您使用Page Speed Insights或Page Speed Insights API(不,不建議棄用),則可以獲取特定頁面的CrUX性能數據,而不僅僅是匯總。該數據對于為“著陸頁”或“產品列表”之類的資產設置績效目標可能更為有用。而且,如果您使用CI來測試預算,那么如果使用CrUX設置目標,則需要確保測試環境與CrUX匹配(謝謝Patrick Meenan?。?。
 
如果您需要一些幫助來說明優先級背后的原因,或者想以較低的性能直觀地看到轉換率的下降或跳出率的增加,或者您可能需要在組織中倡導RUM解決方案,Sergey切爾尼雪夫(Chernyshev )建立了UX速度計算器(UX Speed Calculator),這是一個開放源代碼工具,可以幫助您模擬數據并對其進行可視化處理,以推動觀點發展。
 
只是在需要提高性能來說明您的觀點時:UX速度計算器基于真實數據可視化性能對跳出率,轉化率和總收入的影響
只是在需要提高性能來說明問題時:UX速度計算器基于真實數據可視化性能對跳出率,轉化率和總收入的影響。(大型預覽)
以此方式收集數據,設置電子表格,削減20%并設置目標(性能預算)?,F在,您可以測試一些東西。如果您出于預算考慮,并嘗試僅提供更小的有效負載以快速進行交互,那么您的方法就很合理。
 
需要資源來開始嗎?
 
Addy Osmani寫了一篇非常詳細的文章,內容涉及如何啟動性能預算,如何量化新功能的影響以及預算超出預算時從何處開始。
Lara Hogan的有關如何使用性能預算進行設計的指南可以為設計師提供有用的指導。
哈里·羅伯茨(Harry Roberts)發布了有關設置Google表格的指南,該指南使用Request Map來顯示第三方腳本對性能的影響,
喬納森·菲爾德(Jonathan Fielding)的效果預算計算器,凱蒂·漢普尼烏斯(Katie Hempenius)的預算-預算計算器和瀏覽器卡路里可以幫助創建預算(感謝Karolina Szczur的注意)。
此外,通過設置帶有報告構建大小的圖表的儀表板,使性能預算和當前性能均可見。有許多工具可幫助您實現這一目標:SiteSpeed.io儀表板(開源),SpeedCurve和Caliber只是其中的一部分,您可以在perf.rocks上找到更多工具。
一旦有了預算,就可以使用網站制作pack Performance Hints和Bundlesize,Lighthouse CI,PWMetrics或Sitespeed CI將它們納入構建過程中,以對拉動請求執行預算并在PR注釋中提供評分歷史記錄。
 
要將績效預算向整個團隊公開,請通過Lightwallet將績效預算集成到Lighthouse中,或使用LHCI Action進行Github Actions的快速集成。而且,如果需要自定義設置,則可以使用網站制作pagetest-charts-api(端點的API)從網站制作Pagetest結果構建圖表。
 
但是,績效意識不應僅來自績效預算。就像Pinterest一樣,您可以創建一個自定義的eslint規則,以禁止從已知依賴大量的文件和目錄中導入文件,并且會使文件包膨脹。設置可以在整個團隊中共享的“安全”軟件包清單。
 
另外,請考慮對您的業務更有利的關鍵客戶任務。研究,討論和定義關鍵操作可接受的時間閾值,并建立整個組織已批準的“ UX就緒”用戶計時標記。在許多情況下,用戶旅程將涉及許多不同部門的工作,因此按照可接受的時間安排進行調整將有助于支持或阻止以后的績效討論。確??梢姴⒘私庠黾拥馁Y源和功能的額外費用。
 
使性能工作與其他技術計劃保持一致,從正在構建的產品的新功能到重構再到吸引新的全球受眾。因此,每次進行有關進一步開發的對話時,性能也是對話的一部分。當代碼庫是新的或剛剛重構時,達到性能目標要容易得多。一旦在組織中建立了強大的績效文化,就計劃將自己的工作速度比以前提高20%,以便隨著時間的流逝保持優先級。(謝謝,Guy Podjarny?。?/div>
 
而且,正如Patrick Meenan所建議的,在設計過程中計劃裝載順序和權衡是值得的。如果您盡早確定哪些部分更重要,并定義其出現的順序,您還將知道可以延遲什么。理想情況下,該順序還將反映CSS和JavaScript導入的順序,因此在構建過程中對其進行處理將更加容易。另外,請考慮在加載頁面時(例如,當尚未加載網站制作字體時)處于“介于”狀態的視覺體驗。
 
計劃,計劃,計劃。盡早進行快速的“低掛果”優化可能很誘人-這可能是快速獲勝的好策略-但如果沒有計劃和設置切合實際的公司策略,很難將績效放在首位。量身定制的績效目標。
 
 
First Paint,First Contentful Paint,First有意義的Paint,視覺完成和交互時間之間的區別。大視野。信用:@ denar90
2020年初,新的指標將在Lighthouse v6中發布。不推薦使用“第一個有意義的繪圖(FMP)”,并且“更大有意義的繪圖(LCP)”和“總阻止時間(TBT)”即將在Lighthouse中出現
2020年初,新的指標將在Lighthouse v6中發布。不推薦使用“第一個有意義的繪畫(FMP)”,并且“更大有意義的繪畫(LCP)”和“總阻止時間(TBT)”即將在Lighthouse中出現。(大型預覽)
選擇正確的指標。
并非所有指標都同樣重要。研究什么度量標準對您的應用程序更重要:通常,它將由您開始渲染界面中更重要像素的速度以及為這些渲染像素提供輸入響應速度的速度來定義。這些知識將為您提供更佳的優化目標,以供您不斷努力。更后,不是由負載事件或服務器響應時間決定體驗,而是對界面感覺如何敏捷的感知。
這是什么意思?無需關注整個頁面的加載時間(例如,通過onLoad和DOMContentLoaded計時),而是將客戶認為優先的頁面加載置于優先級。這意味著著眼于一組略有不同的指標。實際上,選擇正確的指標是沒有明顯獲勝者的過程。
 
根據蒂姆·卡德萊茨(Tim Kadlec)的研究和馬科斯·伊格萊西亞斯(Marcos Iglesias)的演講,傳統指標可以分為幾組。通常,我們需要所有這些來獲得完整的性能圖,在您的特定情況下,其中一些可能比其他更重要。
 
基于數量的度量標準可衡量請求數,權重和性能得分。有利于發出警報和監視隨時間變化的情況,不適用于理解用戶體驗。
里程碑度量標準使用加載過程的生命周期中的狀態,例如“到第一個字節的時間”和“到交互式的時間”。非常適合描述用戶體驗和監視,而不適合了解里程碑之間的情況。
渲染指標提供對內容渲染速度的估計(例如,開始渲染時間,速度索引)。適合測量和調整渲染性能,但不適用于測量重要內容何時出現并可以與之交互。
自定義指標為用戶衡量一個特定的自定義事件,例如Twitter的首次發布時間和Pinterest的PinnerWaitTime。擅長精確描述用戶體驗,不適用于擴展指標并與競爭對手進行比較。
為了使圖片更完整,我們通常會在所有這些組中尋找有用的指標。通常,更具體和更相關的是:
 
交互時間 (TTI)
穩定的時間點,可以看到關鍵的網站制作字體,并且主線程足夠用于處理用戶輸入-基本上是用戶可以與UI交互的時間標記。關鍵指標,用于了解用戶在使用網站時沒有等待的等待時間。
首次輸入延遲 (FID)或輸入響應性
從用戶首次與您的站點進行交互到瀏覽器實際上能夠對該交互進行響應的時間。它很好地補充了TTI,因為它描述了圖片的缺失部分:當用戶實際與站點進行交互時會發生什么。僅用作RUM度量標準。有一個JavaScript庫,用于在瀏覽器中測量FID。
更大內容繪畫 (LCP)
在頁面加載時間軸上標記頁面的重要內容可能已加載的時間點。假定頁面的更重要元素是用戶視口中可見的更大元素。如果在折疊上方和下方同時渲染元素,則??僅可見部分被視為相關。當前是Lighthouse中的一項隱藏指標,如果證明它很有價值,則可以推廣。
總阻塞時間(TBT)
一種新的度量標準,可幫助量化在頁面變得可靠交互之前非交互頁面的嚴重程度(即,主線程在50毫秒內未運行任何運行時間超過50毫秒的任務(長任務)至少5秒)。該度量標準度量從第一次繪畫到交互時間(TTI)之間的總時間,在該時間中,主線程被阻塞足夠長的時間以防止輸入響應。因此,難怪較低的TBT是良好性能的良好指標。(感謝Artem,Phil)
累積布局移(CLS)
度量亮點的用戶多久遇到意外布局的變化(回流訪問該網站時)。它研究了不穩定因素及其對整體體驗的影響。分數越低越好。
速度索引
衡量頁面內容在視覺上的填充速度。分數越低越好。速度指數得分是根據視覺進度進行計算的,但這只是一個計算值。它也對視口大小敏感,因此您需要定義一系列與目標受眾匹配的測試配置。請注意,隨著LCP作為新指標的出現,它變得越來越不重要了(感謝Boris和Artem?。?。
使用的CPU時間
度量標準,顯示主線程被阻塞的頻率和時間,進行繪畫,渲染,腳本編制和加載。高CPU時間清楚地表明了令人討厭的體驗,即用戶在其動作和響應之間出現明顯的滯后。使用網站制作PageTest,您可以在“ Chrome”選項卡上選擇“ Capture Dev Tools Timeline”,以顯示主線程在使用網站制作PageTest的任何設備上運行時的細目分類。
組件級CPU成本
就像花費的CPU時間一樣,此指標由Stoyan Stefanov提出,探討了JavaScript對CPU的影響。想法是使用每個組件的CPU指令計數來孤立地了解其對整體體驗的影響??梢允褂肞uppeteer和Chrome實施。
FrustrationIndex
雖然上面介紹的許多指標可以解釋特定事件的發生時間,但Tim Vereecke的FrustrationIndex可以查看指標之間的差距,而不是單獨查看指標。它查看更終用戶感知的關鍵里程碑,例如“標題可見”,“第一內容可見”,“視覺就緒”,“頁面看起來就緒”,并計算出表示加載頁面時沮喪程度的分數。差距越大,用戶受挫的機會越大??赡苁怯脩趔w驗的良好KPI。蒂姆(Tim)發表了有關FrustrationIndex及其工作方式的詳細文章。
廣告權重的影響
如果您的網站取決于廣告產生的收入,則跟蹤與廣告相關的代碼的權重很有用。帕迪·甘蒂(Paddy Ganti)的腳本構造了兩個URL(一個正常,一個阻止廣告),通過網站制作PageTest提示視頻比較的生成并報告變化量。
偏差指標
正如Wikipedia工程師所指出的那樣,結果中存在多少偏差的數據可以告訴您儀器的可靠性,以及應該對偏差和異常值給予多大的關注。較大的差異表明設置中需要進行調整。它還有助于了解某些頁面是否更難以可靠地測量,例如由于第三方腳本引起重大變化。跟蹤瀏覽器版本以了解在推出新的瀏覽器版本時性能的提高也是一個好主意。
自定義指標
自定義指標是由您的業務需求和客戶體驗定義的。它要求您確定重要的像素,關鍵腳本,必要的CSS和相關資產,并衡量將它們交付給用戶的速度。為此,您可以監視Hero Rendering Times或使用Performance API,為對您的業務很重要的事件標記特定的時間戳。另外,您可以通過在測試結束時執行任意JavaScript來使用網站制作Pagetest收集自定義指標。
請注意,“第一有意義的繪畫 (FMP) ”未出現在上面的概述中。它用于提供洞察服務器如何快速輸出的任何數據。長FMP通常表示JavaScript阻塞了主線程,但也可能與后端/服務器問題有關。但是,該指標更近已被棄用,因為在大約20%的情況下它似乎并不準確。它將不再受支持在下一版本的Lighthouse中。仔細檢查更新的以用戶為中心的性能指標和建議,以確保您位于安全頁面上。
 
史蒂夫·索德斯(Steve Souders)對大多數這些指標進行了詳細說明。重要的是要注意,盡管交互時間是通過在所謂的實驗室環境中運行自動審核來衡量的,但“首次輸入延遲”代表了實際的用戶體驗,而實際的用戶則經歷了明顯的滯后??偟膩碚f,始終測量和跟蹤它們都是一個好主意。
 
根據您的應用程序的上下文,首選指標可能會有所不同:例如,對于Netflix TV UI,按鍵輸入響應性,內存使用情況和TTI更為關鍵,而對于Wikipedia而言,首次/更后的視覺變化和CPU時間消耗指標更為重要。
 
注意:FID和TTI都不能解釋滾動行為。滾動可以脫離主線程進行,因此可以獨立發生,因此對于許多內容消費網站而言,這些指標可能沒有那么重要了(謝謝Patrick?。?。
 

返回列表

相關新聞

CopyRight 2004-2018 JSOON NETWORK , Inc. All Rights Reserved 石家莊網絡公司展為網絡十周年? ?服務熱線:13933871212???冀ICP備14018173號-6? ?
致力于提供石家莊網站制作,石家莊網站建設,石家莊營銷型網站制作,石家莊seo,石家莊網站優化,石家莊網絡廣營銷,石家莊建網站等服務 網站地圖

深圳风采中三个有奖吗 乒乓球比赛比分是多少 重庆麻将qq赚钱群 好运彩快三平台 竞彩nba让分胜负 棒球比分大于7-50什么意思 比特币价格美元 乐乐棋牌真人游戏—官方网址 汪苏e球彩 竞彩篮球胜分差选项 极速赛车游戏彩票官网 比特币走势分析预测 免费北京麻将游戏 互联网彩票停售原因之一 知乎 2021年双色球彩票走势图 世界杯比分ope中国官网 比特币莱特币交易网