© 2025 上海(hai)天(tian)擎天(tian)拓(tuo)信息技術股(gu)份有限(xian)公司(si) 版權所有
問題一:不小心誤刪了已經進入二階的計劃及投放包,如果新建投放包想用之前的數據如何操作?
如果轉(zhuan)化追(zhui)蹤(zong)沒有(you)建(jian)立,則需(xu)要新建(jian)轉(zhuan)化追(zhui)蹤(zong),再新建(jian)投放包,然后在核對數(shu)據的(de)時候選擇之前(qian)的(de)時間,比(bi)如之前(qian)的(de)數(shu)據是(shi)從4月(yue)11號開(kai)始的(de),那么(me)就(jiu)選擇數(shu)據可(ke)用時間從4月(yue)11日起轉(zhuan)化數(shu)據正確即可(ke)。
問題二:如果想暫停oCPC投放如何操作?
如需暫(zan)停oCPC投放只需要刪除投放包即可,有(you)些童鞋可能(neng)以(yi)為(wei)刪除計劃就可以(yi)了。
問題三:采用JS監測的追蹤發現數據對不上怎么辦?
推廣平臺(tai)報表中看(kan)到的(de)轉化(hua)(hua)數據與自己監控到的(de)轉化(hua)(hua)數據不一致,主要(yao)分為如下兩種情(qing)況:
1. 推廣平臺(tai)報表中(zhong)轉(zhuan)化(hua)數(shu)據為零
①:首先(xian)確定 oCPC 投放對(dui)應的計(ji)劃或(huo)者單元是否處于投放中。
②:需要(yao)判(pan)斷埋碼(ma)頁面(mian)的(de)(de)基礎代碼(ma), 預埋點屬性代碼(ma)或者表單提交成功是否正確。可以通(tong)過(guo)JS轉化代碼(ma)檢測工具進行相應的(de)(de)排查。需要(yao)確認已經埋碼(ma),并準確回傳投(tou)放(fang)的(de)(de)轉化類(lei)型(xing)。
③:檢查投放(fang)頁(ye)面URL與轉化頁(ye)面URL是(shi)否存在主域不一致問題(ti),如果符合該問題(ti),請聯系你們的(de)客服(fu)。
2.推廣平臺(tai)報表中轉化(hua)數(shu)據與自己監控到的轉化(hua)數(shu)據不一致
如果埋碼和(he)投放(fang)正常,數(shu)據(ju)仍(reng)不(bu)一(yi)致(zhi),是因為推(tui)廣(guang)平(ping)臺(tai)與(yu)網站自(zi)己監控的(de)兩份數(shu)據(ju)維度上可能存在不(bu)一(yi)致(zhi)的(de)情況。
百度(du)提供的轉化(hua)數據維度(du)是頁面投放渠道(搜索或信息流(liu))oCPC廣告(gao)流(liu)量且去掉作弊流(liu)量 后的轉化(hua)數據量。
而網站自(zi)己(ji)監控(kong)的數(shu)據很難符合(he)上述(shu)同樣的數(shu)據維度,常見的數(shu)據維度差異有:
①:使用網站全站的轉(zhuan)化(hua)數據(ju)(ju)與推廣平(ping)臺賬戶維度數據(ju)(ju)進行(xing)數據(ju)(ju)對比
百度提供的賬(zhang)戶維度的轉化量(liang)是(shi)該賬(zhang)戶在該推廣(guang)平(ping)臺(搜索或信(xin)息流)所(suo)選時間范圍(wei)內,使(shi)用(yong)oCPC投放的所(suo)有(you)廣(guang)告URL在oCPC廣(guang)告流量(liang)下(xia),且去掉(diao)作弊流量(liang)后的轉化量(liang)的加和。
使(shi)(shi)用(yong)這(zhe)種對(dui)比方(fang)式有可能無法保證雙方(fang)對(dui)該賬戶能覆蓋的使(shi)(shi)用(yong)oCPC投放(fang)的所有廣告(gao) URL范(fan)圍(wei)理解(jie)一致。
比(bi)如可能(neng)在一個帳號下,同時使用oCPC和CPC投放同一個URL(利用不同的(de)計(ji)劃區分);
比如可能有多個帳號會投(tou)放同一個URL;
比如可(ke)能網(wang)站(zhan)全站(zhan)收集(ji)到的(de)轉(zhuan)化(hua)量中(zhong)不止包含廣(guang)告 URL,還包含了其(qi)(qi)他(ta)非廣(guang)告URL帶來(lai)的(de)轉(zhuan)化(hua)(例如一(yi)個網(wang)站(zhan)有多(duo)個注冊新用戶頁面(mian),只對其(qi)(qi)中(zhong)部分進行了廣(guang)告投放);
比如可能嘗試對全站所(suo)有轉(zhuan)化量進(jin)行篩選,但對 oCPC 廣告 URL 具體有哪些不(bu)夠了解;
因(yin)為包括但不(bu)(bu)限于以(yi)上描述的原因(yin),不(bu)(bu)建議(yi)使用全站全賬戶維度數據(ju)進行對比。
②:埋碼(ma)邏(luo)輯可(ke)能與用于對比的數據邏(luo)輯不(bu)一(yi)致
因為表單提(ti)(ti)交成功(gong)埋(mai)碼有較(jiao)大的靈活(huo)度,埋(mai)碼時有可(ke)能在表單提(ti)(ti)交成功(gong)時進(jin)行了一些特殊(shu)的邏(luo)輯判(pan)斷。
比如只(zhi)有URL中帶有特(te)殊的參數才會觸(chu)發表單(dan)提交成(cheng)功埋碼(ma);
比(bi)如表單(dan)提(ti)交中帶有手機(ji)(ji)(ji)號,但是(shi)頁面業務邏輯并沒(mei)有對該(gai)手機(ji)(ji)(ji)號之(zhi)前是(shi)否(fou)已經(jing)提(ti)交過進(jin)行判(pan)斷,主要提(ti)交成功即觸發一次(ci)表單(dan)提(ti)交成功代(dai)碼,但用于對比(bi)的數據的產出邏輯中手機(ji)(ji)(ji)號進(jin)行了(le)去重。
因為包(bao)括但不限于(yu)以上描述的(de)原(yuan)因,建議確定用于(yu)對比的(de)數據維度(du)與埋碼(ma)邏輯(ji)保持一致(zhi)。
③:廣告流量(liang)與(yu)自(zi)然流量(liang)
網站一般無法區分出頁(ye)面的(de)轉化是由搜索或(huo)(huo)信息(xi)流(liu)(liu)(liu)廣告帶(dai)來的(de)還是自然(ran)流(liu)(liu)(liu)量(liang)(liang)(即非搜索或(huo)(huo)信息(xi)流(liu)(liu)(liu)廣告流(liu)(liu)(liu)量(liang)(liang))帶(dai)來的(de)。
常見的區分方式有,在推廣(guang)平臺上對投放的廣(guang)告URL加上一(yi)些(xie)特殊(shu)參數(shu),
比如(ru) utm_source=baidu_cpc,但實際情況中仍不能保證,帶有這個特殊(shu)參數(shu)的(de) URL 請求(qiu)就(jiu)一定是來(lai)自百度廣(guang)告流量的(de),比如(ru)用戶在(zai)第一次點擊(ji)廣(guang)告訪問頁面后(hou),將(jiang)頁面收藏(zang)或(huo)者發給其(qi)他人,之(zhi)后(hou)通過收藏(zang)夾或(huo)其(qi)他人訪問的(de)流量也會帶有這個特殊(shu)參數(shu),但并不屬(shu)于(yu)廣(guang)告流量。
因(yin)為上述(shu)原因(yin),推廣平臺中(zhong)的轉化量(liang)可能小于同樣(yang)維度(du)下網站自己監控到的量(liang)。
④:反作(zuo)弊處理(li)
推廣(guang)平(ping)臺中提供的(de)數據(ju)會去除掉作弊流量,反作弊過(guo)程(cheng)涉(she)及到較復(fu)雜(za)的(de)數據(ju)處理流程(cheng),去除過(guo)程(cheng)中有可(ke)能(neng)造成轉化量的(de)減(jian)少。
因為上述原因,推(tui)廣平臺(tai)中的轉化量可能小(xiao)于(yu)同樣維度下網(wang)站自己(ji)監控到的量。
問題四:oCPC投放中已出推薦CPA,但還是顯示目前處在一階段是什么情況?
由于系(xi)統延遲,可(ke)能會(hui)導致這(zhe)種情(qing)況,建(jian)議觀察一(yi)段時間,如果很長時間沒(mei)變聯系(xi)客服(fu)處理(li)。
問題五:進入二階以后客戶想要更多的量怎么操作?
提高轉(zhuan)化出價、新增關(guan)鍵詞等(deng)均可(ke)以(yi)帶(dai)來一定的量的增長。
問題六:查看數據報告時,為啥發現還有一階的數據?
因(yin)為在進入二階的時數據延(yan)遲問題會有部(bu)分一階是(shi)數據,這個數據會逐步減少(shao)。
問題七:如何解綁商務通?
刪除投放(fang)包及轉(zhuan)化追蹤即可(ke)。
問題八:目標轉化成本一定要設置為系統推薦的值嗎?
建議(yi)前期設置的目標(biao)轉化成本不低于系統推薦的80%,待后期穩(wen)定后在(zai)適(shi)當(dang)調(diao)整(zheng)目標(biao)轉化成本。
問題九:發現系統推薦值太高了是怎么回事?
系統(tong)推薦(jian)的(de)CPA為系統(tong)根據一階數據累(lei)積得出的(de)結果,是反應當時累(lei)積數據期間的(de)真實(shi)情(qing)況,不是系統(tong)預估值。如(ru)果確實(shi)太高(gao)不太想設置(zhi),可以以不低于推薦(jian)值的(de)80%進(jin)二階穩定跑一周時間左右(you)在結合(he)實(shi)際(ji)情(qing)況進(jin)行調整。
如(ru)果因為一(yi)階累積(ji)數據期間(jian)轉化數據和實際數據對(dui)不上,又誤操作核對(dui)為正確(que),可以(yi)聯系客(ke)服進行重新(xin)累積(ji)。
問題十:為什么計劃組沒滿足條件卻進入二階而全賬戶滿足條件卻沒有進入二階?
這個可能是(shi)因(yin)為把(ba)之(zhi)前賬(zhang)戶的全部計(ji)(ji)劃(hua)提出來或者是(shi)修改了(le)(le)投(tou)放(fang)包的綁定(ding)關(guan)系(xi)(需(xu)聯系(xi)客服處理),之(zhi)前投(tou)放(fang)包已經累計(ji)(ji)足夠進入二(er)(er)階(jie),恰好操作(zuo)后,發現計(ji)(ji)劃(hua)組(zu)進入二(er)(er)階(jie),而賬(zhang)戶沒有(you),也(ye)就是(shi)說數(shu)據(ju)累積(ji)自動跟隨(sui)到新的計(ji)(ji)劃(hua)組(zu)了(le)(le)。
問題十一:投放包新增或者修改綁定關系后數據累積需要重新來嗎?對原二階的影響大嗎?
無論(lun)是新建(jian)還是修改投放(fang)包綁定關系,只要在(zai)數(shu)據(ju)核對時選(xuan)擇之前正常投放(fang)時數(shu)據(ju)時間(jian)作為修改后投放(fang)包一個開始(shi)時間(jian),系統(tong)會很快再次進(jin)入二階(jie),也就是相對來說對原來的(de)二階(jie)影響較(jiao)小。
問題十二:更換新的咨詢工具,取消授權后,會對已進入二階的計劃組有影響嗎?
取(qu)消咨詢工具授(shou)權(quan)需(xu)要(yao)刪除(chu)轉(zhuan)化追蹤和(he)投(tou)放(fang)(fang)包,然后重(zhong)新(xin)授(shou)權(quan)新(xin)的(de)(de)(de)咨詢工具,僅(jin)接著要(yao)新(xin)建(jian)轉(zhuan)化追蹤和(he)新(xin)建(jian)投(tou)放(fang)(fang)包,在(zai)數(shu)(shu)據(ju)核(he)對時,選(xuan)擇之(zhi)前(qian)投(tou)放(fang)(fang)的(de)(de)(de)某(mou)一(yi)個(ge)時間點作為數(shu)(shu)據(ju)正確的(de)(de)(de)起點,那么進入(ru)二(er)級會很快發生(sheng)。(注意:這個(ge)前(qian)提是(shi)(shi)之(zhi)前(qian)的(de)(de)(de)數(shu)(shu)據(ju)累積進入(ru)二(er)階的(de)(de)(de)和(he)實際的(de)(de)(de)轉(zhuan)化數(shu)(shu)據(ju)是(shi)(shi)一(yi)樣的(de)(de)(de),也就是(shi)(shi)之(zhi)前(qian)的(de)(de)(de)數(shu)(shu)據(ju)核(he)對是(shi)(shi)正確的(de)(de)(de))相對而言影響原(yuan)二(er)階的(de)(de)(de)計劃(hua)組(zu)小。
問題一:不小心誤刪了已經進入二階的計劃及投放包,如果新建投放包想用之前的數據如何操作?
如果轉化追蹤沒(mei)有建(jian)立,則需要新建(jian)轉化追蹤,再新建(jian)投放包,然后在核對(dui)數(shu)據(ju)的(de)時候選(xuan)(xuan)擇之前的(de)時間,比如之前的(de)數(shu)據(ju)是從4月(yue)11號開始的(de),那么就選(xuan)(xuan)擇數(shu)據(ju)可(ke)用時間從4月(yue)11日起轉化數(shu)據(ju)正(zheng)確即可(ke)。
問題二:如果想暫停oCPC投放如何操作?
如需(xu)(xu)暫(zan)停oCPC投放只(zhi)需(xu)(xu)要刪(shan)(shan)除投放包(bao)即可(ke),有(you)些童鞋(xie)可(ke)能(neng)以(yi)為刪(shan)(shan)除計劃就(jiu)可(ke)以(yi)了。
問題三:采用JS監測的追蹤發現數據對不上怎么辦?
推廣平臺報(bao)表中(zhong)看(kan)到的(de)轉化(hua)數據與(yu)自己(ji)監控到的(de)轉化(hua)數據不一致,主要分為如下兩種情況:
1. 推(tui)廣平臺報表中轉化數據為(wei)零
①:首先確定 oCPC 投(tou)放對(dui)應的計劃或者單元(yuan)是否(fou)處于投(tou)放中。
②:需要(yao)判(pan)斷埋碼(ma)頁面的基礎代碼(ma), 預埋點屬(shu)性代碼(ma)或(huo)者表單提(ti)交成(cheng)功是否正確。可(ke)以(yi)通過(guo)JS轉(zhuan)化代碼(ma)檢(jian)測(ce)工具進(jin)行相應的排查。需要(yao)確認(ren)已(yi)經(jing)埋碼(ma),并準(zhun)確回傳投(tou)放的轉(zhuan)化類型(xing)。
③:檢查(cha)投放頁面URL與(yu)轉化頁面URL是(shi)否存在主域不一致問題(ti),如果符合該(gai)問題(ti),請(qing)聯系你們的客服。
2.推廣(guang)平臺報(bao)表中轉化(hua)數(shu)據與自(zi)己監控到的轉化(hua)數(shu)據不一(yi)致(zhi)
如果(guo)埋碼和投放正常,數據仍不一(yi)致,是因為推廣平臺與網站自己監控的(de)兩(liang)份數據維度上(shang)可能存(cun)在不一(yi)致的(de)情(qing)況。
百度提供的(de)(de)轉(zhuan)化數(shu)據維(wei)度是頁面投放渠(qu)道(dao)(搜索或信息(xi)流(liu))oCPC廣告流(liu)量且去掉作弊流(liu)量 后的(de)(de)轉(zhuan)化數(shu)據量。
而(er)網站自己監控的數(shu)(shu)據很難符合上述同(tong)樣的數(shu)(shu)據維(wei)度,常(chang)見的數(shu)(shu)據維(wei)度差異有:
①:使用(yong)網站全站的轉(zhuan)化數據(ju)與推廣(guang)平臺賬戶維度數據(ju)進行數據(ju)對比
百度提供的(de)賬戶維度的(de)轉(zhuan)化(hua)量是該賬戶在(zai)該推廣平臺(搜(sou)索(suo)或(huo)信息流(liu))所選時間范圍內,使用oCPC投(tou)放的(de)所有廣告URL在(zai)oCPC廣告流(liu)量下,且去掉作弊流(liu)量后的(de)轉(zhuan)化(hua)量的(de)加和。
使(shi)用這種(zhong)對(dui)比方式有可能無法保(bao)證雙方對(dui)該(gai)賬戶能覆蓋的(de)使(shi)用oCPC投放的(de)所有廣告 URL范圍(wei)理解一致。
比如可能(neng)在(zai)一(yi)個帳號下,同(tong)(tong)時使(shi)用oCPC和CPC投(tou)放同(tong)(tong)一(yi)個URL(利(li)用不(bu)同(tong)(tong)的計(ji)劃(hua)區分);
比如(ru)可能有(you)多個帳(zhang)號會投放同一(yi)個URL;
比如可能網(wang)站(zhan)全(quan)站(zhan)收集到的(de)轉化量中(zhong)(zhong)不止包含廣(guang)告(gao)(gao) URL,還包含了其(qi)他非廣(guang)告(gao)(gao)URL帶來的(de)轉化(例如一個網(wang)站(zhan)有多個注冊新用戶(hu)頁面(mian),只對其(qi)中(zhong)(zhong)部分進(jin)行了廣(guang)告(gao)(gao)投放(fang));
比如可能嘗(chang)試對全(quan)站所有轉(zhuan)化量進行篩(shai)選,但對 oCPC 廣告 URL 具體有哪些不(bu)夠了(le)解;
因為(wei)包括但不限于以上(shang)描述(shu)的原因,不建議使用全站全賬戶維度(du)數(shu)據進行對比(bi)。
②:埋碼(ma)邏輯可能與用于(yu)對比的(de)數(shu)據邏輯不一(yi)致(zhi)
因為(wei)表(biao)(biao)單(dan)提交(jiao)成(cheng)功(gong)埋(mai)碼有較大的靈(ling)活度,埋(mai)碼時有可能(neng)在表(biao)(biao)單(dan)提交(jiao)成(cheng)功(gong)時進行了一些特(te)殊的邏輯(ji)判斷。
比如只有(you)URL中帶有(you)特(te)殊(shu)的參數才會觸發(fa)表單提交成功埋碼;
比(bi)(bi)如表單提(ti)交(jiao)(jiao)中(zhong)帶有(you)手機(ji)號(hao),但是頁面(mian)業務邏輯并沒有(you)對(dui)該手機(ji)號(hao)之前(qian)是否已經(jing)提(ti)交(jiao)(jiao)過進行判斷,主要提(ti)交(jiao)(jiao)成(cheng)功(gong)即(ji)觸發一次表單提(ti)交(jiao)(jiao)成(cheng)功(gong)代碼,但用于對(dui)比(bi)(bi)的(de)數(shu)據的(de)產出邏輯中(zhong)手機(ji)號(hao)進行了去重。
因為包括但(dan)不限(xian)于(yu)以上(shang)描述的(de)原因,建議確定用于(yu)對比的(de)數據(ju)維度與埋碼(ma)邏輯保持(chi)一致。
③:廣告流量(liang)與自(zi)然流量(liang)
網站一(yi)般無(wu)法(fa)區(qu)分出頁面的轉(zhuan)化是由搜(sou)索(suo)或信(xin)息(xi)流廣(guang)告(gao)帶來的還是自然流量(即(ji)非搜(sou)索(suo)或信(xin)息(xi)流廣(guang)告(gao)流量)帶來的。
常見的(de)區分方式有,在(zai)推廣(guang)平臺上對投放的(de)廣(guang)告(gao)URL加上一些特殊參數,
比(bi)如 utm_source=baidu_cpc,但(dan)實(shi)際情(qing)況中仍(reng)不能保證,帶(dai)有這(zhe)個特殊(shu)參(can)數的(de) URL 請求就一(yi)定是來自百度廣告(gao)流量的(de),比(bi)如用戶在第一(yi)次點(dian)擊廣告(gao)訪(fang)問(wen)頁面后(hou),將頁面收藏(zang)或(huo)者發(fa)給其他(ta)人(ren),之后(hou)通(tong)過(guo)收藏(zang)夾(jia)或(huo)其他(ta)人(ren)訪(fang)問(wen)的(de)流量也會帶(dai)有這(zhe)個特殊(shu)參(can)數,但(dan)并(bing)不屬于廣告(gao)流量。
因為上述(shu)原(yuan)因,推廣平(ping)臺中的(de)轉化量(liang)(liang)可能小于同樣(yang)維度下網(wang)站自己監控到的(de)量(liang)(liang)。
④:反作弊(bi)處理
推廣平臺中(zhong)(zhong)提供的(de)數(shu)據會去除掉作(zuo)弊(bi)流(liu)量,反作(zuo)弊(bi)過程(cheng)涉及(ji)到(dao)較復雜的(de)數(shu)據處理流(liu)程(cheng),去除過程(cheng)中(zhong)(zhong)有(you)可能造成轉化量的(de)減少。
因為(wei)上述(shu)原因,推廣平臺中的轉化量可能(neng)小(xiao)于同樣維度下網站自己(ji)監控到的量。
問題四:oCPC投放中已出推薦CPA,但還是顯示目前處在一階段是什么情況?
由于(yu)系(xi)統延(yan)遲,可能會(hui)導致(zhi)這(zhe)種情況,建議(yi)觀察(cha)一段時間(jian),如果很長時間(jian)沒變聯系(xi)客服處理。
問題五:進入二階以后客戶想要更多的量怎么操作?
提高轉化出(chu)價、新增關鍵詞等均可以帶來一定的量的增長(chang)。
問題六:查看數據報告時,為啥發現還有一階的數據?
因(yin)為在進入二階的(de)時數據(ju)延(yan)遲問題會有部分(fen)一階是數據(ju),這個數據(ju)會逐步減少。
問題七:如何解綁商務通?
刪(shan)除投放(fang)包及轉化追蹤即可。
問題八:目標轉化成本一定要設置為系統推薦的值嗎?
建(jian)議前期設置的(de)目(mu)標轉(zhuan)化成本(ben)不低于系(xi)統(tong)推薦的(de)80%,待后(hou)期穩(wen)定后(hou)在適當調整目(mu)標轉(zhuan)化成本(ben)。
問題九:發現系統推薦值太高了是怎么回事?
系(xi)(xi)統(tong)(tong)(tong)推(tui)薦的CPA為(wei)系(xi)(xi)統(tong)(tong)(tong)根據(ju)一(yi)階(jie)數據(ju)累積得出的結果,是(shi)(shi)反應當時(shi)累積數據(ju)期(qi)間的真(zhen)實情況(kuang),不(bu)是(shi)(shi)系(xi)(xi)統(tong)(tong)(tong)預估值。如果確實太高不(bu)太想(xiang)設(she)置,可以(yi)以(yi)不(bu)低于推(tui)薦值的80%進(jin)二階(jie)穩定跑一(yi)周時(shi)間左右在結合實際情況(kuang)進(jin)行調整。
如(ru)果因(yin)為一階累(lei)積(ji)數據期間轉化數據和實際數據對(dui)不(bu)上(shang),又誤操(cao)作核(he)對(dui)為正確(que),可(ke)以(yi)聯系(xi)客服進(jin)行重新累(lei)積(ji)。
問題十:為什么計劃組沒滿足條件卻進入二階而全賬戶滿足條件卻沒有進入二階?
這個可(ke)能(neng)是(shi)因(yin)為把之(zhi)前賬戶的(de)全部計劃(hua)提出來(lai)或者是(shi)修改了(le)(le)投放包的(de)綁定(ding)關系(需聯系客服處(chu)理(li)),之(zhi)前投放包已經累(lei)計足(zu)夠(gou)進入二階,恰好(hao)操作后,發現(xian)計劃(hua)組(zu)進入二階,而賬戶沒有,也就是(shi)說數據累(lei)積自動跟隨到新的(de)計劃(hua)組(zu)了(le)(le)。
問題十一:投放包新增或者修改綁定關系后數據累積需要重新來嗎?對原二階的影響大嗎?
無論是(shi)新建還是(shi)修改(gai)(gai)投放包(bao)綁定關系,只要在數據核(he)對時選擇之(zhi)前(qian)正常(chang)投放時數據時間作為修改(gai)(gai)后投放包(bao)一個開始時間,系統(tong)會(hui)很(hen)快(kuai)再次進入二(er)階,也就(jiu)是(shi)相(xiang)對來說對原來的二(er)階影響較小。
問題十二:更換新的咨詢工具,取消授權后,會對已進入二階的計劃組有影響嗎?
取消咨(zi)詢(xun)工具授權需要刪除轉化追蹤(zong)和投放(fang)包,然后重新(xin)授權新(xin)的(de)(de)(de)咨(zi)詢(xun)工具,僅接(jie)著(zhu)要新(xin)建(jian)轉化追蹤(zong)和新(xin)建(jian)投放(fang)包,在數(shu)(shu)據核對(dui)時,選擇之前投放(fang)的(de)(de)(de)某(mou)一個時間點(dian)(dian)作為(wei)數(shu)(shu)據正確的(de)(de)(de)起點(dian)(dian),那么進(jin)入二(er)級會很快(kuai)發(fa)生。(注意:這個前提(ti)是之前的(de)(de)(de)數(shu)(shu)據累積進(jin)入二(er)階的(de)(de)(de)和實際的(de)(de)(de)轉化數(shu)(shu)據是一樣的(de)(de)(de),也(ye)就是之前的(de)(de)(de)數(shu)(shu)據核對(dui)是正確的(de)(de)(de))相對(dui)而言影響(xiang)原二(er)階的(de)(de)(de)計(ji)劃(hua)組小(xiao)。