酷播亮新聞
廣告是如何產生，如何展現到用戶面前的呢？ 通過本文一起來了解下。
廣告系統，是與產品並駕齊驅的，也是產品商業化的必要條件，每個人都有在使用產品過程中或多或少見到過廣告，那麼這些廣告是如何產生，如何展現到用戶面前的呢？ 下面咱們就來說說廣告系統的設計。
一個常規的廣告系統，從框架來說應該包含以下幾個基本模塊：
- 客戶端（你看到廣告的位置）
- 廣告服務器（含第三方，和客戶端交互廣告數據）
- 廣告編輯後台（配置廣告素材的地方）
- 日誌服務器（存放廣告日誌信息的地方，包含查詢後台）
1、客戶端
客戶端主要是用戶看到廣告的位置，也是唯一一個與用戶有交互的模塊，主要包含以下幾個元素。
- 1.1 位置：開機頁、首頁頂部、側邊欄、詳情頁底部等
- 1.2 類型：彈窗、推送、信息流、輪播圖、banner等
- 1.3 交互：自動消失、手動關閉、點擊跳轉等
- 1.4 素材：文本、靜態圖片、動畫、音頻、視頻等
- 1.5 時機：在什麼時候出現，由什麼行為觸發等
- 1.6 頻次：長期展示、不定期出現等
2、廣告服務器
這個模塊主要是由技術主導，性能為最重要指標。 主要是邏輯判斷處理，以及跟客戶端進行數據交互。
2.1 廣告服務器：主要由http請求、接口、redis、數據庫等組成，一般由客戶端向服務器發起請求（也有保持長連接，服務端進行Push的形式進行），服務端根據請求中的參數（比如uid 、IMEI、地域等），通過接口返回對應的廣告數據。
2.2 第三方廣告服務（API/SDK）：按字面意思，就是直接上第三方獲取廣告數據，分為API（第三方提供定義好的接口規則，直接傳遞參數進行獲取數據即可，由客戶端或者 服務端對接）、SDK（第三方提供一套完整解決方案，需要嵌入客戶端，由客戶端直接對接）兩種方式，前者優點是相對可控，且無需發版，進度快；後者更依賴 於第三方服務，需要客戶端發版覆蓋，進度稍慢，但開發量較小。
3、廣告編輯後台
該模塊主要是用於運營編輯去配置所需要的廣告素材，以及投放條件，並將數據錄入到數據庫。 （這裡主要說和業務有關的東西，比如一般後台的用戶管理、菜單管理之類的不做說明）
3.1 廣告位：對應客戶端展示的廣告位
3.2 廣告素材：文本、靜態圖片、動畫、音頻、視頻等
3.3 落地頁：用戶點擊廣告後跳轉的類型，比如H5還是原生的某個頁面
3.4 投放條件：人口屬性（性別、年齡等）、設備屬性（地域、機型等）、應用屬性（某個版本、某個渠道等）、標籤屬性（遊戲用戶、金融用戶等）、用戶屬性（ 沉默、高頻用戶等），其中設備、應用屬性都是直採且採樣率極高，其他部分屬性均需要進一步處理才能獲得，屬於用戶畫像方向的工作，這裡暫不做詳述
3.5 投放方式：CPT（按天起止）、CPM（按曝光起止）、CPC（按點擊起止）等，本身這個指的是結算方式，但是用於廣告投放配置也可
3.6 生效時間：廣告配置的生效時間點，一般會在凌晨進行更新（壓力小），但是對於比如電商秒殺活動之類的需要做到更即時。
3.7 統計ID：一般來說每條廣告都會有唯一的統計ID，作為日誌統計的標識，便於數據監控及優化
4、日誌服務器（包含查詢後台）
該模塊主要存放客戶端或服務端的日誌，一般存放原始日誌或者進行部分預處理，但是原日誌數據量過大，需要定時備份、刪除老舊的日誌文件。
4.1 日誌服務：存放、預處理日誌
4.2 查詢方式：一般按照需要的查詢條件（時間段、統計ID、應用參數等）進行數據輸出
4.3 可視化界面：針對需要長期監控的數據，需要查詢後台支持圖表的形式輸出
4.4 日報週報：按照預先定義好的數據查詢條件，進行按天、按週輸出（一般以郵件形式進行）
以上是廣告系統設計的概述，簡單介紹了一下廣告系統搭建的框架以及基本元素例子。 其實在實際工作中，每個模塊都是需要人力去鑽研去優化的，有時間的話，會不定期更新每個模塊的詳細運作方式以及實戰優化策略。
作者：二哈很冷很傲嬌
來源：https://www.jianshu.com/p/71ad0e896dba
本文由 @二哈很冷很傲嬌 原創發佈於人人都是產品經理。 未經許可，禁止轉載。
題圖來自PEXELS，基於CC0協議