App監測內容共分三個大項(用戶體驗、網站性能、網絡性能)及八個二級指標(整體性能、首屏完全渲染用時、可用性、整體速度、100K耗時、總下載字節數、時延平均值、丟包率)，各個二級指標具體釋義如下：整體性能：從頁面開始瀏覽到元素的一包數據接收完成之間的時間間隔。單位：秒;首屏完全渲染用時：頁面指定范圍內所有元素被渲染完畢的時間。單位：秒;可用性：執行監測任務的客戶端對目標訪問的成功率。可用性=有效監測次數/總監測次數x100%;整體速度：頁面的平均加載速度。整體速度=總下載字節數/整體性能;webfunny前端監控系統的用戶細查功能：是深入分析每個用戶，記錄用戶的所有行為。穩定的前端監控和js性能監控方案

前端出現異常的時候，前端程序員如何快速甩鍋？特別是前端程序員發現前端報錯的原因是接口報錯，這時候如何把這個前端報錯的問題優雅的甩給后端程序員。可能有些前端程序員會認為接口的報錯應該由后臺來關注，統計，并修復。確實如此，而且后臺服務有了很多成熟完善的統計工具，完全能夠應對大部分的異常情況，那么為什么還需要前端來解決接口問題呢。原因很簡單，因為前端是bug的重要發現位置，報錯發生時肯定會先找到前端程序員來解決，那么在前端幫后臺背鍋之前怎么快速優雅的"甩鍋"呢？大家有沒有想過，如果前端程序員都對自己的項目做了系統的監控、報錯都能實時反饋展示，就不用擔心甩鍋的問題了。webfunny前端監控工具，就是這樣一個幫助前端程序員來解決報錯定位的。穩定的前端監控和js性能監控方案webfunny前端一體化埋點，通過對業務活動的埋點分析，來實現業務的轉化留存分析。

搭建前端監控系統（五）消息隊列處理并發：1、增加日志上傳的時間間隔前端程序員應該都知道，日志上傳的時間間隔越長，用戶在這個間隔內離開的幾率就會越大，日志的漏傳量就會增加，然后會導致日志的準確度降低。因為我們的探針是安插在瀏覽器內的，用戶隨時都有可能關掉，所以，理論上講間隔越短越好，但這并不現實。所以這個需要在服務器的承受能力和日志的準確率之間做個權衡。由具體情況而定2、移除探針代碼里冗余的參數，縮短參數名字的長度另外一點，每臺服務器的硬盤有限，帶寬有限，如果參數名字太長，參數內容冗余，對服務器的硬盤和帶寬都是一種極大的浪費。雖然每條日志都不起眼，但是日志起量了以后，就是會是一筆非常龐大的開銷。

前端程序員如何明確定位、排查前端生產問題？六、記錄用戶的頁面截圖即使你記錄下所有的行為，但是你依然需要看到頁面的樣子，才能夠分析出問題所在，那么我們在webfunny前端監控系統上，依然可以通過js截圖來看看用戶設備上的樣子。七、分析用戶的場外信息當用戶所有的行為都被我們掌握之后，就能夠復現出用戶的行為，甚至能夠復現出用戶的問題，也許還需要一些場外信息才能明確定位問題，比如，用戶的機型，地理位置，系統版本，當時的網絡環境（這個不準確，我是依據用戶當時加載頁面的時間來判斷，只能作為參考依據），前端問題產生的原因五花八門，只有把日志做全了，才能夠明確的定位和解決問題。webfunny支持私有化部署，容器化部署，可支持千萬級PV的日活量!

前端大體上將監控分為3種、用戶行為監控、異常監控、性能監控，前端且存在多端，每個端的每個監控方式又不太一樣，很難做到sdk一套多用。所以基本都采用多端不同的sdk。不同公司也是根據各自需要建設對應的監控體系。前端異常監控：排查問題更簡單、更及時，發現問題的由用戶主動反饋轉變為開發主動發現問題。

前端埋點平臺（用戶行為監控）：產品運營根據數據做分析，不斷優化產品應用。

性能監控：監控網站的性能，了解用戶訪問的過程中的體驗感，可進行針對性的優化。 webfunny埋點系統具備靈活多維度分析，支持數據多層級下鉆，滿足多場景分析需求，驅動業務實現增長。前端監控和前端性能監控平臺開源

webfunny埋點系統，支持自定義SDK創建，可根據自身業務需求定義事件，獲取數據更加全且準確。穩定的前端監控和js性能監控方案

webfunny前端監控系統—純私有化部署，可實現的功能介紹，前端監控第三個功能模塊、用戶細查維度：webfunny前端監控這塊的功能可以讓前端工程師查看單個用戶的具體行為，前端工程師可以清楚地知道，某個用戶，在某個時間，訪問了某個頁面，點擊了某個按鈕，發送了某個請求，從而產生了某個錯誤，一目了然。同時webfunny前端監控系統還對這個用戶的各種外部環境做了分析，讓工程師追蹤用戶問題易如反掌。查詢用戶具體的行為記錄：主要包括一個月內每天的訪問記錄、用戶瀏覽、點擊、請求、報錯、超時等等，前端工程師可以清晰的知道用戶在頁面上的行為，從而復現用戶的bug。設備分析：主要包括設備、系統、IP、地理位置、等等；網絡環境評估：通過對資源加載的的耗時分析，評估出用戶當時的網絡狀況，用來做分析對比。穩定的前端監控和js性能監控方案