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

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

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

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

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

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

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

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

原因

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

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

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

解決方案：

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

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

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

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