快手廣告投放：電商行業信息流廣告Q&A手冊《NO.7》

三，深度對接問題

1. API

API(Application Programming Interface，應用程序接口)是一些預先定義的函數，或指軟件系統不 同組成部分銜接的約定。 目的是提供應用程序與開發 人員基于某軟件或硬件得以訪問一組例程的能力，而 又無需訪問原碼，或理解 內部工作機制的細節。快手廣告監測 API：為滿足快手廣告主對廣告效果的監測需求，監測從快手廣告渠道分發的應用 內轉化數據，并回傳給快手廣告管理平臺，幫助廣告(gao)主跟(gen)蹤快手(shou)電商廣告(gao)轉化效(xiao)果。適用于(yu) Android 和 iOS。

詳(xiang)細內容請閱(yue)讀:《快(kuai)手廣告管(guan)理(li)平臺應用下載類廣告轉化數據 API 接口文檔》

注意:若客(ke)戶使用第三(san)方友(you)盟監(jian)測鏈接，需要(yao)問清客(ke)戶使用的是 Apptrack or Uapp。快手(shou)后臺(tai)與 Apptrack 無 GAP。此問題可能會導致聯(lian)調成(cheng)功，客(ke)戶友(you)盟監(jian)測有激活(huo)回(hui)傳，但后臺(tai)不(bu)顯示(shi)激活(huo)數(shu)。

Q:如何對接 API?

A：API 對接基本流程大致為:接口一是客戶的監測鏈接接口，快手將快手信息流廣告投放的(de)詳細信(xin)息(xi)(設備信(xin)息(xi)及對(dui) 應的(de) callback)實時上報到(dao)接(jie)口(kou)一;接(jie)口(kou)二(er)是快(kuai)手轉化數據回收接(jie)口(kou)，形式是監測鏈(lian)接(jie)中"__CALLBACK__"對(dui) 應的(de) URL，客戶歸(gui)因(yin)后， 將快(kuai)手帶來(lai)的(de)激活設備所(suo)對(dui)應的(de) callback 鏈(lian)接(jie)，服務端請求一次即可。

Q:API 對接(jie)過程中，最常見(jian)(jian)問題有哪些?如何解決? 常見(jian)(jian)問題主要有如下三點:

【問題一】廣告(gao)主(zhu)反饋 URL 填寫到后(hou)臺時，系統提示有誤，無法保存(cun);

【問題二】廣告主(zhu)反饋收不到快(kuai)(kuai)手上報的快(kuai)(kuai)手廣告監測數據;

【問題三】廣告主(zhu)反饋自己(ji)后(hou)臺的數(shu)據和(he)快手后(hou)臺報表中的轉化數(shu)據不一致。

【問(wen)題四】廣告主在賬戶聯調中(zhong)，反(fan)饋監測鏈接(jie)不可用，如下圖:

解決(jue)方(fang)法: 【解答一】

1. 僅支(zhi)持 https;

2. 系統會(hui)校驗占(zhan)位(wei)(wei)符是否填寫(xie)(xie)正確，所以(yi)務(wu)必拼(pin)寫(xie)(xie)正確，且不能使用不在列表里面的(de)占(zhan)位(wei)(wei)符，比如:__OS__。

【解答二】

1. 證書不(bu)能(neng)不(bu)受(shou)信(xin)任(ren)，可在 PC 瀏覽器中(zhong)嘗試直接訪(fang)問監(jian)測(ce)鏈接，如果(guo)出現下 圖提示，即需要更新 https 證書;

2. iOS 的監測鏈接，需要滿足蘋果(guo)的 ATS 要求，且 TLS 版本要在 1.2 及以上;

3. 快手廣(guang)告(gao)主監(jian)測鏈(lian)接渠道參(can)數(shu)有誤使用 A 參(can)數(shu)的點擊監(jian)測，但查看的 B 參(can)數(shu)的上報數(shu)據;

4. 快手廣告主監測鏈接的接口無(wu)法訪問(wen)，包括 404 等(deng)多種情(qing)況，如下(xia)圖(tu)。

【解答三】

快手廣告平臺如(ru)何展現轉化(hua)(hua)數(shu)據(ju)排查轉化(hua)(hua)數(shu)據(ju) Gap 前，首先需要了(le)解快手后臺轉化(hua)(hua)數(shu)據(ju)是如(ru)何統計并展現的。

快手廣(guang)(guang)告(gao)(gao)平(ping)臺(tai)只記(ji)錄轉(zhuan)化(hua)數(shu)據(ju)，歸(gui)因由廣(guang)(guang)告(gao)(gao)主或(huo)(huo)第三(san)方(fang)完成。 快手廣(guang)(guang)告(gao)(gao)平(ping)臺(tai)根(gen)(gen)據(ju)廣(guang)(guang)告(gao)(gao)主或(huo)(huo)者第三(san)方(fang)上報(bao)的轉(zhuan)化(hua) callback 來實(shi)時記(ji)錄轉(zhuan)化(hua)數(shu)據(ju)，每個 callback 對(dui)應(ying)著 35 唯一的廣(guang)(guang)告(gao)(gao)計劃(hua)(hua)/組/創意，快手收到(dao) callback 數(shu)據(ju)后(hou)，實(shi)時展現在(zai)報(bao)表(biao)中。(例:廣(guang)(guang)告(gao)(gao)主或(huo)(huo)第三(san)方(fang)在(zai) 1 號 18 時上報(bao)一條(tiao)轉(zhuan)化(hua)數(shu)據(ju)，廣(guang)(guang)告(gao)(gao)平(ping)臺(tai)根(gen)(gen)據(ju) callback 信息，記(ji)錄在(zai) 1 號 18 時對(dui)應(ying)的廣(guang)(guang)告(gao)(gao)計劃(hua)(hua)/組/創意報(bao)表(biao)數(shu)據(ju)下， 不關注 callback 對(dui)應(ying)的廣(guang)(guang)告(gao)(gao)的展示或(huo)(huo)點(dian)擊(ji)時間和真實(shi)轉(zhuan)化(hua)時間。)

Q:為什么我自己后臺的數據和快手視頻廣告營銷平臺(tai)的核對不(bu)上，而且有(you)的日期(qi)我的后臺(tai)轉化(hua)數據(ju)多，有(you)的日期(qi) 廣告平臺(tai)轉化(hua)數據(ju)多?

A：最常(chang)見原因(yin)是快手廣告主(zhu)沒有實時(shi)上報轉化數(shu)據，導致(zhi)雙方比對數(shu)據的(de)周期無法對應上，產生數(shu)據 Gap。

1.首先檢查鏈接格式，http 是否加了 s，如(ru)果(guo)未加，需加上;

2. 上 一 步(bu) 無 效 后 ， 請 檢 查(cha) 是(shi) 否 填 寫 參 數 ， 如 下 圖 。 也 可 參 考 以下文(wen)檔： //yiqixie.com/d/home/fcAA20a3_jN265xtjzJPmNg4r

Q:為什么我自(zi)己后(hou)臺的(de)數據和廣(guang)告(gao)(gao)平臺的(de)核對不上(shang)，快(kuai)手(shou)廣(guang)告(gao)(gao)平臺記錄的(de)轉化數據比我自(zi)己后(hou)臺記錄的(de)多(duo)很(hen)多(duo)?

第一種原因：最常見原因是快(kuai)手(shou)(shou)廣告(gao)(gao)主(zhu)自己后臺(tai)(tai)的(de)統(tong)(tong)(tong)計(ji)邏輯(ji)(ji)(ji)和給(gei)快(kuai)手(shou)(shou)上(shang)報(bao)轉化的(de)邏輯(ji)(ji)(ji)不一致，快(kuai)手(shou)(shou)廣告(gao)(gao)主(zhu)自己后臺(tai)(tai)只按渠道 包統(tong)(tong)(tong)計(ji)數據，但上(shang)報(bao)快(kuai)手(shou)(shou)的(de)邏輯(ji)(ji)(ji)是只要(yao)設 備號匹(pi)配成(cheng)功即回傳，這種情況需要(yao)廣告(gao)(gao)主(zhu)確認(ren)自己后臺(tai)(tai)的(de)統(tong)(tong)(tong)計(ji) 邏輯(ji)(ji)(ji)，保持自己內部(bu)邏輯(ji)(ji)(ji)統(tong)(tong)(tong)一，或者(zhe)客(ke)戶自己后臺(tai)(tai)統(tong)(tong)(tong)計(ji)轉化的(de)追溯(su)期和上(shang)報(bao)給(gei)快(kuai)手(shou)(shou)的(de)追溯(su)期 不一致;

第二種原(yuan)因：是(shi)客(ke)戶重(zhong)(zhong)復上報，比如把激活設備對應的全(quan)部 callback 均上報或(huo)多次(ci)上報，這種情況需要廣告主歸 因后(hou)上報時進行控制，避(bi)免上報無(wu)效的重(zhong)(zhong)復數據;

第三種(zhong)原因(yin)：快手廣告(gao)主(zhu)同時投放多(duo)款產(chan)品(pin)，由于廣告(gao)主(zhu)內部多(duo)款產(chan)品(pin)統一做歸因(yin)，廣告(gao)主(zhu)誤把其他產(chan)品(pin) 的轉(zhuan)化(hua)數據匹(pi)配并回傳(chuan)。

Q:為什么我自己后臺的數據和快手廣告平臺的核(he)對不上，快手(shou)廣告平臺記錄(lu)的轉化數(shu)據比(bi)我(wo)自己后臺記錄(lu)的少?

A：最常見原因：是廣告主或第三方未全量上報，上報快手廣告平臺轉化數據基于廣告主或第三方上報，需要廣 告主或第三方先確認上報給快手的數量，如果確認快手廣告后臺展示數據(ju)比上(shang)報(bao)數量少(shao)，提供【完整 callback 上(shang) 報(bao) URL、上(shang)報(bao)時(shi)間、快(kuai)(kuai)手的(de)(de)(de)接口返(fan)回值(zhi)】，快(kuai)(kuai)手協助排查(cha); 第二(er)種原因：是快(kuai)(kuai)手廣(guang)告主(zhu)上(shang)報(bao)的(de)(de)(de)轉化(hua)(hua) callback 實際上(shang)對(dui)應多個賬戶/計(ji)劃(hua)/組/創意(yi)(yi)，這(zhe)種情況下(xia)，建議客戶通過 點擊監(jian)測同(tong)時(shi)收集并記(ji)錄(lu)計(ji)劃(hua)/組/創意(yi)(yi)這(zhe)三個 層(ceng)級的(de)(de)(de) callback，這(zhe)樣在上(shang)報(bao)時(shi)就可以清楚的(de)(de)(de)知道自己(ji)的(de)(de)(de)轉化(hua)(hua) 最(zui)終會(hui)披(pi)露在 哪(na)個計(ji)劃(hua)/組/創意(yi)(yi)，避免上(shang)報(bao)的(de)(de)(de) callback 分散在多個計(ji)劃(hua)/組/創意(yi)(yi)，但后(hou)臺(tai)查(cha)看(kan)報(bao)表時(shi)，漏看(kan) 了部分計(ji)劃(hua)/組/創意(yi)(yi)的(de)(de)(de)數據(ju)，誤(wu)認為廣(guang)告平臺(tai)記(ji)錄(lu)的(de)(de)(de)轉化(hua)(hua)數據(ju)比自己(ji)后(hou)臺(tai)記(ji)錄(lu)的(de)(de)(de)少(shao)。

Q:快手廣告平臺會對上(shang)報的轉化數據進(jin)行去重(zhong)嗎?

A：會基于數據(ju)的反作弊清洗進(jin)行(xing)一定(ding)維度的去重，但要求快手廣告(gao)主務必確保上報的數據(ju)真實且準確，否則 仍然會出現數據(ju) Gap 等情況(kuang)，影(ying)響廣告(gao)投放效果(guo)。

2. SDK

Q:什么是 SDK，如何(he)對接(jie)快手廣告監測(ce) SDK?

A：SDK 是指由(you)第(di)三方(fang)服務商提供的實現軟件產品某(mou)項功能的工具包(bao)，此處(chu)特指 用(yong)于(yu)實現快(kuai)手廣告(gao)(gao)監(jian)(jian)(jian)測數 據實時回傳的 SDK。廣告(gao)(gao)監(jian)(jian)(jian)測 SDK 對(dui)比(bi) API 回傳方(fang) 式收(shou)集字段參數更(geng)全(quan)面，收(shou)集頻次更(geng)及(ji)時，適合(he)對(dui) oCPC 效果追求更(geng)高(gao)的廣告(gao)(gao)主(zhu)。目前 SDK 對(dui)接(jie)已(yi)全(quan)量線上自助(zhu)操作(zuo)，快(kuai)手 SDK 暫時僅支持安卓。 詳細內容請閱讀(du): 《快(kuai)手 Android SDK 對(dui)接(jie)及(ji)使用(yong)流程》 《快(kuai)手監(jian)(jian)(jian)測 SDK 解(jie)決方(fang)案》 《快(kuai)手廣告(gao)(gao)監(jian)(jian)(jian)測 SDK 使用(yong)說明》

Q:快手支持 iOS SDK 嗎?

A：暫不支持

Q:快(kuai)手 SDK 轉化數據去重(zhong)周期是(shi)多(duo)少?

A：激活以應用初始(shi)化為準，表單、完件(jian)、授信事(shi)件(jian)根據 30 天內(nei)上報的數據進 行去重(zhong)，其他事(shi)件(jian)不去重(zhong)。

Q:快手(shou) SDK 轉化數據追溯周期是多少?

A：快手(shou)根據(ju)去重等(deng)數據(ju)清洗規則處(chu)理轉化數據(ju)后，會根據(ju)“應用包名+設備信 息(xi)”，追溯(su)近 30 天的(de)(de)(de)勾選 了 SDK 選項的(de)(de)(de)廣告組的(de)(de)(de)廣告數據(ju)，匹配(pei)成功后計

入報表。

Q:聯調第一步不通過怎么辦(ban)?

A：確認安(an)裝包的 app_id、app_name 等內(nei)容(rong)和后(hou)臺創(chuang)建(jian)(jian)時(shi)的信(xin)息完全一致(zhi)，并 且先點擊“去(qu)激活”后(hou)， 才能(neng)(neng)首次(ci)啟(qi)動 App;另(ling)外(wai)，可能(neng)(neng)存(cun)在無法獲取設備(bei)信(xin) 息導致(zhi)聯(lian)調失敗的情(qing)況(kuang)，建(jian)(jian)議嘗(chang)試更換設備(bei)聯(lian)調。如 果更換設備(bei)還是不成功，需要工程師把(ba)初始化代碼放在手機權限授權之(zhi)后(hou)。

Q:聯(lian)調第二步不通過怎(zen)么(me)辦?

A：需要確認事件成功上報，建議快手短視頻廣告推廣平臺(tai)廣告主先自行開啟日(ri)志打(da)印測試，如果初(chu)始化 或轉化時無日(ri)志打(da)印，則 說明 SDK 安裝異常。

Q:使用 SDK 的安裝包，可以添加(jia)監測鏈接嗎(ma)?

A：如果需(xu)(xu)求可以(yi)添加，但需(xu)(xu)特殊處理。第一(yi)方(fang)監測鏈接(jie)需(xu)(xu)刪掉 “__CALLBACK__”，第三方(fang)監測鏈接(jie)需(xu)(xu)在(zai) 第三方(fang)后臺關(guan)閉轉化回調。安裝了快(kuai)手(shou) SDK 的(de)安裝包，投放時禁止使用 API 對接(jie)。

Q:SDK 數(shu)據 Gap 原因?

A：常見原因有(you)如下幾點:

1. 安(an)裝了 SDK 的包投放時誤使(shi)用了 API 的對(dui)接方(fang)式，監測鏈接沒有去掉callback;

2. 排重窗口期不(bu)一致，快(kuai)手 SDK 是按(an)照【IMEI+APK 包名(ming)】 30 天去重;

3. 歸因方式(shi)不(bu)一致，快手 SDK 是優先根(gen)據 IMEI 匹(pi)配，匹(pi)配不(bu)到，然后匹(pi)配OAID，匹(pi)配不(bu)到 OAID

4. 會匹配(pei)(pei) Android ID，如(ru)果都匹配(pei)(pei)不到，則(ze)不記錄一次激活，快(kuai)手廣告主測如(ru)果 按照渠(qu)道包歸(gui)因，不會涉及到設 備號問題.

Q:聯調通過，但報(bao)表為什么沒有記錄激活數?

A：應用創建時未勾選 SDK 選項，導致轉化數據無法歸(gui)因到廣告組(zu)。 37

Q:市場上目(mu)前最多的(de)(de)對接方式是 API，客戶對 SDK 的(de)(de)認可度并不(bu)高。在推(tui)SDK 的(de)(de)過程中(zhong)，遇到(dao)的(de)(de) 阻力都(dou)有(you)哪些?都(dou)是如(ru)何解決的(de)(de)呢?

A：主要卡點是 SDK 部署(shu)所需的技術投入比(bi) API 高，且廣告主對數據安全有擔 心。 快手的方法(fa)是引導客戶部署(shu)，告知客戶部署(shu) SDK 回傳(chuan)數據比(bi) API 回傳(chuan)更(geng)及(ji)時、數據打(da)點更(geng)多，因(yin)此更(geng) 有助于(yu)模型(xing)實時優化效(xiao)果。

3. Marketing API

Q:什么是 marketing API，如何對接?

A：快手 Marketing API 是一套投放平臺功能的接口服務，通過 MarketingAPI 可以幫助快手營銷平臺客戶構建數據 閉環，客戶可接入 Marketing API 將自有平 臺與快手廣告投放平(ping)臺(tai)整合打通，并且(qie)實現廣告投(tou)放過(guo)程中(zhong)的各(ge) 項功能，含: 報表查詢、賬(zhang)戶查詢、創建快手廣告、修改快手廣告、人群管理、建站工具(ju)信息查詢功能等(deng)。

Q:創建/修(xiu)改限制是什么(me)?

A：由(you)于各項功能(neng)均為投放平臺先行上線，待使用穩定后，Marketing API 根據客戶使用情況進行補齊。為 了避免因未(wei)知字段的(de)默認值導(dao)致 Marketing API創建(jian)異(yi)常的(de)計劃/組/創意，目(mu)前將(jiang)投放平臺和(he) Marketing API 的(de)創建(jian)/修改功 能(neng)隔離(li)。即(ji):

1. 平臺創建的計劃下不(bu)(bu)能(neng)通過(guo) Marketing API 創建組(zu)/創意，平臺創建的組(zu)下不(bu)(bu)能(neng)通過(guo) Marketing API 創建創意;

2. 如果在平臺(tai)操作了 Marketing API 未開發的功(gong)能(neng)字段，不可再通過Marketing API 進行修改(gai);

3. 平(ping)臺創(chuang)建(jian)的計劃(hua)/組/創(chuang)意，Marketing API 只支持使用(yong)單(dan)獨的接(jie)口進行 單(dan)字(zi)段修改(gai)狀態、出價，預

4. 算(suan)，其他(ta)信(xin)(xin)息不支持(chi)修(xiu)改。如果觸發限制條件(jian)，會(hui)返回相應(ying)報錯信(xin)(xin)息。

Q:signature 部分為空原因?

A：由于 signature 為(wei)新增(zeng)字段，歷史上(shang)傳(chuan)的圖片/視頻無此信息。通過Marketing API 上(shang)傳(chuan)的圖片，signature 有值，其他途徑上(shang)傳(chuan)的圖片均(jun)為(wei)空。

Q:視頻列(lie)表返回內容不(bu)全原因?

A：視頻列表接口只(zhi)返(fan)回(hui)通過投放平臺或 Marketing API 上傳的(de)視頻，其他途徑(如手機客戶(hu)端(duan))上傳的(de)視頻 不返(fan)回(hui)。

Q:授權失敗原因?

A：進入最終的投(tou)放平臺(tai)首(shou)頁(ye)后，將授權 URL 復制(zhi)粘(zhan)貼到瀏覽器中訪問，勿從(cong)郵件直接點擊鏈(lian)接跳轉。

Q:返回“無數據權限”原(yuan)因?

A：通常原(yuan)因是 advertiser_id 和 access_token 未(wei)正確對(dui)應，有可能開發者多(duo)線程(cheng)刷(shua)新 token 時導致存儲有 誤。

Q:快手開屏廣告封(feng)面圖片因“分辨率滿足(zu)要求(qiu)”不可用(yong)原因?

A：如果創意的(de)封面(mian)是由(you)系統自動(dong)生成，非自定義上傳(chuan)，則不可(ke)重新復用。

山西(xi)地區想要在(zai)快(kuai)手(shou)(shou)營銷(xiao)平臺做快(kuai)手(shou)(shou)信息流廣(guang)(guang)告(gao)(gao)開戶代(dai)運(yun)營應(ying)該(gai)如何操作(zuo)？快(kuai)手(shou)(shou)電(dian)商(shang)廣(guang)(guang)告(gao)(gao)推廣(guang)(guang)有(you)什么政策？快(kuai)手(shou)(shou)廣(guang)(guang)告(gao)(gao)扣費(fei)模式有(you)哪些？快(kuai)手(shou)(shou)廣(guang)(guang)告(gao)(gao)收費(fei)標準5000元！北京巨宣(xuan)網(wang)(wang)絡廣(guang)(guang)告(gao)(gao)有(you)限公司專業從事互聯網(wang)(wang)廣(guang)(guang)告(gao)(gao)推廣(guang)(guang)，具有(you)豐富經(jing)驗(yan)，值得信賴！

公司優勢

開戶流程

注意事項