[發(fā)明專利]一種埋點(diǎn)檢視方法、移動(dòng)終端及存儲(chǔ)介質(zhì)

在審

• 申請(qǐng)?zhí)枺?/td>: 202310007827.4
• 申請(qǐng)日: 2023-01-04
• 公開（公告）號(hào): CN116383035A
• 公開（公告）日: 2023-07-04
• 發(fā)明（設(shè)計(jì)）人: 張慧吉
• 申請(qǐng)（專利權(quán)）人: 北京皮爾布萊尼軟件有限公司
• 主分類號(hào): G06F11/36
• 分類號(hào): G06F11/36;G06F3/0482;G06F21/31
• 代理公司: 北京思睿峰知識(shí)產(chǎn)權(quán)代理有限公司 11396
• 代理人: 趙愛軍;謝建云

本發(fā)明公開了一種埋點(diǎn)檢視方法、移動(dòng)終端及存儲(chǔ)介質(zhì)，該方法適于在移動(dòng)終端中執(zhí)行，移動(dòng)終端中安裝有目標(biāo)應(yīng)用，目標(biāo)應(yīng)用內(nèi)嵌有埋點(diǎn)攔截器，該方法包括：響應(yīng)于用戶對(duì)目標(biāo)應(yīng)用開啟埋點(diǎn)可視化模式的第一操作，在目標(biāo)應(yīng)用中進(jìn)入埋點(diǎn)可視化模式，并顯示可視化標(biāo)記；響應(yīng)用戶在目標(biāo)應(yīng)用中的各功能操作，啟用埋點(diǎn)攔截器收集各功能操作觸發(fā)的埋點(diǎn)事件產(chǎn)生的埋點(diǎn)數(shù)據(jù)；響應(yīng)于用戶對(duì)可視化標(biāo)記的第二操作，進(jìn)入埋點(diǎn)事件列表頁(yè)面，并在埋點(diǎn)事件列表頁(yè)面中顯示各功能操作觸發(fā)的埋點(diǎn)事件的事件信息；響應(yīng)于用戶對(duì)埋點(diǎn)事件列表頁(yè)面中任一事件信息的第三操作，跳轉(zhuǎn)至埋點(diǎn)檢視詳情頁(yè)面，并在埋點(diǎn)檢視詳情頁(yè)面中對(duì)第三操作對(duì)應(yīng)的埋點(diǎn)事件進(jìn)行數(shù)據(jù)展示。

技術(shù)領(lǐng)域

本發(fā)明涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域，特別涉及一種埋點(diǎn)檢視方法、移動(dòng)終端及存儲(chǔ)介質(zhì)。

背景技術(shù)

埋點(diǎn)技術(shù)是產(chǎn)品優(yōu)化過程中的重要手段，多用于用戶數(shù)據(jù)收集、用戶使用場(chǎng)景還原、用戶行為分析之類的場(chǎng)景，為完善決策和效果驗(yàn)證提供了有效支持。然而，在實(shí)際中，對(duì)于一個(gè)已經(jīng)完成埋點(diǎn)的應(yīng)用，產(chǎn)品人員和運(yùn)營(yíng)人員仍會(huì)抱有不少疑問，例如，對(duì)如某一功能是否已埋點(diǎn)處理、某一埋點(diǎn)事件的參數(shù)包括哪些、為何查找不到某一埋點(diǎn)事件的埋點(diǎn)數(shù)據(jù)等，且有時(shí)在應(yīng)用上線很長(zhǎng)時(shí)間之后才發(fā)現(xiàn)埋點(diǎn)存在問題。

就埋點(diǎn)來說，常見的問題有埋點(diǎn)事件的事件標(biāo)識(shí)有誤、參數(shù)漏傳、忘記埋點(diǎn)等，這些問題的出現(xiàn)與埋點(diǎn)工作流程的環(huán)節(jié)過多、各環(huán)節(jié)的信息不對(duì)等有關(guān)。對(duì)產(chǎn)品人員和運(yùn)營(yíng)人員而言，其無法自行定位問題，只能依賴于研發(fā)人員進(jìn)行代碼查詢才可確認(rèn)問題和找到原因。但是，研發(fā)人員本身就肩負(fù)繁重的研發(fā)任務(wù)，若頻繁協(xié)助查找問題則勢(shì)必將影響工作效率，也未必能保證第一時(shí)間發(fā)現(xiàn)問題。

雖然也可以通過后臺(tái)查詢數(shù)據(jù)來識(shí)別問題，但這有一定的技術(shù)門檻，且延時(shí)較久，即使發(fā)現(xiàn)問題也為時(shí)已晚。此外，應(yīng)用埋點(diǎn)的信息都是各版本迭代累計(jì)而來，某一產(chǎn)品人員或運(yùn)營(yíng)人員難以了解應(yīng)用中所有埋點(diǎn)的來龍去脈，也不清除哪些埋點(diǎn)還在使用、哪些埋點(diǎn)已廢棄。

目前，通常會(huì)采用以下兩種方法對(duì)埋點(diǎn)進(jìn)行檢視，以驗(yàn)證埋點(diǎn)的狀態(tài)，第一種方法是通過抓包工具攔截應(yīng)用發(fā)出的請(qǐng)求，以獲取埋點(diǎn)數(shù)據(jù)，進(jìn)而判斷埋點(diǎn)是否存在問題。但該方法一方面依賴于抓包工具，不能隨時(shí)隨地抓取數(shù)據(jù)，而且如何從眾多請(qǐng)求中篩選出埋點(diǎn)相關(guān)請(qǐng)求也不容易，操作要求較高。另一方面，采用抓包工具需要在客戶端安裝用戶證書，而隨著操作系統(tǒng)的升級(jí)，客戶端可以設(shè)置不信任上述用戶證書，導(dǎo)致無法攔截請(qǐng)求，若埋點(diǎn)相關(guān)請(qǐng)求本身是加密過的數(shù)據(jù)，則抓包工具無法直接破解，還要進(jìn)行額外的解密操作。

第二種方法是基于已經(jīng)上報(bào)的埋點(diǎn)數(shù)據(jù)來驗(yàn)證，一般來說，埋點(diǎn)數(shù)據(jù)存儲(chǔ)在大數(shù)據(jù)中，需要隔天更新，產(chǎn)品人員和運(yùn)營(yíng)人員驗(yàn)證每個(gè)埋點(diǎn)事件都需要編寫SQL(StructuredQuery?Language，結(jié)構(gòu)化查詢語(yǔ)言)語(yǔ)句查詢，時(shí)間成本高。如果在應(yīng)用的當(dāng)前版本發(fā)布后再發(fā)現(xiàn)埋點(diǎn)問題，此時(shí)到再次發(fā)布新版本恢復(fù)往往要耗費(fèi)一定的時(shí)間，而且隔天驗(yàn)證新增的埋點(diǎn)事件難度較大，工作負(fù)擔(dān)較重。

因此，需要一種新的埋點(diǎn)檢視方法來優(yōu)化上述處理過程。

發(fā)明內(nèi)容

為此，本發(fā)明提供一種埋點(diǎn)檢視方案，以力圖解決或者至少緩解上面存在的問題。

根據(jù)本發(fā)明的一個(gè)方面，提供一種埋點(diǎn)檢視方法，適于在移動(dòng)終端中執(zhí)行，移動(dòng)終端中安裝有目標(biāo)應(yīng)用，目標(biāo)應(yīng)用內(nèi)嵌有埋點(diǎn)攔截器，該方法包括如下步驟：首先，響應(yīng)于用戶對(duì)目標(biāo)應(yīng)用開啟埋點(diǎn)可視化模式的第一操作，在目標(biāo)應(yīng)用中進(jìn)入埋點(diǎn)可視化模式，并顯示可視化標(biāo)記；響應(yīng)用戶在目標(biāo)應(yīng)用中的各功能操作，啟用埋點(diǎn)攔截器收集各功能操作觸發(fā)的埋點(diǎn)事件產(chǎn)生的埋點(diǎn)數(shù)據(jù)；響應(yīng)于用戶對(duì)可視化標(biāo)記的第二操作，進(jìn)入埋點(diǎn)事件列表頁(yè)面，并在埋點(diǎn)事件列表頁(yè)面中顯示各功能操作觸發(fā)的埋點(diǎn)事件的事件信息；響應(yīng)于用戶對(duì)埋點(diǎn)事件列表頁(yè)面中任一事件信息的第三操作，跳轉(zhuǎn)至埋點(diǎn)檢視詳情頁(yè)面，并在埋點(diǎn)檢視詳情頁(yè)面中對(duì)第三操作對(duì)應(yīng)的埋點(diǎn)事件進(jìn)行數(shù)據(jù)展示。