廣告是如何産生，如何展現到用戶面前的呢？通過本文一起來了解下。

廣告系統，是與産品并駕齊驅的，也是産品商業化的必要條件，每個人都有在使用産品過程中或多或少見到過廣告，那麼這些廣告是如何産生，如何展現到用戶面前的呢？下面咱們就來說說廣告系統的設計。

一個常規的廣告系統，從框架來說應該包含以下幾個基本模塊：

• 客戶端（你看到廣告的位置）
• 廣告服務器（含第三方，和客戶端交互廣告數據）
• 廣告編輯後台（配置廣告素材的地方）
• 日志服務器（存放廣告日志信息的地方，包含查詢後台）

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 日報周報：按照預先定義好的數據查詢條件，進行按天、按周輸出（一般以郵件形式進行）

以上是廣告系統設計的概述，簡單介紹了一下廣告系統搭建的框架以及基本元素例子。其實在實際工作中，每個模塊都是需要人力去鑽研去優化的，有時間的話，會不定期更新每個模塊的詳細運作方式以及實戰優化策略。

作者：二哈很冷很傲嬌

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部