在數(shù)據(jù)選型上，我同時使用了微信自定義數(shù)據(jù)統(tǒng)計和公司內(nèi)部第三方數(shù)據(jù)統(tǒng)計，并將之與微信主動上報的數(shù)據(jù)分析進行對比，來確保數(shù)據(jù)準確性。

微信自定義數(shù)據(jù)統(tǒng)計和公司內(nèi)部第三方數(shù)據(jù)統(tǒng)計方法：

微信主動上報數(shù)據(jù)查詢參見MP后臺 微信實時統(tǒng)計:

在數(shù)據(jù)的收集過程中，我發(fā)現(xiàn)支付按鈕點擊率（點擊支付次數(shù)/頁面展示次數(shù)）僅有50%+。

對比我們內(nèi)部相同的H5服務，轉化率過低，遠遠不符合我們對業(yè)務預期效果。

核查3種數(shù)據(jù)分析，我發(fā)現(xiàn)頁面展示次數(shù)過高，并且三種方法的頁面展示次數(shù)有較大差異，其中：

    微信自定義數(shù)據(jù)統(tǒng)計pv(頁面展示次數(shù)) 約等于 公司內(nèi)部第三方數(shù)據(jù)統(tǒng)計pv（頁面展示次數(shù)）
    微信實時統(tǒng)計pv(頁面展示次數(shù)) <  自定義數(shù)據(jù)統(tǒng)計 （包括微信自定義和公司內(nèi)部第三方字數(shù)據(jù)統(tǒng)計）

微信實時統(tǒng)計pv的統(tǒng)計方法不得而知，而另外兩種方法均是在onshow事件中觸發(fā)。

原因

排查過程中，發(fā)現(xiàn)頁面在涉及到支付時，微信調(diào)起彈窗，會再次觸發(fā)onshow事件，從而導致pv數(shù)重復發(fā)送。

對于微信來說，支付完以后會觸發(fā)支付完成頁，如圖所示：

點擊完成后再次回到頁面會繼續(xù)觸發(fā)onshow事件。

解決方案：

從技術上來說，onshow事件本應設計如此。頁面再次展示應該觸發(fā)onshow。

從業(yè)務上來說，onshow事件是應該用來做pv統(tǒng)計的。但因為涉及到類似支付的事情，業(yè)務方需要自己控制pv發(fā)送時機。

目前我的解決方案：onload中統(tǒng)計。

ps:問題雖小，記錄下來的意義更大。