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

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

 

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

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

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

 

第一階段需要多長時間積累？

不能按時間去衡量，只能按照量級衡量。

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

 

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

不做限制，但我們建議，如果您選擇了OCPC出價，盡量去掉不必要的定向（因為既然已經(jīng)按照目標(biāo)轉(zhuǎn)化出價，系統(tǒng)則會自動甄選轉(zhuǎn)化率高的這部分用戶，不需要您再手動去挑選了）

 

iOS可以投放ocpc嗎？

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

 

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

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

 

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

在設(shè)置的出價合理的情況下，通常來說不會出現(xiàn)這種情況。

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

 

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

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

 

會不會要求日預(yù)算要達到某個量級？

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

 

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

是的，有助于跑量。

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

 

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

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

 

OCPC到第二階段跑量緩慢

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

 

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

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

 

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

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

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

 

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

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

 

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

不支持。

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

 

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

不會。

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

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

 

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

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

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

 

計劃跑到第二階段后，CPC價格是否可以修改?

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

所以此時，第一階段的CPC出價已經(jīng)沒有意義，無需修改。

 

建站頁面上只有一個按鈕，可以用OCPC出價嗎？

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

 

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

支持。

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

 

xpath適用于哪些場景？

Xpath監(jiān)測頁面點擊行為。

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

 

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

JS跟蹤代碼接入非常簡單，一個前端工程師半個小時的工作量

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

 

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

不能。

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

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

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

 

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

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

..中

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

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

 

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

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

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

 

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

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

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

 

添加代碼的落地頁有要求嗎？

沒有要求，可以正常加載投放的落地頁都可以添加代碼

 

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

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

 

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

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

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

（廣告主可自己的實際需求進行選擇）

 

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

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

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

 

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

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

 

同一個落地頁可以添加多個代碼嗎？

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

 

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

可以

 

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

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

 

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

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

 

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

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

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

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

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

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

 

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

我們會為廣告主生成一個加密密鑰，廣告主可以通過加密的方式對激活數(shù)進行加密

 

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

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