現(xiàn)在的玩法越來越多，國內(nèi)有marketing API，投放管家，而國外Facebook的AAA廣告也是將廣告投放推到了一個新的階段。如果說，以marketing API為代表的一系列自動化工具意味著的規(guī)?；团炕某霈F(xiàn)，而在此基礎(chǔ)上誕生的RTA則是意味著廣告投放的智能化進(jìn)入了一個新的階段。媒體已經(jīng)不滿足于自身，希望聯(lián)合各大數(shù)據(jù)廠商、行業(yè)客戶一起完善自身的算法邏輯。
RTA到底是什么呢？英文全稱是REAL TIME API，是一種從客戶側(cè)方面進(jìn)行的廣告實時參競過程，客戶可以利用自身的能力或者與第三方廠商聯(lián)合建模，找出自身所需要的用戶群體，然后在廣告請求到達(dá)媒體的時候根據(jù)自身所需要的用戶群體參與競價，這種方式的好處是一方面可以在一定程度上擺脫媒體的算法邏輯，一方面是利用自身的數(shù)據(jù)或者算法優(yōu)勢更加自由的尋找用戶群體，擴大了流量池。
而RTA的運行邏輯是怎么樣的呢？可以用如下這個圖來表示：
廣告主先向媒體發(fā)起廣告請求
媒體在收到廣告主的廣告請求之后，根據(jù)自身的算法以及流量信息進(jìn)行廣告過濾，將合適的廣告返回到廣告主
判斷廣告主是否有RTA權(quán)限，沒有的話就按照既定流程走，有的話就詢問廣告主是否要使用RTA功能，進(jìn)入RTA流程
廣告主利用RTA服務(wù)端，篩選自己所需要的流量，而RTA服務(wù)端分為自有RTA服務(wù)端和第三方RTA服務(wù)端，自有RTA就是廣告主本身就具有很強的數(shù)據(jù)建模能力，能夠獨立建立RTA能力。第三方RTA服務(wù)端的話就是廣告主和第三方數(shù)據(jù)廠商合作，走聯(lián)合建模的方式來搭建RTA
當(dāng)廣告主利用RTA判斷此次請求的流量是符合自己的要求，就是出價，進(jìn)入競價階段，若是出價低于廣告位底價或者沒有勝出，就會結(jié)束此次RTA過程
接下去就是一套熟悉的流程，從參競、曝光、點擊、轉(zhuǎn)化來逐級判斷，一步步根據(jù)條件進(jìn)行，最后，當(dāng)轉(zhuǎn)化事件成功的話，意味著一次完整的RTA流程已經(jīng)結(jié)束，當(dāng)然，其中還包括了數(shù)據(jù)的完整性記錄
其中涉及到兩個關(guān)鍵的地方，一個是數(shù)據(jù)建模能力，一個是RTA服務(wù)端的建立，數(shù)據(jù)建模能力就要求有專門的算法人員進(jìn)行建模，而RTA服務(wù)端就是在技術(shù)研發(fā)方面有較高的要求，比如在騰訊RTA文檔里面就明確要求了廣告主服務(wù)需要60ms內(nèi)返回結(jié)果，包括網(wǎng)絡(luò)傳輸時間+內(nèi)部處理時間以及限定了一定的QPS峰值。
很多人在問如果自己公司想做RTA的話適合嘛？怎么做好一點？如果是自身數(shù)據(jù)量大或者數(shù)據(jù)建模能力優(yōu)秀，是很適合RTA的模式，如果都沒有的話，在這里只能很遺憾的說一句，可以找第三方數(shù)據(jù)廠商合作，但是這種模式的弊端還是比較明顯的，自身缺乏話語權(quán)。
現(xiàn)在來說巨量引擎和廣點通都是開通了RTA功能的，還未在大范圍的推廣當(dāng)中，只是在一些客戶當(dāng)中進(jìn)行試用，具體的效果還尚未知，可以拭目以待。
