App投放增長:Marketing API
編輯導(dǎo)語:廣告主如何實現(xiàn)投放提效?也許借助工具是不錯的選擇。而MAPI是廣告平臺方推出的open API,幫助廣告主搭建trading desk來進行廣告投放。本篇文章里,作者針對MAPI的定義、功能以及運用做了總結(jié),一起來看一下。
Marketing API(以下簡稱MAPI),是各大主流廣告平臺基于自家營銷系統(tǒng)推出的幫助廣告主更好投放廣告的open API?;贛API,廣告主可以搭建Trading Desk來輔助廣告投放。
那么MAPI提供了哪些能力,廣告主開發(fā)者基于這些功能該如何幫助廣告投放提效,本文將帶你一探究竟,希望讀者能有所啟發(fā)……
一、初識MAPI
Marketing API,是各大主流廣告平臺基于自家營銷系統(tǒng)推出的open API,可以為廣告開發(fā)者提供全面的技術(shù)及數(shù)據(jù)支持,全方位實現(xiàn)自動化營銷及高效管理。
我們先來一起回顧下,如果廣告主想要投放廣告到某媒體(平臺),常規(guī)方式主要有如下幾種:
- 廣告平臺側(cè)開戶投放:廣告平臺成熟穩(wěn)定,功能齊全,廣告主只需開戶充值,就可在平臺上進行廣告投放。
- 對接ADX投放?:廣告主可自行搭建DSP ,通過對接廣告平臺的ADX服務(wù)進行廣告投放。但通常來說,由于對接ADX會將平臺流量分發(fā)到廣告主側(cè),廣告主可自由挑量投放,因此主流平臺的ADX一般不對外開放,需要評估廣告主的消耗情況,只有達到消耗門檻才會準(zhǔn)入。
那么讀者心中會不會存在疑惑,既然各大主流廣告平臺都有自身的營銷系統(tǒng)和ADX,廣告主可以通過上述兩個途徑進行廣告投放,為什么還需要推出MAPI呢?
我個人認(rèn)為,主要有以下幾個方面原因:
- ADX有消耗門檻限制,除非KA客戶,不然廣告平臺通常情況下不會提供對接;
- 廣告平臺的營銷系統(tǒng)面向的是所有客戶,無論是操作流程還是功能點都高度統(tǒng)一,無法滿足客戶個性化定制需求;
- 客戶在營銷活動時,為了最大化觸及用戶,一般都會選擇全網(wǎng)通投(即通過不同的廣告平臺投放廣告),這時候無法聚合各個平臺的數(shù)據(jù)進行分析,不方便運營。
基于以上客戶真實存在需求,各主流平臺紛紛推出了MAPI供廣告主接入,為廣告開發(fā)者提供全面的技術(shù)及數(shù)據(jù)支持,全方位實現(xiàn)自動化營銷及高效管理。
那么哪些客戶適合通過對接MAPI來進行廣告活動呢?廣告主該如果通過MAPI給廣告投放提效呢?
- 懂技術(shù):由于對接MAPI是需要一定的技術(shù)開發(fā)成本,所以接入方必須有很好的技術(shù)沉淀;
- 懂業(yè)務(wù):畢竟接口是脫離系統(tǒng)操作頁面的,因此需要理解各個接口所能提供的能力以及準(zhǔn)確判斷是否能滿足自身業(yè)務(wù)需求;
- 懂效果分析:由于各大平臺僅能提供展點消等基礎(chǔ)數(shù)據(jù)報表,無法展示站內(nèi)轉(zhuǎn)化效果數(shù)據(jù)(除非廣告主向平臺會回傳轉(zhuǎn)化數(shù)據(jù)),因此可以對接MAPI來回收展點消數(shù)據(jù)并進行轉(zhuǎn)化歸因,從而來分析各渠道的流量質(zhì)量;
- 需多渠道投放:如果廣告主想要多平臺進行廣告投放,必須通過MAPI回收各平臺數(shù)據(jù)進行聚合分析;
- 廣告投放提效:由于廣告平臺提供的功能是統(tǒng)一的,無法滿足廣告主的個性化投放需求,例如所有廣告投放僅定向不同,在平臺側(cè)就得手動創(chuàng)建N個策略,但是通過MAPI就可以通過自定義規(guī)則來批量投放廣告;
- ……
簡而言之,通過MAPI,可以輔助廣告主更好地進行廣告投放。
看到這,小伙伴肯定在想既然MAPI這么好使,趕緊對接,以后投廣告就輕松了。別急,先看看MAPI目前存在的兩個不足之處:
- MAPI的功能實時性:目前各大平臺,同一個功能,MAPI的支持程序一定是晚于平臺側(cè)的,即存在滯后性,但未來不排除API先行的情況。
- MAPI的功能完整性:不管是出于安全角度還是商業(yè)布局角度,MAPI無法cover平臺側(cè)的所有功能,廣告主需要評估已有功能是否能滿足自身需求。
下圖總結(jié)了三種投放方式的優(yōu)劣勢,供讀者參考~
二、MAPI功能
目前市場上,主流廣告平臺一般都支持marketing API,例如巨量引擎、廣點通、百度、快手、阿里匯川等……雖然合家的支持程度不太一樣,但主要的功能基本都能支持,包含廣告投放、數(shù)據(jù)報表、帳號管理等,好一點的平臺能提供更多的輔助工具,常規(guī)功能如下圖:
三、活用MAPI
廣告平臺的marketing api提供了那么多功能,基于此,廣告主該如何去搭建Trading Desk來滿足自身的廣告投放需求呢?
搭建Trading Desk是一個漫長且痛苦的事情,正所謂“痛并快樂著”~筆者整理了幾個不同的對接階段,各廣告主開發(fā)者可以參照這幾個階段循序漸進地開展工作。
1. 市場摸索階段
處于該階段的廣告主,業(yè)務(wù)一般剛剛起步,通過投放適量的廣告,來摸索市場。此時廣告主可直接在平臺開戶投放即可,無需投入研發(fā)資源來對接MAPI。
2. 投放初步階段
在投放一段時間之后,廣告主需要對投放的數(shù)據(jù)進行更多的分析來驗證投放效果。由于平臺側(cè)無法提供廣告主站內(nèi)數(shù)據(jù)情況,需回收平臺側(cè)相關(guān)數(shù)據(jù)并結(jié)合站內(nèi)轉(zhuǎn)化數(shù)據(jù)來進行數(shù)據(jù)分析,但廣告主開發(fā)者需準(zhǔn)備如下技術(shù)支持。
1)自建監(jiān)測體系
目前各大主流平臺支持添加曝光點擊監(jiān)測,廣告主開發(fā)者可自建監(jiān)測體系,回收廣告展點相關(guān)數(shù)據(jù)。監(jiān)測鏈接需帶有相關(guān)的標(biāo)識參數(shù),用以保證鏈接的唯一性,通過標(biāo)識參數(shù)可以分析不同渠道不同的廣告的投放效果。
2)轉(zhuǎn)化歸因
基于回收的展點數(shù)據(jù),核心字段為設(shè)備號和時間戳,再結(jié)合廣告主站內(nèi)轉(zhuǎn)化數(shù)據(jù),可以歸因。
3)數(shù)據(jù)監(jiān)控——流量質(zhì)量
有了曝光點擊數(shù)據(jù),就可以監(jiān)控流量質(zhì)量,判斷是否存在異常流量。關(guān)于異常流量的相關(guān)知識,可以參考,也可以加筆者微信詳聊一些常見的反作弊判斷標(biāo)準(zhǔn)。
3. 投放起量階段
在驗證了投放效果之后,廣告主進入投放起量階段。在該階段,廣告主為了快速占領(lǐng)市場,在市場上投入大量的廣告,這需要較高的運營成本。為了提升運營人效,廣告主開發(fā)者需做如下技術(shù)支持:
- 數(shù)據(jù)回收:對接廣告投放相關(guān)的API,回收平臺側(cè)的廣告相關(guān)數(shù)據(jù),包含計劃、廣告、創(chuàng)意的展點消數(shù)據(jù);
- 廣告排行榜:通過創(chuàng)意數(shù)據(jù),分析各創(chuàng)意的展點消轉(zhuǎn)化數(shù)據(jù),輸出廣告排行榜,供運營同學(xué)分析投放效果;
- 廣告模塊?:對接廣告的增刪改查操作API,可操作廣告投放?;?
- 自動化規(guī)則:通過廣告排行版數(shù)據(jù),制定優(yōu)劣廣告標(biāo)準(zhǔn);通過自動化規(guī)則,針對優(yōu)質(zhì)廣告批量創(chuàng)建廣告投放進行市場搶量;針對劣質(zhì)廣告,自動關(guān)停廣告,避免預(yù)算浪費。PS:這里的自動化規(guī)則是一個持續(xù)摸索的過程,需聯(lián)合運營、財務(wù)、算法團隊共同探討制訂,充分利用AB實驗來獲取最佳的規(guī)則配置;
- 數(shù)據(jù)監(jiān)控——賬戶:對接賬戶級別接口,獲取賬戶的消耗以及余額情況。需實時監(jiān)控賬號情況,防止出現(xiàn)余額不足或無消耗情況;
- 數(shù)據(jù)監(jiān)控——審核:對接廣告投放級別接口,監(jiān)控廣告審核情況,避免出現(xiàn)廣告審核不通過但無運營知曉的情況,導(dǎo)致廣告投放無法起量;
- 利用好平臺的自動化規(guī)則:針對一些的簡單的監(jiān)控,可以充分利用平臺提供的自動化規(guī)則進行廣告投放/賬戶監(jiān)控;
- 輔助工具:對接媒體的輔助工具,例如文案助手、視頻工具等,獲取優(yōu)質(zhì)文案,制作動態(tài)視頻,給運營投放提供指導(dǎo);
- 更多工具,等待讀者進一步去發(fā)現(xiàn)……
4. 投放挑量階段
經(jīng)過前期大量的市場投放,廣告獲客成本越來越高,這時候來到了流量精細化運營階段,即廣告投放挑量。廣告挑量投放的方案一般有三種。
1)媒體標(biāo)簽
通過媒體后臺標(biāo)簽定向進行廣告投放,但這取決于媒體標(biāo)簽的豐富度。目前基本上都是一些常規(guī)標(biāo)簽,如需結(jié)合自身業(yè)務(wù)投放,還是比較困難。
2)DMP(人群)
對接平臺提供的人群管理API,廣告主可根據(jù)自己的算法計算出需要定向/排除的人群包,通過人群管理API同步到廣告平臺進行人群定向投放。但這就涉及到廣告主數(shù)據(jù)暴露,需與公司信安一起討論決定數(shù)據(jù)輸出的形式及顆粒度,數(shù)據(jù)必須脫敏,不然會存在泄露用戶隱私數(shù)據(jù)的風(fēng)險。
3)RTA
為避免數(shù)據(jù)同步至廣告平臺側(cè)但同時又想精細化運營流量,各大平臺側(cè)于20年提供了RTA接口,即在廣告召回之前先詢問廣告主是否對本次流量進行廣告投放,將選擇權(quán)給到了廣告主。關(guān)于RTA的更多相關(guān)知識,讀者可自行百度,目前網(wǎng)上的資料非常多,本文不做過多的介紹。
5. 投放智能化階段
其實在上述幾個階段,已經(jīng)涉及到了一些算法相關(guān)內(nèi)容,但這里為啥需要單獨拉出來一個智能化階段來介紹,我想從另外一個角度來看MAPI的使用場景。
大多數(shù)的公司,尤其是各種提供Saas服務(wù)的公司,在利用MAPI的時候,通常是對單廣告平臺的能力進行包裝定制化。
但有木有考慮過這樣一種場景,基于廣告位的屬性來進行包裝,比如將巨量引擎、廣點通、百度的信息流統(tǒng)一包裝為信息流,這樣從廣告形式上可以分為開屏、信息流、搜索廣告等。這里就涉及到強大的算法能力以及產(chǎn)品拆解包裝能力:
- 產(chǎn)品拆解包裝能力:產(chǎn)品需熟知各家平臺提供的MAPI能力,能夠剝離拆解出共同模塊部分,并整合映射到同一級別;
- 算法能力:由于對各家的產(chǎn)品能力進行包裝,這里就會涉及各種算法,例如預(yù)算分配、自動出價、定向策略等,這里面由于各家的日預(yù)算規(guī)則不一樣,預(yù)算分配是個難題,需重點照顧。
四、總結(jié)
Marketing API,雖然存在著功能性和時效性問題,但其在很大程度上可以輔助廣告主更好地進行廣告投放。本文通過對各家MAPI支持的能力程度進行分析,提出了活用MAPI的一些方案以及路徑規(guī)劃供讀者參考,希望能給大家?guī)韱l(fā)。
通過對接廣告平臺的MAPI來搭建Trading Desk是一個漫長且痛苦的事情,大家一起排坑~
本文由 @包子 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自 Unsplash,基于CC0協(xié)議
專欄作家
包子,微信公眾號:商業(yè)化產(chǎn)品日常筆記,人人都是產(chǎn)品經(jīng)理專欄作家。一枚重數(shù)據(jù)、懂策略的商業(yè)化產(chǎn)品,專注互聯(lián)網(wǎng)商業(yè)化廣告和APP投放增長領(lǐng)域。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,不得轉(zhuǎn)載。
題圖來自 Unsplash,基于CC0協(xié)議。
該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。
你好,對于這塊非常感興趣,如果可以愿意付費咨詢,請問能否加一個聯(lián)系方式~
主流平臺的MAPI地址,大家可自行查閱:
巨量:https://open.oceanengine.com/
廣點通:https://developers.e.qq.com/
百度:https://dev2.baidu.com/
快手:https://developers.e.kuaishou.com/docs
360:http://open.e.#/api/
阿里匯川:由于匯川的文檔需要登錄其平臺后才可以下載,筆者手上只有一份19年時候文檔,感興趣的朋友關(guān)注公眾號“商業(yè)化產(chǎn)品日常筆記”,回復(fù)“阿里匯川”獲取。
歡迎關(guān)注公眾號“商業(yè)化產(chǎn)品日常筆記”,解鎖更多干活的同時,一起為MAPI排坑~