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

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

微信主動(dòng)上報(bào)數(shù)據(jù)查詢參見(jiàn)MP后臺(tái) 微信實(shí)時(shí)統(tǒng)計(jì):

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

對(duì)比我們內(nèi)部相同的H5服務(wù)，轉(zhuǎn)化率過(guò)低，遠(yuǎn)遠(yuǎn)不符合我們對(duì)業(yè)務(wù)預(yù)期效果。

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

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

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

原因

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

對(duì)于微信來(lái)說(shuō)，支付完以后會(huì)觸發(fā)支付完成頁(yè)，如圖所示：

點(diǎn)擊完成后再次回到頁(yè)面會(huì)繼續(xù)觸發(fā)onshow事件。

解決方案：

從技術(shù)上來(lái)說(shuō)，onshow事件本應(yīng)設(shè)計(jì)如此。頁(yè)面再次展示應(yīng)該觸發(fā)onshow。

從業(yè)務(wù)上來(lái)說(shuō)，onshow事件是應(yīng)該用來(lái)做pv統(tǒng)計(jì)的。但因?yàn)樯婕暗筋愃浦Ц兜氖虑?，業(yè)務(wù)方需要自己控制pv發(fā)送時(shí)機(jī)。

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

ps:問(wèn)題雖小，記錄下來(lái)的意義更大。