發(fā)現(xiàn)日常使用產(chǎn)品（WEB线召、APP）的數(shù)據(jù)埋點(diǎn)現(xiàn)象
日常接觸的主要是網(wǎng)頁埋點(diǎn)铺韧，APP端的埋點(diǎn)接觸的比較少。
一種是鏈接埋點(diǎn)缓淹。
簡而言之就是同一個(gè)網(wǎng)頁可以有多個(gè)HTTP地址（不太清楚是http協(xié)議支持or 服務(wù)器解析網(wǎng)頁時(shí)做了mapping）然后通過給地址中添加相應(yīng)信息哈打，并給不同渠道分配不同的網(wǎng)頁鏈接工窍，就能根據(jù)網(wǎng)址鏈接判斷訪問來源是哪個(gè)了。
采集的是用戶在頁面之間跳轉(zhuǎn)的路徑前酿。主要用來區(qū)分用戶渠道、訪問的路徑等鹏溯。
一種是頁面埋點(diǎn)罢维，通過JS腳本代碼
埋點(diǎn)代碼在瀏覽網(wǎng)頁時(shí) 被觸發(fā)， 并將產(chǎn)生的數(shù)據(jù)上傳到服務(wù)器丙挽。
這個(gè)感覺是采集用戶在一個(gè)頁面的操作行為肺孵。頁面和頁面之間的數(shù)據(jù)會斷開。
比如要看一個(gè)渠道進(jìn)入商品頁后的轉(zhuǎn)化情況颜阐，在商品頁點(diǎn)擊購買按鈕的埋點(diǎn)中能否記錄其來源渠道平窘？
另外商品頁瀏覽時(shí)長信息能否與支付信息一起被采集，而不是通過訂單時(shí)間與頁面訪問時(shí)間先后順序來判斷訪問頁面后的購買情況凳怨？
埋點(diǎn)的信息分類
按神策給的一份介紹材料上的說法瑰艘，這種埋點(diǎn)采集的信息可以分為 主體+事件
回傳的數(shù)據(jù)做了初步清洗，結(jié)構(gòu)化（就是從json的key_value轉(zhuǎn)成了表格的樣式）存在數(shù)據(jù)庫里肤舞。
梳理自己目前困惑的數(shù)據(jù)埋點(diǎn)問題和看到的埋點(diǎn)知識點(diǎn)紫新，并總結(jié)記錄下來；
目前比較困惑的問題：
- 頁面 埋點(diǎn)本質(zhì)上是在調(diào)用js 腳本進(jìn)行嗎李剖？有其他的工具嗎芒率？
- 埋點(diǎn)的可能性邊界在哪里？什么情況下能夠采集到數(shù)據(jù)篙顺？埋點(diǎn)能夠采集到哪些類型的數(shù)據(jù)是由什么決定的呢偶芍？
- 比如要獲取用戶在頁面停留時(shí)間，按常理推斷德玫，需要能判斷用戶的進(jìn)入頁面事件和離開頁面事件匪蟀，這兩者有時(shí)不能完全反映現(xiàn)實(shí)操作，這種情況應(yīng)該怎么處理宰僧？
- 比如萄窜，微信掛后臺后，微信內(nèi)的網(wǎng)頁頁面退出時(shí)間沒有觸發(fā)撒桨，這種情況下頁面停留時(shí)間還很
- 比如要獲取用戶在頁面停留時(shí)間，按常理推斷德玫，需要能判斷用戶的進(jìn)入頁面事件和離開頁面事件匪蟀，這兩者有時(shí)不能完全反映現(xiàn)實(shí)操作，這種情況應(yīng)該怎么處理宰僧？
- 統(tǒng)計(jì)PV和UV應(yīng)該用鏈接埋點(diǎn)還是頁面埋點(diǎn)查刻？
- APP和網(wǎng)頁外部的信息如何采集，例如APP的啟動次數(shù)在技術(shù)上怎么實(shí)現(xiàn)凤类？有專門的事件記錄嗎
- 埋點(diǎn)采集數(shù)據(jù)時(shí)是否能夠與后端通訊穗泵，例如能否將用戶id回傳，進(jìn)行判斷新老用戶操作谜疤？
