如果是Android應(yīng)用下載，是不是OCPC和CPA邏輯類(lèi)似？

是的，OCPC和CPA邏輯是一樣的，只不過(guò)多了第一階段、第二階段兩個(gè)步驟。因?yàn)镺CPC多了第一階段，多了數(shù)據(jù)累積的過(guò)程，所以比CPA更精準(zhǔn)、成本更可控。

 

怎么區(qū)分在哪個(gè)階段？

計(jì)劃列表里會(huì)顯示您當(dāng)前的投放階段。

另外，計(jì)劃中的轉(zhuǎn)化數(shù)量累積到150個(gè)以后，會(huì)進(jìn)入第二階段。

 

第一階段需要多長(zhǎng)時(shí)間積累？

不能按時(shí)間去衡量，只能按照量級(jí)衡量。

舉個(gè)例子，計(jì)劃跑量迅速，1個(gè)小時(shí)內(nèi)累積了250個(gè)轉(zhuǎn)化，那么第一階段累積的時(shí)間就是1小時(shí)，但有些跑量較慢（收集轉(zhuǎn)化數(shù)量慢）的計(jì)劃，也許第一階段的投放周期比較漫長(zhǎng)。

 

第一階段選擇智能托管還是自定義－不限？

不做限制，但我們建議，如果您選擇了OCPC出價(jià)，盡量去掉不必要的定向（因?yàn)榧热灰呀?jīng)按照目標(biāo)轉(zhuǎn)化出價(jià)，系統(tǒng)則會(huì)自動(dòng)甄選轉(zhuǎn)化率高的這部分用戶(hù)，不需要您再手動(dòng)去挑選了）

 

iOS可以投放ocpc嗎？

IOS的下載完成我們無(wú)法監(jiān)測(cè)到，我們支持IOS的激活出價(jià)。

 

OCPC和CPA除了計(jì)劃設(shè)置和投放過(guò)程方面的區(qū)別外，邏輯上區(qū)別是什么呢？

OCPC和CPA邏輯是一樣的，只不過(guò)多了第一階段、第二階段兩個(gè)步驟。因?yàn)槎嗔说谝浑A段，多了數(shù)據(jù)累積的過(guò)程，所以比CPA更精準(zhǔn)、成本更可控。

 

OCPC可以控制成本提高轉(zhuǎn)化率，但是會(huì)不會(huì)導(dǎo)致客戶(hù)的量跑不出去？

在設(shè)置的出價(jià)合理的情況下，通常來(lái)說(shuō)不會(huì)出現(xiàn)這種情況。

如果您在第一階段有量，第二階段突然跑不起來(lái)了，說(shuō)明您的第二階段出價(jià)設(shè)置的不夠合理。

 

如果第一階段跑不出去，提高第一階段的價(jià)格可以好些么？

是的，第一階段的跑量邏輯和CPC出價(jià)完全一樣。

 

會(huì)不會(huì)要求日預(yù)算要達(dá)到某個(gè)量級(jí)？

是的，oCPC預(yù)算相對(duì)CPC預(yù)算要求更高一些，詳見(jiàn)創(chuàng)建計(jì)劃頁(yè)面的提示

 

如果預(yù)估的轉(zhuǎn)化成本設(shè)置確實(shí)太低了，那么第二個(gè)階段會(huì)不會(huì)也跑不出量？這個(gè)時(shí)候是不是重新設(shè)置提高轉(zhuǎn)化價(jià)格會(huì)利于提升轉(zhuǎn)化效果？

是的，有助于跑量。

但預(yù)估的轉(zhuǎn)化率和用戶(hù)和廣告創(chuàng)意有關(guān)，我們會(huì)去看歷史上什么樣的用戶(hù)會(huì)行成轉(zhuǎn)化，作為訓(xùn)練的樣本，去推測(cè)其他流量能否形成轉(zhuǎn)化，然后我們會(huì)綜合考慮點(diǎn)擊率和轉(zhuǎn)化率作為排序的依據(jù)，所以如果想給這種出價(jià)方式的計(jì)劃做優(yōu)化的話，可以?xún)?yōu)化點(diǎn)擊率和轉(zhuǎn)化率

 

假設(shè)第二階段OCPC出價(jià)8元可以正常跑量，是否可以繼續(xù)優(yōu)化調(diào)到7.5元嘗試？

可以嘗試，但如果您調(diào)到7.5時(shí)發(fā)現(xiàn)跑量的節(jié)奏明顯變慢了，說(shuō)明7.5的這個(gè)數(shù)值不夠合理。

 

OCPC到第二階段跑量緩慢

第一階段投放成本為30塊，第二階段出價(jià)3塊，差距太大，影響跑量。建議緩慢調(diào)低出價(jià)。

 

如果日預(yù)算是5000元，目標(biāo)是200元一個(gè)報(bào)名，計(jì)劃會(huì)不會(huì)為了達(dá)到目標(biāo)轉(zhuǎn)化成本，而增加客戶(hù)的日預(yù)算呢？

實(shí)際的轉(zhuǎn)化成本過(guò)大，日預(yù)算又偏低的情況下，第一階段也許會(huì)非常漫長(zhǎng)，如果他的實(shí)際成本是200元一個(gè)轉(zhuǎn)化，那他每天會(huì)產(chǎn)生25個(gè)轉(zhuǎn)化，如果要湊夠240個(gè)，需要9.6天，說(shuō)明他的第一階段至少要投放9.6天才能完成，這個(gè)時(shí)候我們會(huì)建議加大預(yù)算，確?？蛻?hù)可以盡快的進(jìn)入第二階段。

 

兩個(gè)階段中，如果客戶(hù)認(rèn)為量級(jí)比較小，想要提高價(jià)格增加轉(zhuǎn)化，會(huì)不會(huì)影響系統(tǒng)的判斷？

如果投放處于第一階段，更改CPC的出價(jià)，可以影響跑量的快慢；

如果投放處于第二階段，更改目標(biāo)轉(zhuǎn)化出價(jià)，對(duì)預(yù)估沒(méi)有影響，可能影響量和實(shí)際的成本

 

轉(zhuǎn)化工具中的數(shù)據(jù)與計(jì)劃數(shù)據(jù)的關(guān)系？

轉(zhuǎn)化工具中統(tǒng)計(jì)數(shù)據(jù)是以轉(zhuǎn)化為維度進(jìn)行統(tǒng)計(jì)的，默認(rèn)同一個(gè)用戶(hù)的多次轉(zhuǎn)化只算一次。

 

一個(gè)計(jì)劃是否支持多個(gè)轉(zhuǎn)化目標(biāo)？

不支持。

由于多個(gè)轉(zhuǎn)化目標(biāo)的轉(zhuǎn)化率差異較大，會(huì)導(dǎo)致預(yù)估偏差，現(xiàn)階段不支持多目標(biāo)轉(zhuǎn)化。

 

投放到第二階段修改創(chuàng)意會(huì)回到第一階段么?

不會(huì)。

創(chuàng)意、落地頁(yè)，這些用戶(hù)感知得到的信息，都是模型的特征，一旦修改，可能會(huì)導(dǎo)致預(yù)估不準(zhǔn)。

如您中途改了素材，要有一些耐心和抗壓能力(預(yù)估不準(zhǔn)/成本上升)，但過(guò)段時(shí)間模型自己也可以學(xué)回來(lái)，使得成本趨于您所設(shè)置的目標(biāo)

 

為何我的計(jì)劃一直在第一階段，跑不到第二階段? 

請(qǐng)您先確認(rèn)是否是基礎(chǔ)問(wèn)題導(dǎo)致，如接近預(yù)算等原因。

您的計(jì)劃CPC出價(jià)設(shè)置的過(guò)低、創(chuàng)意的點(diǎn)擊率不好(沒(méi)有選擇投放高點(diǎn)擊率、質(zhì)量好的素材)、定向過(guò)窄等原因，都會(huì)導(dǎo)致ECPM值低、競(jìng)爭(zhēng)力差，跑不起量。

 

計(jì)劃跑到第二階段后，CPC價(jià)格是否可以修改?

當(dāng)計(jì)劃跑到第二階段時(shí)，系統(tǒng)將不再使用您第一階段設(shè)置的最高點(diǎn)擊出價(jià)，而是根據(jù)預(yù)估轉(zhuǎn)化完成率與目標(biāo)轉(zhuǎn)化完成成本自動(dòng)優(yōu)化出價(jià)，化的提高轉(zhuǎn)化量，同時(shí)使轉(zhuǎn)化完成成本接近目標(biāo)。

所以此時(shí)，第一階段的CPC出價(jià)已經(jīng)沒(méi)有意義，無(wú)需修改。

 

建站頁(yè)面上只有一個(gè)按鈕，可以用OCPC出價(jià)嗎？

可以的，單獨(dú)按鈕是一個(gè)轉(zhuǎn)化組件，可以作為轉(zhuǎn)化目標(biāo)。

 

Xpath方式是否支持二級(jí)頁(yè)面等的轉(zhuǎn)化？

支持。

目前工具箱的方式不限定廣告計(jì)劃創(chuàng)建的頁(yè)面地址，根據(jù)轉(zhuǎn)化id進(jìn)行匹配。

 

xpath適用于哪些場(chǎng)景？

Xpath監(jiān)測(cè)頁(yè)面點(diǎn)擊行為。

不適用于頁(yè)面上的表單提交等涉及到邏輯判斷的轉(zhuǎn)化類(lèi)型。

 

第三方接入JS轉(zhuǎn)化的成本以及數(shù)據(jù)安全性如何保證？

JS跟蹤代碼接入非常簡(jiǎn)單，一個(gè)前端工程師半個(gè)小時(shí)的工作量

該JS代碼只獲取落地頁(yè)的目標(biāo)轉(zhuǎn)化數(shù)據(jù)量，不涉及客戶(hù)的具體線索信息。

 

已經(jīng)添加了老平臺(tái)代碼的用戶(hù)是否可以直接使用？

不能。

相對(duì)老平臺(tái)，新平臺(tái)的轉(zhuǎn)化流程已做優(yōu)化，保證廣告主操作和數(shù)據(jù)校驗(yàn)的便利性。

如果使用新平臺(tái)創(chuàng)建落地頁(yè)OCPC廣告計(jì)劃，則需要添加新的代碼

如想在新平臺(tái)投放與舊平臺(tái)一樣的落地頁(yè)，則必須暫停舊平臺(tái)計(jì)劃的投放，或者創(chuàng)建新的落地頁(yè)、重新添加代碼（如未暫停，會(huì)導(dǎo)致數(shù)據(jù)完全錯(cuò)誤）。

 

如何檢查代碼是否添加成功？

1.確認(rèn)在落地頁(yè)代碼編輯頁(yè)面中，[基礎(chǔ)代碼]添加到

..中

2.確認(rèn)在落地頁(yè)代碼編輯頁(yè)面中，[轉(zhuǎn)化代碼]添加到精準(zhǔn)的轉(zhuǎn)化目標(biāo)中 （e.g.微信號(hào)/點(diǎn)擊按鈕）

3.確認(rèn)在落地頁(yè)代碼編輯頁(yè)面中的convert_Id 與AD工具箱[轉(zhuǎn)化代碼]中的convert_Id 相對(duì)應(yīng)為什么按步驟添加代碼后還是顯示未激活狀態(tài)

 

為什么按步驟添加代碼后還是顯示未激活狀態(tài)？

1. 首先確認(rèn)代碼按照標(biāo)準(zhǔn)步驟添加完畢（可參考序號(hào)2解決方案的三個(gè)步驟進(jìn)行排查）

2. 可分享已經(jīng)加好代碼的落地頁(yè)鏈接至移動(dòng)端，在移動(dòng)端打開(kāi)后完成目標(biāo)轉(zhuǎn)化行為 （e.g 一條轉(zhuǎn)化目標(biāo)為點(diǎn)擊微信的落地頁(yè)：在手機(jī)上收到鏈接后打開(kāi)并點(diǎn)擊每一個(gè)具體的轉(zhuǎn)化目標(biāo)-微信號(hào)，即算完成激活行為）

 

為什么激活之后有點(diǎn)擊沒(méi)有任何轉(zhuǎn)化？

1.檢查代碼頁(yè)面convert ID是否與相對(duì)應(yīng)AD后臺(tái)-工具箱-轉(zhuǎn)化頁(yè)面內(nèi)容一致，如果不一致說(shuō)明該計(jì)劃的轉(zhuǎn)化被記到了別的{轉(zhuǎn)化}上去了

2.通過(guò)預(yù)覽確定廣告是否正常展示

 

添加代碼的落地頁(yè)有要求嗎？

沒(méi)有要求，可以正常加載投放的落地頁(yè)都可以添加代碼

 

轉(zhuǎn)化類(lèi)型如何選擇

在AD后臺(tái)工具箱中-轉(zhuǎn)化-新建轉(zhuǎn)化，轉(zhuǎn)化類(lèi)型的選擇并不影響OCPC廣告的投放，廣告主可以選擇貼近自己的廣告投放行為的選項(xiàng)

 

每一次和僅一次分別代表什么？

每一次：假設(shè)一次廣告點(diǎn)擊帶來(lái)3次轉(zhuǎn)化，將將記為3次轉(zhuǎn)化

僅一次：假設(shè)一次廣告點(diǎn)擊帶來(lái)3次轉(zhuǎn)化，將將記為1次轉(zhuǎn)化

（廣告主可自己的實(shí)際需求進(jìn)行選擇）

 

JS代碼和HTML代碼有什么區(qū)別？

JS代碼：某一事件成功了才會(huì)統(tǒng)計(jì)，比如申請(qǐng)信用卡，表單提交成功（檢測(cè)到用戶(hù)提交了信息）后才發(fā)送log，而不是每點(diǎn)擊提交按鈕一次就發(fā)送。在添加轉(zhuǎn)化代碼時(shí)需要找到對(duì)應(yīng)的JS組件。

HTML：用戶(hù)點(diǎn)擊某個(gè)組件一次就發(fā)送一次。在添加轉(zhuǎn)化代碼時(shí)只需找到對(duì)應(yīng)的轉(zhuǎn)化目標(biāo)即可。

 

同一套代碼可以添加到不同落地頁(yè)嗎？

可以，只要是該廣告主的落地頁(yè)都可以添加和監(jiān)控，但是為了保證可以進(jìn)行數(shù)據(jù)區(qū)分，建議不同目的的落地頁(yè)添加不同的代碼

 

同一個(gè)落地頁(yè)可以添加多個(gè)代碼嗎？

不可以，一個(gè)落地頁(yè)只能添加一套代碼（基礎(chǔ)代碼+轉(zhuǎn)化代碼)。如果想用相同的落地頁(yè)內(nèi)容，可以新建復(fù)制該落地頁(yè)代碼（花費(fèi)時(shí)間短），確認(rèn)落地頁(yè)鏈接不同，即在復(fù)制的新落地頁(yè)上可添加另一套代碼。

 

一個(gè)賬戶(hù)可以新建多個(gè)轉(zhuǎn)化嗎？

可以

 

一個(gè)落地頁(yè)可以設(shè)置多個(gè)轉(zhuǎn)化目標(biāo)嗎？

可以，舉例：表現(xiàn)在落地頁(yè)上，一個(gè)落地頁(yè)可以有多個(gè)微信號(hào)（都可以布上代碼）

 

我的安裝包有更新，是否可以更改？

可以更改，但更改的安裝包名稱(chēng)需要與之前的一致。

 

按照API對(duì)接文檔設(shè)置好參數(shù)，但無(wú)法監(jiān)測(cè)到激活，如何排查？

對(duì)于使用自制監(jiān)測(cè)鏈接的廣告主，建議先自行排查，自查順序如下：

1、檢查掃碼二維碼輸入設(shè)備號(hào)點(diǎn)擊【提交】后，是否能夠獲取到來(lái)自頭條的監(jiān)測(cè)鏈接（接口一）請(qǐng)求；并且有IDFA\IMEI，CALLBACK_PARAM\CALLBACK_URL,OS三個(gè)參數(shù)的替換，對(duì)于MAC、TS、IP、AID、CID、CTYPE這幾個(gè)參數(shù)我們?cè)诠ぞ呦渎?lián)調(diào)過(guò)程中不替換，只在廣告計(jì)劃正式投放的時(shí)替換（IMEI頭條會(huì)發(fā)送MD5處理后的結(jié)果）

2、檢查【下載】并【打開(kāi)】應(yīng)用后，廣告主是否能收到激活設(shè)備ID(IDFA or IMEI)信息

3、檢查激活設(shè)備ID信息和頭條發(fā)送的點(diǎn)擊設(shè)備ID(IDFA or IMEI)是否匹配成功

4、檢查廣告主是否有把匹配成功的激活信息通過(guò)（接口二）回調(diào)給頭條

 

應(yīng)用下載的激活成本與激活數(shù)的安全性如何保證？

我們會(huì)為廣告主生成一個(gè)加密密鑰，廣告主可以通過(guò)加密的方式對(duì)激活數(shù)進(jìn)行加密

 

只有一個(gè)計(jì)劃使用了激活目標(biāo)，但后臺(tái)工具箱顯示的激活數(shù)大于計(jì)劃的激活數(shù)？

只要使用了工具箱該目標(biāo)的激活鏈接的計(jì)劃，產(chǎn)生的激活數(shù)都會(huì)被統(tǒng)計(jì)到工具箱里。