"海默說變現(三):“廣告”江湖中,“對接與展示”的內功心法"

當和一些產品經理聊到商業化變現的時候,總是會發現一些產品經理認為商業化變現是運營的工作。其實,一款好的產品一定是同時具有社會價值和商業價值,而一位優秀的產品經理也一定是同時專註於功能、交互、用戶體驗,還有商業化變現。

為了能夠容易記憶,並系統分享給大家,我以講故事的形式,用四個部分聊聊:產品的6種常見變現形式、廣告變現邏輯、廣告的對接和展示、廣告合作的計費模式。

如果你是第一次閱讀《海默說變現》系列文章,建議按照順序先閱讀前兩部分《海默說變現(一):產品的六種常見形式》、《海默說變現(二):廣告變現邏輯 —— 你不知道的江湖》。希望《海默說變現》系列文章在產品商業化方面對你有所幫助!

第三部分:廣告的對接和展示——萬變不離其宗的”功夫”

第十一章 Anne和Ruby初識

“Anne”

Anne的心,仿佛突然停了一下,

也許是被突然叫到有些緊張,也許是期待已久有些激動,也或許是……

“Anne”海默一邊喊著Anne的名字,一邊走了過來。

Anne回過頭,緩緩起身,微風吹起的髮絲,擋不住眼神中的歡喜。

“電腦關了吧,跟我們一起去吃飯,Ruby請客”。

“嗯?咱們三個嗎?”Anne看著海默身邊這位大美女,猜測著突然要一起吃飯的原因。

海默微皺的眉頭,轉向Ruby,才又舒緩了下來。

“哦,忘了介紹了,這是Ruby,咱們公司的運營總監,我們下午要出門,你下午的培訓咱們換種方式,邊吃邊聊,走吧。”

“行……”,“你好Ruby,你太漂亮,嘿嘿”Anne側身搖手和Ruby打了招呼後,三人便出發了。

第十二章 初修內功

“我說海默,你招了個仙女也不早點跟我講,我每天早上來看看養養眼啊”Ruby開著車調侃著海默。

“想養眼,明天我給你買個大鏡子,自己每天照,哈哈哈”海默坐在副駕駛,邊笑邊回頭看了下Anne。

一方面擔心Anne會尷尬,一方面想利用路上的半小時提前開始對Anne進行培訓。

“對了,Anne,按照課程計劃,今天的主要內容是廣告的對接和展示,因為你也不方便做筆記,我也沒有辦法用黑板,所以我盡可能用走兩步退一步的方式,前後內容結合理解,能夠讓你印象更深刻一些,如果你有好奇或者不懂的地方隨時打斷我,我慢慢給你講,好不好?”海默回頭微笑著對Anne說。

“嗯嗯,好的”Anne提起了精神。

“還記得昨天咱們講廣告行業的時候,將其比作江湖吧,業內各色的人咱們比作各路好漢,咱們今天說的廣告對接和展示,就像是各路好漢的門派武功,廣告對接能力就是好漢的內功,廣告展示就是好漢的招式,然後。。。”海默一邊說一遍比劃,正樂在其中。

“哈哈哈,海默,你可真能編啊,快別忽悠Anne了,人家一個文靜的女孩,你正經點講乾貨不行嗎,都能扯到功夫上,你真是。。”Ruby的笑聲打斷了海默,三人一起笑了起來,氣氛瞬間升溫了。

第十三章 內功心法(一)-S2S

“先解釋下剛纔說的廣告對接,也就是內功,廣告行業大大小小的公司太多了,也很雜。

有的小公司一方面技術人員不足,能力不夠,一方面流量不多,太高的對接成本接受不了。小公司很多都是希望能夠靈活對接,能達到期望的變現能力就可以;而大公司不但要防止作弊,還要做精準營銷,所以不僅對接相對複雜,甚至要對接很多第三合作方。

論到各公司的內功,從低到高,分為三個層級S2S、API和SDK,這也就是廣告對接的三種主要方式。Anne之前有瞭解過S2S、API和SDK嗎?”

Anne腦海一片空白“API和SDK我有在網上瞭解過,但是其實也沒明白,另外S2S沒有瞭解過”。

海默停頓了幾秒,眼睛左下右上轉了轉:

“S2S,其實是server to server,就是服務器對接服務器。但是實際的使用場景並不僅僅於此,一般上游會將推廣鏈接添加渠道參數,比如http://www.woshipm.com/?pub_id=haimo,也就是人人都是產品經理官網的後面加一個問號,然後加一個參數,這樣的話用戶點擊鏈接的時候,上游就會知道哪個渠道帶來的流量,這個參數就是渠道參數,可以追蹤數據的來源。並且當產生轉化時,上游也就知道是哪個渠道帶來的轉化,使用服務器通知對方的服務器,這就是回調。

其實S2S對接在業務上分為兩個部分,第一個部分就是在前端,提供一個有渠道參數的推廣鏈接,第二個部分就是在後端,上游服務向下游服務的回調地址發一個通知,雙方只要確定好傳的參數就可以了,現在S2S有瞭解了嗎?”

海默擔心Anne消化不了,畢竟純語言的交流,枯燥且蒼白,自己說了一會就要進行一次互動。

“我聽下來S2S這種方式有點像淘寶客,推廣鏈接後面有很多參數,如果有成交,我就會得到分傭,不過淘寶客用戶也沒有服務器,看後臺數據就行了,為什麼剛纔你說的還要進行回調通知呢?”

“因為後臺看到的數據不一定是實時的,回調的通知卻都是實時的,有些公司一方面會對比收到的回調數據和後臺數據,避免數據作弊,另外一方面有些公司需要依賴實時的回調來通知用戶,比如一些積分牆任務,用戶執行完任務,需要等待執行成功的通知才算成。所以一般公司之間的S2S對接,都會有回調。

S2S對接,時間成本非常低,確定好參數以後甚至可以在一個小時內完成對接和回調測試,而且非常靈活,對外完成後,上游提供給下游多個帶有渠道參數的推廣鏈接就可以了,這也就是內功最淺的層級,哈哈哈。

“另外,上游給下游的推廣鏈接都是上游的域名,如果下游還有下游,或者不想暴露資源來源的話,都會對推廣鏈接進行封裝,封裝後的鏈接就是自己的域名了,當用戶訪問時候先訪問的是自己的服務器,然後映射進行跳轉到上游的推廣鏈接。這種方式也是網盟互相倒賣單子的玩法,所以S2S對接,推廣鏈接還分為封裝和不封裝兩種。

Ruby邊開著車,邊補充,看得出,她喜歡這個女孩,或許是她想起了當年的自己……

第十四章 內容心法(二)-API

“咱們快到了,你倆想好吃什麼了嗎?”Ruby打了方向盤,三人到了商場地下室。

“Anne,有什麼想吃的嗎?烤肉、火鍋、日料還是炒菜?”

海默回頭問著Anne,Anne卻不知如何開口:

“行吧,哈哈哈,那就還是老樣子吧”海默看Anne低下頭,轉向了Ruby。

原來他們的老樣子是小菜園,看上去像是江浙菜。

其實,海默和Ruby最常來的就是這家小菜園,不辣不甜,家常菜居多,而且也不貴,三個人差不多150左右,還可以照顧到可能有忌口的Anne。

“Anne,看看菜單想吃什麼?”

三人點了5個菜,服務員剛拿走菜單,海默看著Anne。

“Anne,咱們在來的路上說完了S2S對接的原理和場景,現在咱們該說API對接了,其實咱們剛纔點菜的行為就像是API對接,API對接過程中,都會有一個像菜單一樣的接口文檔或者協議,上面寫明瞭接口地址和參數等,菜單上的飯店名稱就是接口地址,每個菜都是一個參數。

我們使用菜單,在菜品的後面打√就是在給這道菜的參數賦值,打√可以認為是1,不打√可以認為是0,我們點好以後服務員按照菜單進行下發,這就是按照API協議進行上行請求,等到菜品做好送到餐桌,這就是後廚按照菜單也就是API協議,做出的下行響應。怎麼樣Anne,這樣舉例很好理解吧?哈哈哈”

海默突發奇想,講菜單比作API接口協議,講菜品比作參數,講點菜比作上行API請求,上菜比作下行API響應,自己樂在其中。

“嗯嗯,現在理解了,我之前瞭解過什麼叫參數,什麼叫接口, 但是就是API當時沒有理解,我原以為API是一種很複雜的技術對接,現在看來挺簡單的。”

Anne甚是歡喜,一邊看著一道道菜被送上來,一邊看著海默,感受著海默神奇的魔力,總是可以把複雜的事情,講的通俗易懂,而且,很有趣,Anne就這樣註視著海默……

“Anne,海默可不是菜,你這麼盯著他,他會以為你想吃了他的。”

Ruby發現了Anne眼神中的光,可是又擔心Anne尷尬,又補充道。

其實API對接還分為兩種,一種是online API,一種是offline API,兩種方式的對接主要區別在於:

前者online API是下游向上游進行實時請求,上游根據請求參數,下發最優的一個廣告,下游拿到唯一的廣告進行展示即可,所以廣告庫的廣告和投放邏輯是由上游內部處理的,對於下游而言,只管對接,不需要處理複雜的邏輯,對接很簡單 ;

後者offline API是下游定期向上游進行請求,上游根據參數,將分配的所有廣告一次性返回,下游拿到很多廣告以後,要根據用戶端的請求決定下發具體的哪個廣告,也就是投放的邏輯是由下游自己處理的,這種情況的本質其實就是資源的批量同步,一般這時候下游都有一個自己的投放系統,整理多個上游的offline API同步的資源,所以對接雖然一樣簡單,但是內部卻要有一定的技術支持。目前行業內offline API對接已經很少在用了,大部分都是實時的online API對接。來吧,咱們開吃吧,菜上齊了,咱們邊吃邊聊。”

第十五章 內容心法(三)-SDK

海默重新擺放了菜盤,三人開動了筷子,菠蘿雞米花,地鍋本仔雞,牛肉雜糧包,特色酸菜魚,乾鍋有機花菜,對於海默和Ruby來說,在小菜園吃飯應該是最舒心的地方了,而且,這裡有很多回憶。

“Ruby,我……我想冒昧的問一下,是不是咱們聊得這些運營也需要懂才行?”Anne帶著好奇問。

Ruby微笑了一下,還沒等Ruby回答,海默打斷了Ruby。

“咱們吃飯的地方,我倆叫老地方的一部分原因其實是我也給Ruby上過不少課,Ruby在這也留了不少血,哈哈哈”海默甚是得意。

“海默,吃飯也堵不住你嘴,在天仙妹妹面前你真是一點不給我留面子啊”Ruby調侃著海默。

海默反駁道“看在今天你請客的份上,我就不提當面跟你解釋SDK時候有多難了,哈哈哈。”

“無語。”

海默趕緊又打斷了Ruby,“Anne,咱們接下來也該講講什麼是SDK對接了。”

海默拿起杯子喝了口水:

“說到SDK,其實我每次跟人解釋,都會將SDK比作是航空母艦,API就是航空母艦上的戰鬥機,戰鬥機按照固定的指令執行戰鬥任務,就像API的請求和響應,而航空母艦是一個或多個戰鬥機的載體,航空母艦不僅僅要為戰鬥機提供戰鬥支持,它還有自己的任務和能力,所以,SDK承載了一個或多個API,同時SDK還會有很多權限,有能力做更多的事情,比如SDK可以決定什麼時機觸發哪個API,API返回的廣告最終要不要展示,以及如何展示等等。因此SDK是API的載體,也是API的控制中心,SDK本身還有很高的作戰能力。

海默也不知道自己講了多少次SDK和航空母艦的故事,多的他自己已經數不清楚了,但是每一次聽者都能瞬間理解SDK和API的關係,原本抽象的概念結合了具象的事物,聯想到其中的關係,抽象的概念是什麼已經不再重要,重要的是概念的背後是如何運作。

就這樣,三人邊吃邊聊著SDK背後的秘密,有廣告SDK、埋點SDK、支持SDK等等,說明SDK只是技術手段,對於所有的業務場景都可以使用,還有無感知SDK的玩法,以及SDK和API的相對安全性。。。

“什麼叫相對安全性呢?”Anne打斷了海默。

“哈哈哈,這是很有意思的一件事情,舉個例子吧:

如果上游資源方提供的SDK是無感知SDK,或者SDK裡面做了其他的策略手腳可以進行偷量等等,但是下游的流量方卻不知情,那麼對於下游的流量方來說,SDK本身是個黑盒,他們無法知道SDK對他們來說是否是安全的,流量方寧願使用API對接的方式,只拿到資源就好,因此,SDK本身不乾凈的情況下,SDK對於流量方來說是不安全的。

但是,如果SDK本身是乾凈的,對於上游資源方來說,會在SDK中增加埋點和三方監測等等,保證數據的真實性,換句話說,如果流量方有作弊行為,流量是不乾凈的,那對於上游資源方來說,API對接的方式就是不安全的,因為API對接,流量方很容易偽造數據,SDK對接的方式反而會更安全,因此,SDK本身乾凈,但流量不乾凈的情況下,SDK對於資源方來說是安全的。

所以SDK的安全性是相對的,SDK的可信度依賴於企業的品牌和反編譯排查,在行業內SDK是否乾凈也是不難知曉的,只不過有時候互相看透不說透罷了。”

從海默神情中不難看出,他一定是瞭解一些行業內的灰色地帶,言語中有些許趣味,也有些許隱晦。

第十六章 招招式式

“Anne,吃好了嗎?”Ruby看著大家都放下筷子有一會兒了,又看了下時間。

“嗯嗯,吃好了”

Ruby轉頭看了下海默,“那我先去買單了,然後咱們把Anne送回去,咱們再走吧。”

“好,那你先去吧”

“Anne,廣告對接的三種方式,咱們就講的差不多了,可能我有遺漏的地方,以後工作中有不懂得再問我,畢竟平臺之間的RTB對接,DMP對接等等,我都還沒講,以後再說吧。另外,一會回去的路上,我跟你說一說廣告展示相關的內容,下午你先自己消化消化”。

海默擔心所有的內容聊得太隨意,擔心過於抽象,安撫Anne以後很多時間,實踐才能出真知。

“回來了,那咱們走吧”“嗯嗯,好的”

“Anne,廣告展示這部分我先簡單說一下,以後在工作中,會有設計廣告位,以及優化廣告投放和渲染的機會,到時候根據具體需求再慢慢學習,好吧”海默從副駕駛上回頭看了下Anne,感覺Ruby開的比來時要快,恐怕沒有太多的時間了。

“好的,下午時候我再憑藉印象上網查一些資料,自己再梳理梳理,如果有問題我再問你”

“嗯嗯,對了,咱們來的路上我打了個比方,江湖各門各派都有自己的獨門武功,廣告對接能力就是內功,因為三種對接方式可以間接看出這個公司的業務定位和發展現狀,而廣告展示就是招式,為什麼這麼說呢,因為拿到廣告資源以後,在具體廣告位上的展示都是流量方自己設計的,包括樣式、交互以及請求和緩存邏輯等等,所以說廣告的展示就像是招招式式,是用拳腳舞出來的,是用肉眼可以看到的”

Ruby忍不住噴起海默來:

“海默,你有毒吧,你又來,人家一個妹子,你下次跟妹子講的時候能不能比作成化妝,廣告對接就是化妝品,廣告展示就像是化妝,同樣的化妝品畫成什麼樣在於個人的化妝技巧 。。。 ”

“行行,聽您老的,以後我學學化妝。Anne說正題哈,不理這老的,哈哈哈”海默其實不是說說而已,後來還真看來一些美妝直播,只不過並沒有學會如何化妝,反而對美女有了新的認識。

“廣告展示如果從尺寸上,主要分為橫幅廣告、原生廣告、插屏廣告和開屏廣告,前兩者相對是小尺寸廣告類型,後兩者是大尺寸廣告類型。咱們一個一個講:

第一種是橫幅廣告:

也是做網站時候最為常見的,橫幅廣告並不一定就是橫的,或者不一定就是長方形的。

橫幅廣告的特點是固定位置和只有一張圖片,由於橫幅廣告的尺寸小,這是他的優點也是他的缺點,優點在於橫幅廣告占用面積小,且可以固定位置或者懸浮,曝光的時間可以較長,但是橫幅廣告的缺點也是因為小尺寸,傳遞的信息少,點擊率高的時候也就在2%左右,低的時候甚至可以低到0.01%,

第二種是原生廣告:

也是目前最主流的廣告類型,並且在信息流中最為常見。

原生信息流廣告主要有兩個分支,樣式原生信息流和內容原生信息流,其中樣式原生信息流在新聞類和電商類最為常見,在內容信息流中穿插與內容樣式一樣的廣告,如果不註意看廣告標識,甚至感知不到是廣告;另外一種是內容原生信息流,也就是廣告的內容與其他內容非常相近,比如搜索廣告,搜索結果的前幾個幾乎都是廣告,但是這些廣告的內容與搜索結果列表的其他內容非常接近。

隨著個性化推薦系統和精準投放策略的優化,已經有很多原生廣告已經結合了樣式原生信息流和內容原生信息流,成為了廣告即內容的模式,比如抖音短視頻流中的視頻廣告,已經幾乎感知不到是廣告,或者用戶感知到是廣告但也願意繼續觀看,因為廣告的內容質量也很高。

第三種是插屏廣告:

插屏廣告有時也叫插屏彈窗廣告或者半屏廣告,一般會在用戶交互的開頭或結尾,比如剛啟動應用,會彈出很多彈框,使用完某個功能也會出現位於手機屏幕中間的彈框廣告,插屏廣告的缺點是必須用戶註定點擊關閉才能進行其他的操作,所以插屏廣告的場景較少,而且相對打擾用戶,但由於尺寸較大,提供的信息較多,點擊率可以高達5%-10%左右是插屏廣告的一大優點。

第四種是開屏廣告,也是移動端尺寸最大的廣告位

其實應用啟動的過程中,即使沒有廣告也要設計一個啟動圖片或者動畫,所以開屏廣告對開發者和用戶來說是雙贏的,開發者可以利用開屏廣告獲得收益,用戶也不用每次看相同的開屏圖片或動畫而枯燥。

但是由於開屏的物料大且啟動即展示,所以會涉及到物料預緩存和適配,一般緩存的策略都是本次請求並緩存到磁盤,下次啟動時進行展示,而適配需要投放系統根據實際設備的分辨率決定下發最合適的開屏物料,然後客戶端再進行適配,才能夠保證所有機型的開屏廣告質量。

另外開屏廣告的點擊率也非常高,可以達到10%-20%,對於開發者為了避免用戶誤點擊導致的點擊率和跳出率過高,會設置一定的開屏廣告點擊區域,而對於廣告主,開屏廣告位無疑是價值非常高的廣告位。

那廣告的主要四種類型,橫幅廣告,原生廣告,插屏廣告和開屏廣告就簡單的講完了,針對這四種廣告類型他們的物料格式還有圖片、GIF、視頻和HTML四種,今天就不展開了,咱們馬上到公司了,下午時候你先憑藉記憶梳理梳理,有什麼問題再隨時問我吧。”

海默看著時間比較緊張,回去的一路上沒有給Anne打斷或者提問的機會,他盡可能的想先把廣告展示的主要類型,也就是廣告類型先介紹情況,讓Anne對廣告最終的呈現形式有一定的瞭解。

“好的,感覺廣告的四種主要類型相關的內容有一些多,不過起碼我現在對這四種類型是什麼樣子的已經很清晰了,我下午先整理下廣告對接和展示所有的內容,然後帶著問題發郵件給你。”

“Anne,我倆就不送你進去了哈,一會把你送到樓下,我倆就直接走了,另外海默,你右手邊有一瓶沒開的礦泉水,你喝點”Ruby邊說邊靠邊停下了車。

“海默,Ruby,那我先回去了,拜拜。”

“拜拜”

“拜拜”

被風吹動的髮絲擋不住Anne清澈的眼睛和甜甜的笑容,後視鏡中的Anne仿佛是被灑滿陽光的精靈。

直到Ruby看不到Anne的身影,才嘆了一口氣,轉頭看了下海默,一樣甜甜的笑容,但眼神中,仿佛卻有很多心事,一直在徘徊……徘徊……

相關閱讀

《海默說變現(一):產品的六種常見形式》

《海默說變現(二):廣告變現邏輯 —— 你不知道的江湖》

作者:海默,公眾號:“海默”(ID:haimo_310)

本文由 @海默 原創發佈於人人都是產品經理 ,未經許可,禁止轉載。

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。 必填欄位標示為 *