揭開程序化購買的面紗(三)
時間:2023-03-17 06:50:01 | 來源:電子商務(wù)
時間:2023-03-17 06:50:01 來源:電子商務(wù)
本次我主要分享的內(nèi)容為程序化購買中RTB的競價邏輯。也就是程序化購買中通過競價形式購買廣告的邏輯。
主要圍繞下圖展開:
1、用戶A到達(dá)帶有廣告位的媒體頁面或者APP頁面。
2、網(wǎng)站或者APP將廣告位請求發(fā)送給廣告交易平臺ADX。其實(shí)通俗點(diǎn)講就是媒體(網(wǎng)站或者APP)和廣告交易平臺說,我這里有一個廣告位,有人來了,你們要不要競價。
3、廣告交易平臺根據(jù)此次競價請求組織一次競價。由競價發(fā)起服務(wù)器向各需求方發(fā)送競價請求,求問是否參與競價,并傳輸用戶A的ID(Cookie或者設(shè)備ID),用戶IP和廣告位信息(頁面URL/廣告位置等)。通俗點(diǎn)講就是ADX要組織和它連接的DSP發(fā)起競價,會告訴DSP相關(guān)用戶A的一些信息,比如cookie或者IP。假設(shè)這個ADX連接了5個DSP,那么5個DSP公司的競價服務(wù)器都會受到請求。
4、需求方競價監(jiān)聽服務(wù)器接收到廣告交易平臺的競價請求后,將競價請求傳輸給競價引擎。也就是A DSP公司的競價監(jiān)聽服務(wù)器傳輸給A公司的競價引擎,B DSP公司的競價監(jiān)聽服務(wù)器傳輸給B公司的競價引擎。
5、競價引擎根據(jù)廣告交易平臺的User ID向用戶數(shù)據(jù)中心查詢用戶相關(guān)信息。如果是PC端,競價引擎查詢Cookie mapping數(shù)據(jù)庫,獲得用戶在需求方系統(tǒng)里的Cookie ID(如果cookie ID不存在,則向廣告交易平臺請求Cookie mapping )。為了理解補(bǔ)充幾個小知識。
- cookie是什么?我們知道互聯(lián)網(wǎng)有HTTP協(xié)議,它是互聯(lián)網(wǎng)的重要基礎(chǔ)。HTTP協(xié)議是一種無狀態(tài)、無連接的協(xié)議,不能在服務(wù)器上保持一次會話的連續(xù)狀態(tài)信息,為了保持一次會話的連續(xù)狀態(tài)信息就有了coolie。說得好理解一點(diǎn)就是你現(xiàn)在在點(diǎn)擊一個新聞標(biāo)題想進(jìn)入內(nèi)頁去看,cookie記錄了你在干什么,這個瀏覽器才知道你點(diǎn)擊的請求是要點(diǎn)進(jìn)去看新聞詳細(xì)信息,所以cookie是用來保持你使用的連續(xù)性。
- 但是cookie有些局限,不同域名下的cookie不能相互調(diào)用,所以需要一個連接的那就是cookie mapping。舉例理解下:A部落和B部落要交流,但是他們語言不通,這時候需要cookie mapping做翻譯,把用戶A的語言轉(zhuǎn)化為B能聽懂的,這時候就能交流了。
(如果你依然不是很理解,那么我這會專門寫一篇cookie mapping相關(guān)的文章)
6、用戶數(shù)據(jù)中心向競價引擎返回用戶A的信息,如性別、年齡、興趣愛好等。返回的具體用戶信息需要參照用戶數(shù)據(jù)中心的信息維度而定。
7、競價引擎將用戶數(shù)據(jù)和投放需求進(jìn)行匹配,決定是否出價以及CPM出價價格。
8、競價監(jiān)聽服務(wù)器向廣告交易平臺發(fā)出響應(yīng),并發(fā)送CPM出價和廣告代碼。如果不參與競價則不響應(yīng)。
9、廣告交易平臺接受到多有需求方的出價響應(yīng)后由競價決策服務(wù)器發(fā)生競拍。價高者得,次高價結(jié)算,即出價最高的需求方贏得本次展示,同時,競價決策服務(wù)器為供應(yīng)方返回贏得本次競價的需求方競價信息(CPM價格和廣告代碼)。
10、Web瀏覽器像需求方請求廣告物料展示。
11、需求方物料管理服務(wù)器返回對應(yīng)的廣告物料,需要說明的是,廣告物料必須經(jīng)過CDN服務(wù)器再呈現(xiàn)在廣告位。另外,需求方平臺還會收到廣告交易平臺發(fā)送的競價信息,表示該次展示已經(jīng)成功競價。
12、用戶A看到廣告,競價結(jié)束。此競價過程時間在100毫秒內(nèi)發(fā)生完成。
關(guān)于競價,我想用一個圖直觀來表達(dá)下
以上為我們的競價原理,相信你已經(jīng)明白了,那么下期跟新為cookie mapping 到底是怎么回事?原理是什么?敬請關(guān)注~~~