成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

談談OpenRTB 3.0的熱寂變化和演化

開發 開發工具
iAB組織最近推出OpenRTB3.0的公開建議版本,它包括很多與時俱進的變化,讓程序化廣告標準更加成熟,有序和穩定。這種變化就像一個新鮮事物變得越來越老成,越來越規矩,這種次序感滿足大部分技術人員和市場人員的審美觀,用物理學的熵來解釋的話,那就是OpenRTB標準的熵越來越高。

[[209277]]

iAB組織最近推出OpenRTB3.0的公開建議版本,它包括很多與時俱進的變化,讓程序化廣告標準更加成熟,有序和穩定。這種變化就像一個新鮮事物變得越來越老成,越來越規矩,這種次序感滿足大部分技術人員和市場人員的審美觀,用物理學的熵來解釋的話,那就是OpenRTB標準的熵越來越高。

我不知道這標準未來會演化到什么地方?也許未來大多技術標準都長得很像,也許這些標準都融合到ISO或W3C的HTML標準中,也許這些標準因為太復雜而無法推進實質性變化,形成一種穩定的狀態,變成熱寂(Heat death of universe)。熱寂就是宇宙完成所有的冷熱交換,形成平靜的死亡狀態。不管如何,大家一起看看OpenRTB的一些變化和演化!

1. OpenRTB 3.0 概述和主要變化

2017年9月,iAB發布了OpenRTB 3.0的公開征求建議標準,正式標準將于2017年12月推出。這一版的標準有幾個大變化:在業務上積極擁抱“安全,透明和信任”,技術上提升規范的“靈活度,合理架構”。

以下是我總結OpenRTB的3大變化和看點:

新標準支持Supply Chain的簽名能力:媒體可以對廣告請求的某些信息進行簽名(私鑰加密),Demand端可以對這些簽名進行驗證(公鑰驗證),確保信息不被篡改。經常篡改的數據項包括:

域欺詐:把域名改成有價值的域名

位置欺詐:把地理位置改成廣告主投放更集中的地方,例如一線城市。

用戶ID欺詐:把用戶ID改成商業化歷史比較好的用戶ID

設備欺詐:把設備標識改成商業化歷史表現更好的型號,例如更高端的手機等。

支持新的廣告對象模型(Ad-COM):之前的廣告創意對象和各種傳輸協議等信息都混雜在一起,新的Ad-COM對象模式將廣告創意對象獨立出來,形成新的獨立標準Ad-COM,這個標準也會從OpenRTB標準中獨立出來。我相信,Ad-COM標準的變化會很快,因為它涉及很多創新的廣告形式,例如語音廣告,未來的bot廣告等等。

標準框架的升級:新的標準框架將更加系統,分離出幾個重要的子模塊,例如AdCOM,也對于標準的層級進行了劃分,整個標準更加像TCP/IP協議,一看就是集體智慧的結果(后果),想起1984里面說的,“自由即拘役,無知即力量”。

2. OpenRTB的主要架構

下圖表示了***Open Media 規范架構:

其中兩個新模塊分別是Ad-COM, Ad-Management。Ads.Txt比較另類,先呆在一邊。

1. Ad-COM模塊:包括了之前OpenRTB其中所有關于廣告領域的對象(創意,事件,Publisher, APP等等)

2. Ad-Management: 用于管理程序化廣告的審核等問題,改進品牌安全問題和廣告的透明性問題。

3. Ads.Txt:這是一個媒體端的變化,類似搜索中使用Robots.txt,用于標記媒體流量和交易平臺的透明性。雖然技術方案簡單,業務上操作還是比較麻煩的,媒體缺少太多動力為之,這里還涉及到信息保密的問題,因此需要預算端進行推動這個標準。 (參考 Ads.txt是虛假流量的終結者么?)

4. OpenDirect : 這個模塊是用于Supply 和 Demand之間進行直采購的一些API,包括庫存的查看,下訂單等等。這個協議對雙方都有開發的成本,理論上可以支持PDB的一些標準化的采買,但是實踐上的支持并不太多。這個原始需求來自一些大媒體,如微軟,AOL等媒體。

技術分層,這個對碼農來說,太好理解了,從下至上抽象級別增加。

3. OpenRTB對象結構解析

OpenRTB的對象結構:沒有太大變化,一些Ads的對象都包裝在Domain中了。

3.2 )Domain對象和Ad-COM

整體結構沒有太大變化,***的廣告對象都是引用domain對象,也就是Ad-COM中的廣告對象。Ad-Com對象包括,展示廣告(條幅,AMP,原生,動態創意/DC),視頻和音頻廣告規范等。

4. 簽名的競價請求

競價請求的簽名可以用于保證競價請求信息的不可篡改,其中的技術原理和郵件中保護郵件內容的真實性完全一樣,使用的是"Domain Keys Identified Mail"標準。原理就是在一些保護的域進行私鑰加密,接收方需要驗證的時候使用公鑰解開驗證就好。

規范制定了一些可以用于簽名的域,其中包括一些作假的重災區,如IP/設備、APP/Publisher等等。

真希望天下無賊!

5. OpenRTB的發展總結

***,我總結了一下,OpenRTB 的發展。改進主要包括幾方面:

新廣告形式:如視頻,原生

安全和透明:SSL,簽名,品牌安全等

技術架構升級:2.x->3.0的AdCOM等

【本文為51CTO專欄作者“歐陽辰”的原創稿件,轉載請聯系作者本人獲取授權】

戳這里,看該作者更多好文

責任編輯:武曉燕 來源: 51CTO專欄
相關推薦

2022-12-15 17:15:42

數據庫NoSQL

2025-05-26 10:11:32

2009-06-10 18:08:14

2009-09-29 09:39:38

Spring 3.0

2021-01-12 08:20:51

AndroidActivity系統

2016-07-01 17:36:53

銳捷網絡極簡網絡

2021-01-29 13:22:58

Swagger版本OpenAPI

2022-11-28 10:24:10

Spring更新JVM

2012-06-29 13:45:53

XML

2009-06-12 12:46:59

EJB3.0

2014-10-31 09:48:36

Go語言

2021-03-16 06:38:44

架構分層插件化

2012-03-26 11:32:45

Java

2016-09-09 12:51:23

PhxSQL原則局限性

2009-06-12 09:41:07

EJB3.0Spring

2014-11-04 09:44:37

WebjQuery

2016-04-21 10:10:31

Java應用架構

2016-07-01 16:13:13

AWSLambda

2012-04-16 15:08:33

2011-05-17 17:42:06

點贊
收藏

51CTO技術棧公眾號

主站蜘蛛池模板: 国产欧美在线一区二区 | 激情久久网 | 亚洲 中文 欧美 | 精品在线一区 | 国产精品永久久久久 | 久久精品在线播放 | 免费电影av| 欧美小视频在线观看 | 亚洲欧美在线一区 | 91在线精品一区二区 | 大香网伊人 | 自拍视频网站 | 天天艹日日干 | 成人精品 | 久久伊人一区二区 | 日韩欧美在线观看视频 | av色站| 亚洲精品日韩精品 | 欧美日韩激情 | 天天爽天天干 | 日韩视频一区在线观看 | 91精品国产色综合久久 | 亚洲在线一区二区 | 国产成人综合一区二区三区 | 国产91一区二区三区 | 日本爱爱 | 91久久久久| 国产精品久久久久aaaa樱花 | av色站| 狠狠色综合欧美激情 | 男人天堂手机在线视频 | 亚欧精品 | 五月激情综合 | 男女视频在线观看网站 | 日韩中文字幕在线免费 | 国产成人精品一区二区三区四区 | 欧洲一区二区视频 | 成人福利视频网站 | 久久久久久九九九九九九 | 亚洲精品综合一区二区 | 国产ts人妖系列高潮 |