搜索推廣丨搜索oCPC問題匯總(十)

　　各位童鞋，好久沒推送文章了，好多童鞋還在催更，鑒于近期還有好多童鞋對搜索OCPC關注，特意抽出時間，將此次更新的一些問題匯總如下，如果你已了解，請忽略。同時，為了讓更多的童鞋了解，還請各位童鞋轉發(fā)分享哦~

　　?二階狀態(tài)下自動定向如何理解

　　具體功能是什么?

　　一、如何理解自動定向？

　　是搜索oCPC以保證保目標轉化成本前提下一種拓量方法。

　　自動擴展關鍵詞的匹配類型，幫助探索更多高轉化的潛在用戶，提升轉化量。

　　流量拓展方式包括：擴量模式「包括：保守擴量、均衡擴量、積極擴量」和突破定向「包括：時段、地域、否定詞」兩類方式。僅在oCPC第二階段生效。

　　二、oCPC自動定向的拓量原理是什么？

　　存在有兩個自動突破：

　　1.突破的關鍵詞匹配模式，在保證cpa的條件下拓展到智能匹配，探索跟客戶相關的意圖人群；

　　2.突破自身購買關鍵詞限制，在保證cpa的條件下直接探索跟客戶業(yè)務相關的行業(yè)人群；

　　三、自動定向&智能加詞分別在那個環(huán)節(jié)生效？

　　均在投放包進入oCPC第二階段后生效，oCPC第一階段不生效

　　四、自動定向&智能加詞功能的操作位置

　　操作位置：推廣管理→工具中心→oCPC投放→編輯投放包→最下方即可修改

　　五、通過智能加詞添加的關鍵詞數據查看位置

　　推廣管理?→?定向→?關鍵詞列表?→?自定義列中添加『來源』，『來源』列中標識為『oCPC智能加詞』狀態(tài)的關鍵詞為系統(tǒng)添加的關鍵詞，可以查看關鍵詞的投放數據。

　　六、智能加詞功能的加詞頻率是怎樣的？

　　系統(tǒng)每3日加詞一次

　　七、開啟自動定向狀態(tài)下，搜索詞報告怎么查看？

　　第一步：登錄推廣后臺，點擊“數據報告”按鈕

　　第二步：選擇左側菜單欄中“搜索詞報告”

　　第三步：搜索詞報告中，“細分”類目選擇「分觸發(fā)模式」

　　第四步：點擊報告中“觸發(fā)模式”篩選「智能匹配-oCPC」分類，即可查看

　　八、如何區(qū)分oCPC狀態(tài)下，搜索詞相關性較低，如果區(qū)分是“自動定向導致“還是“cpc匹配異常導致”？

　　在搜索詞報表中“細分”類目選擇「分觸發(fā)模式」，觸發(fā)模式標記“智能匹配-oCPC”的搜索詞，為自動定向拓展，反之則為cpc匹配問題。

　　（“cpc匹配問題”可反饋至風鈴平臺「fengling.baidu.com」“匹配異常”進行問題排查）

　　九、自動定向觸發(fā)的搜索詞相關度較低，應該如何優(yōu)化？

　　如相關度較低搜索詞為oCPC帶來，請檢查轉化成本是否穩(wěn)定。

　　①未超出轉化成本：

　　建議無需過多關注相關性，因自動定向會根據人群和意圖定位目標客戶，為您帶來更多轉化量。也可提供3日內的搜索詞報告（只保留相關性低的搜索詞），反饋至風鈴平臺，技術會進行排查；

　　②超出轉化成本：

　　可進行否詞或調低檔位至保守擴量，調低檔位可能對轉化量有影響，請酌情調整。

　　?二階狀態(tài)下哪些定向

　　出價系數將會失效呢?

　　按投放優(yōu)化模式：

　　①oCPC?：

　　定向設置?-?生效；（舉例：僅投放北京、僅投放移動設備、僅周一-周五投放等）；

　　出價系數?–?均不生效。包括：地域，時間，設備，人群等；

　　②eCPC：

　　定向設置?-?生效；（舉例：僅投放北京、僅投放移動設備、僅周一-周五投放等）

　　出價系數?-僅時段，地域，設備系數以及ecpc人群設置生效；其他不生效。

　　③通用情況：

　　匹配模式?-?oCPC模式下采用智能模型優(yōu)化，自動定向開啟狀態(tài)下會進行更多流量；關閉狀態(tài)下則不會推薦。

　　否詞?-?短語&精確否定均生效。

　　?出現(xiàn)投放包超成本問題該如何處理

　　具體賠付規(guī)則是什么?

　　一、ocpc普通模式/低門檻超成本賠付規(guī)則

　　1.賠付計算范圍：

　　與oCPC投放包的生效范圍一致；僅針對oCPC目標轉化出價模式賠付，若采用oCPC點擊出價系數模式，不在賠付計算范圍內；

　　2.賠付條件：（以下條件缺一不可）

　　1）超成本比例：轉化出價超過目標成本的20%以上（舉例：目標成本10元，轉化出價≥12元）

　　2）賠付時間范圍：

　　普通模式下從oCPC投放包進入第二階段的那一刻開始，及其之后的3個自然日

　　低門檻模式從oCPC投放包進入第二階段的那一刻開始，及其之后的7個自然

　　3）修改要求：修改投放包內的CPA出價或定向(關鍵詞、人群、擴量開關等)其中任意一個的次數不能超過2次；賠付周期內，不能修改轉化數據源和目標轉化類型。

　　4）投放包生效范圍內的計劃尚未進行過oCPC賠付

　　5）轉化數量要求：

　　普通模式下oCPC投放包平均日轉化數量>10且?每日轉化數量均>0；

　　低門檻投放模式oCPC投放包累計轉化數量>=30；

　　3.賠付金額計算規(guī)則：

　　1）預期消費?=（目標轉化出價1?*?對應轉化數）+（目標轉化出價2?*?對應轉化數）+?...（目標轉化出價n*對應轉化數）；

　　2）賠付金額?=?實際消費?-?預期消費；

　　4.核算賠付時間：

　　普通模式下oCPC投放包進入第二階段的第6天；

　　使用低門檻投放模式oCPC投放包進入第二階段的第10天；

　　5.符合以上條件后，系統(tǒng)會自動進行賠付處理。

　　二、oCPC?0門檻超成本賠付規(guī)則

　　1.賠付計算范圍：

　　與oCPC投放包的生效范圍一致；僅針對oCPC目標轉化出價模式賠付，若采用oCPC點擊出價系數模式，不在賠付計算范圍內；

　　2.賠付條件：（以下條件缺一不可）

　　1）超成本比例：轉化出價超過目標成本的30%以上（舉例：目標成本10元，轉化出價≥13元）

　　2）賠付時間范圍：oCPC投放包進入學習期并完成核對（兩個條件缺一不可）后的3個自然日

　　3）修改要求：修改投放包內的CPA出價或定向(關鍵詞、人群、擴量開關等)其中任意一個的次數不能超過2次；賠付周期內，不能修改轉化數據源和目標轉化類型。

　　4）投放包生效范圍內的計劃尚未進行過oCPC賠付

　　5）轉化數量要求：賠付周期內，oCPC投放包累積轉化數量>5。

　　3.賠付金額計算規(guī)則：

　　1）預期消費?=（目標轉化出價1?*?對應轉化數）+（目標轉化出價2?*?對應轉化數）+?...（目標轉化出價n*對應轉化數）；

　　2）賠付金額?=?實際消費?-?預期消費；

　　4.核算賠付時間：

　　oCPC投放包進入學習期并完成核對的第6天

　　5.符合以上條件后，系統(tǒng)會自動進行賠付處理。

　　關于返款計算規(guī)則和返款條件的最終解釋權歸百度推廣平臺所有；

　　三、若符合以上賠付規(guī)則，系統(tǒng)會自動進行賠付處理；若不符合規(guī)則，但出現(xiàn)連續(xù)7天平均成本持續(xù)超出，可通過風鈴平臺進行問題反饋。

　　?出現(xiàn)大量無效線索怎么自查?

　　第一步：明確廣告主對「無效線索」的定義，以下均不屬于「無效線索」。

　　①線索未實際成單、消費、或未達到下一步深度轉化。建議廣告主進行轉化類型調整，如切換為深度轉化

　　②線索非本業(yè)務：進行搜索詞報告自查

　　③線索非本地域：查看搜索詞意圖開關是否開通

　　④客戶咨詢了一句話后就離開：確認接待客服是否實時應答

　　⑤線索轉化少：確認各項賬戶優(yōu)化是否已做

　　⑥線索無轉化：非無效線索問題

　　第二步：出現(xiàn)什么樣的情況屬于無效線索？

　　①咨詢：只說你好，惡意對話、罵人、無意義字符、亂碼、表情包、不說話、閑聊、故意混淆地域等；

　　②表單：號碼異常-空號、停機；無人應答-關機、拒接、不在服務區(qū)、無人接聽；罵人；非本人填寫手機號；

　　③作假/惡意流量攻擊站點；

　　第三步：確實是oCPC無效線索問題應該怎么反饋？

　　反饋要求：單賬戶單天無效線索≥50條或累計多天無效線索≥50條且無效線索占比≥50%

　　（累計多天達到量級者合并一次提交）無效線索占比=無效線索量/賬戶總線索量。

　　反饋渠道：風鈴平臺（fengling.baidu.com）

　　處理時長：2周左右；

　　處理方向：定性定損及無效點擊過濾不計費；

　　?數據對不齊?-?API/APP激活?

　　第一步：通過數據回傳鏈接，確認是哪個環(huán)節(jié)出現(xiàn)了問題？

　　API回傳：

　　http://ocpc.baidu.com/developer/d/tool/api/query

　　APP激活：

　　http://ocpc.baidu.com/developer/d/tool/app/query

　　第二步?：若客戶監(jiān)控與回傳數據一致，但業(yè)務端數據不一致

　　1、推廣后臺顯示的數據會經過“反作假策略以及廣告拼接”的數據剔除，導致與回傳數據不一致。

　　2、確認oCPC數據邏輯與監(jiān)控的口徑是否存在差異。（百度oCPC數據為點擊廣告當天產生的轉化量，如1.1點擊廣告，1.3激活，百度仍記錄為1.1的激活）

　　3、是否滿足回傳轉化類型和數據源和投放包設置的一致。

　　4、監(jiān)控數據覆蓋的計劃是否與?ocpc?投放包覆蓋計劃相符。

　　5、有可能出現(xiàn)短時間的數據回傳延遲，可反饋至風鈴平臺

　　（fengling.baidu.com）

　　第三步：若客戶監(jiān)控與回傳數據不一致

　　1、確認回傳歸因是否較為單一導致，建議多加一些歸因。盡量保證以下均完成歸因配置：“oaid、imei、Android、mac、ip+ua”

　　2、回傳數據為廣告流量且去掉作假流量后的轉化數量，可能會導致數據不一致。

　　但數據統(tǒng)計存在10%以內無法對齊的情況為正常狀態(tài)。

　　3、確認oCPC數據邏輯與監(jiān)控的口徑是否存在差異。（百度oCPC數據為點擊廣告當天產生的轉化量，如1.1點擊廣告，1.3激活，百度仍記錄為1.1的激活）

　　4、監(jiān)控數據覆蓋的計劃是否與?ocpc?投放包覆蓋計劃相符。

　　5、確認回傳轉化類型和數據源和投放包設置是否一致。

　　6、以上如依然無法解決問題請反饋至風鈴平臺（fengling.baidu.com）

　　?數據對不齊?–?JS?

　　一、廣告主監(jiān)控數與回傳數據對不上

　　①確認是否有漏埋代碼的情況（多個賬戶、多個頁面、多個轉化組件情況）

　　②確認數據統(tǒng)計的口徑是否一致（*主要原因）

　　a）回傳數據僅為廣告流量，廣告主數據是否同時包含廣告流量與非廣告流量。

　　b）回傳數據顯示搜索+信息流數據總和，而廣告主數據有可能僅為搜索數據。

　　c）廣告主業(yè)務統(tǒng)計邏輯與技術人員埋碼邏輯不一致，導致數據不一致問題。

　　例如：JS統(tǒng)計的表單提交數量，但是廣告主自己統(tǒng)計的是有效線索數量等

　　d）回傳數據查詢的數量是廣告流量且去掉作假流量后的轉化數量，廣告主自己的統(tǒng)計很難符合上述維度，導致數據不一致。

　　同時數據統(tǒng)計存在10%以內無法對齊的情況為正常狀態(tài)。

　　二、回傳數據與推廣后臺數據對不上

　　①?確認監(jiān)控URL是否復用于多個賬號，多頁面使用。舉例：多賬號同時只用改URL導致原始數據顯示所有賬號數據情況，而推廣后臺僅顯示其中一個賬戶數據。

　　②?確認監(jiān)控URL是否同時用于搜索+信息流推廣使用。導致回傳數據顯示搜索+信息流數據總和，而推廣后臺僅顯示搜索的數據。

　　③?確認監(jiān)控URL是否同時用于CPC+oCPC推廣使用。導致回傳數據顯示CPC+oCPC數據總和，而推廣后臺僅顯示oCPC的數據。

　　④?推廣后臺顯示的數據會經過“反作假策略以及廣告拼接”的數據剔除，導致與回傳數據不一致。

　　排除以上情況后，如果回傳數據與推廣后臺內數據無法對齊占比超過10%，

　　請通過風鈴平臺（fengling.baidu.com）進行反饋排查。

　　三、業(yè)務端轉化數據為0

　　①確定oCPC投放對應的計劃或者單元是否處于投放中。

　　②確認埋碼頁面的基礎代碼,?預埋點屬性代碼或者表單提交成功是否正確，可以通過JS轉化代碼檢測工具進行相應的排查。需要確認已經埋碼，并準確回傳投放的轉化類型。

　　排除以上情況后，如依然無法解決問題，請通過風鈴平臺

　　（fengling.baidu.com）進行反饋排查。

　　?數據對不齊?-?BCP?

　　有使用的BCP咨詢工具授權的賬戶，在基木魚上面會顯示對應數據。

　　查看位置：“基木魚-營銷租組件-線索報告”，通過區(qū)分流量來源還有轉化類型，查看咨詢工具回傳給百度的數據。

　　oCPC數據報告與基木魚平臺一致，但與咨詢工具監(jiān)控不一致：

　　（1）確認咨詢明細內轉化類型是否與監(jiān)控類型一致，如監(jiān)控類型為“三句話“，咨詢明細為“一句話”

　　（2）確認轉化來源是否全部為“搜索推廣”，需剔除自然流量or其他流量

　　（3）需確認咨詢工具是否將全部轉化數據匯回傳給百度，咨詢工具是否存在數據斷流（數據延遲）等問題。

　　（4）確認客戶的咨詢工具是js吊起還是獨立鏈接，獨立鏈接無法統(tǒng)計到數據；

　　（5）在咨詢明細里的訪問來源(有的叫來源網頁)，按"baidu.com"進行篩選后再核對；

　　（6）照以上方式仍存在大量數據對不齊,請進行風鈴平臺反饋

　　fengling.baidu.com請務必提供咨詢工具明細。需包含以下字段：訪問開始時間、對話時間、用戶發(fā)送消息數、客服發(fā)送消息數、訪問來源(或叫來源網頁)、初次訪問網址、對話網址

　　oCPC數據報告與基木魚平臺不一致：

　　（1）確認轉化來源是否全部為“搜索推廣”，需剔除自然流量or其他流量

　　（2）按照以上方式仍存在大量數據對不齊,請進行風鈴平臺反饋

　　fengling.baidu.com，請務必提供咨詢工具明細。需包含以下字段：訪問開始時間、對話時間、用戶發(fā)送消息數、客服發(fā)送消息數、訪問來源(或叫來源網頁)、初次訪問網址、對話網址。