如果是Android應用下載，是不是OCPC和CPA邏輯類似？

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

 

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

計劃列表里會顯示您當前的投放階段。

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

 

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

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

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

 

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

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

 

iOS可以投放ocpc嗎？

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

 

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

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

 

OCPC可以控制成本提高轉化率，但是會不會導致客戶的量跑不出去？

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

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

 

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

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

 

會不會要求日預算要達到某個量級？

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

 

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

是的，有助于跑量。

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

 

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

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

 

OCPC到第二階段跑量緩慢

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

 

如果日預算是5000元，目標是200元一個報名，計劃會不會為了達到目標轉化成本，而增加客戶的日預算呢？

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

 

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

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

如果投放處于第二階段，更改目標轉化出價，對預估沒有影響，可能影響量和實際的成本

 

轉化工具中的數(shù)據(jù)與計劃數(shù)據(jù)的關系？

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

 

一個計劃是否支持多個轉化目標？

不支持。

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

 

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

不會。

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

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

 

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

請您先確認是否是基礎問題導致，如接近預算等原因。

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

 

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

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

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

 

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

可以的，單獨按鈕是一個轉化組件，可以作為轉化目標。

 

Xpath方式是否支持二級頁面等的轉化？

支持。

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

 

xpath適用于哪些場景？

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

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

 

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

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

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

 

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

不能。

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

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

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

 

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

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

..中

2.確認在落地頁代碼編輯頁面中，[轉化代碼]添加到精準的轉化目標中 （e.g.微信號/點擊按鈕）

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

 

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

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

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

 

為什么激活之后有點擊沒有任何轉化？

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

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

 

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

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

 

轉化類型如何選擇

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

 

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

每一次：假設一次廣告點擊帶來3次轉化，將將記為3次轉化

僅一次：假設一次廣告點擊帶來3次轉化，將將記為1次轉化

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

 

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

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

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

 

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

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

 

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

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

 

一個賬戶可以新建多個轉化嗎？

可以

 

一個落地頁可以設置多個轉化目標嗎？

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

 

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

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

 

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

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

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

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

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

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

 

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

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

 

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

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