一、基礎知識
Http Header之User-Agent
User Agent中文名爲用戶代理，是Http協議中的一部分，屬於頭域的組成部分，User Agent也簡稱UA。它是一個特殊字符串頭，是一種向訪問網站提供你所使用的瀏覽器類型及版本、操作系統及版本、瀏覽器內核、等信息的標識。通過這個標識，用戶所訪問的網站可以顯示不同的排版從而爲用戶提供更好的體驗或者進行信息統計；例如用手機訪問谷歌和電腦訪問是不一樣的，這些是谷歌根據訪問者的UA來判斷的。UA可以進行僞裝。
瀏覽器的UA字串的標準格式：瀏覽器標識 (操作系統標識; 加密等級標識; 瀏覽器語言) 渲染引擎標識版本信息。但各個瀏覽器有所不同。
字串說明：
1、瀏覽器標識
出於兼容及推廣等目的，很多瀏覽器的標識相同，因此瀏覽器標識並不能說明瀏覽器的真實版本，真實版本信息在 UA 字串尾部可以找到。
2、操作系統標識
3、加密等級標識
N: 表示無安全加密
I: 表示弱安全加密
U: 表示強安全加密
4、瀏覽器語言
在首選項 > 常規 > 語言中指定的語言
5、渲染引擎
顯示瀏覽器使用的主流渲染引擎有：Gecko、WebKit、KHTML、Presto、Trident、Tasman等，格式爲：渲染引擎/版本信息
6、版本信息
顯示瀏覽器的真實版本信息，格式爲：瀏覽器/版本信息
注：
1、在廣告定向設定中，瀏覽器定向和操作系統定向均是針對User-Agent中的信息進行定向。
2、欲瞭解更多的User-Agent信息，請參考User-agent 字串史
瀏覽器User-Agent的詳細信息
- PC端：
safari 5.1 – MAC
User-Agent:Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_8; en-us) AppleWebKit/534.50 (KHTML, like Gecko) Version/5.1 Safari/534.50
safari 5.1 – Windows
User-Agent:Mozilla/5.0 (Windows; U; Windows NT 6.1; en-us) AppleWebKit/534.50 (KHTML, like Gecko) Version/5.1 Safari/534.50
IE 9.0
User-Agent:Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; Trident/5.0;
IE 8.0
User-Agent:Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; Trident/4.0)
IE 7.0
User-Agent:Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0)
IE 6.0
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)
Firefox 4.0.1 – MAC
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:2.0.1) Gecko/20100101 Firefox/4.0.1
Firefox 4.0.1 – Windows
User-Agent:Mozilla/5.0 (Windows NT 6.1; rv:2.0.1) Gecko/20100101 Firefox/4.0.1
Opera 11.11 – MAC
User-Agent:Opera/9.80 (Macintosh; Intel Mac OS X 10.6.8; U; en) Presto/2.8.131 Version/11.11
Opera 11.11 – Windows
User-Agent:Opera/9.80 (Windows NT 6.1; U; en) Presto/2.8.131 Version/11.11
Chrome 17.0 – MAC
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_0) AppleWebKit/535.11 (KHTML, like Gecko) Chrome/17.0.963.56 Safari/535.11
傲遊（Maxthon）
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Maxthon 2.0)
騰訊TT
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; TencentTraveler 4.0)
世界之窗（The World） 2.x
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1)
世界之窗（The World） 3.x
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; The World)
搜狗瀏覽器 1.x
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Trident/4.0; SE 2.X MetaSr 1.0; SE 2.X MetaSr 1.0; .NET CLR 2.0.50727; SE 2.X MetaSr 1.0)
360瀏覽器
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; 360SE)
Avant
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Avant Browser)
Green Browser
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1)
- 移動設備端：
safari iOS 4.33 – iPhone
User-Agent:Mozilla/5.0 (iPhone; U; CPU iPhone OS 4_3_3 like Mac OS X; en-us) AppleWebKit/533.17.9 (KHTML, like Gecko) Version/5.0.2 Mobile/8J2 Safari/6533.18.5
safari iOS 4.33 – iPod Touch
User-Agent:Mozilla/5.0 (iPod; U; CPU iPhone OS 4_3_3 like Mac OS X; en-us) AppleWebKit/533.17.9 (KHTML, like Gecko) Version/5.0.2 Mobile/8J2 Safari/6533.18.5
safari iOS 4.33 – iPad
User-Agent:Mozilla/5.0 (iPad; U; CPU OS 4_3_3 like Mac OS X; en-us) AppleWebKit/533.17.9 (KHTML, like Gecko) Version/5.0.2 Mobile/8J2 Safari/6533.18.5
Android N1
User-Agent: Mozilla/5.0 (Linux; U; Android 2.3.7; en-us; Nexus One Build/FRF91) AppleWebKit/533.1 (KHTML, like Gecko) Version/4.0 Mobile Safari/533.1
Android QQ瀏覽器 For android
User-Agent: MQQBrowser/26 Mozilla/5.0 (Linux; U; Android 2.3.7; zh-cn; MB200 Build/GRJ22; CyanogenMod-7) AppleWebKit/533.1 (KHTML, like Gecko) Version/4.0 Mobile Safari/533.1
Android Opera Mobile
User-Agent: Opera/9.80 (Android 2.3.4; Linux; Opera Mobi/build-1107180945; U; en-GB) Presto/2.8.149 Version/11.10
Android Pad Moto Xoom
User-Agent: Mozilla/5.0 (Linux; U; Android 3.0; en-us; Xoom Build/HRI39) AppleWebKit/534.13 (KHTML, like Gecko) Version/4.0 Safari/534.13
BlackBerry
User-Agent: Mozilla/5.0 (BlackBerry; U; BlackBerry 9800; en) AppleWebKit/534.1+ (KHTML, like Gecko) Version/6.0.0.337 Mobile Safari/534.1+
WebOS HP Touchpad
User-Agent: Mozilla/5.0 (hp-tablet; Linux; hpwOS/3.0.0; U; en-US) AppleWebKit/534.6 (KHTML, like Gecko) wOSBrowser/233.70 Safari/534.6 TouchPad/1.0
Nokia N97
User-Agent: Mozilla/5.0 (SymbianOS/9.4; Series60/5.0 NokiaN97-1/20.0.019; Profile/MIDP-2.1 Configuration/CLDC-1.1) AppleWebKit/525 (KHTML, like Gecko) BrowserNG/7.1.18124
Windows Phone Mango
User-Agent: Mozilla/5.0 (compatible; MSIE 9.0; Windows Phone OS 7.5; Trident/5.0; IEMobile/9.0; HTC; Titan)
UC無
User-Agent: UCWEB7.0.2.37/28/999
UC標準
User-Agent: NOKIA5700/ UCWEB7.0.2.37/28/999
UCOpenwave
User-Agent: Openwave/ UCWEB7.0.2.37/28/999
UC Opera
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; ) Opera/UCWEB7.0.2.37/28/999
用戶追蹤之基礎技術——Cookie
前言
Cookie是如此的重要，以至於我們後面要講到的回頭客定向、訪客頻次定向、用戶定向等等都需要基於此技術纔可以實現，並且我們日常工作中所能見到的第三方監測工具如doubleclick、99click、秒針等也都要利用cookie技術，網站分析工具如GA、百度統計、CNZZ等也需要利用cookie。如果沒有Cookie，互聯網廣告市場將受到巨大打擊，尤其對於目前我們談論的精準廣告而言。如果沒有Cookie，網站分析也不從做起，遑論優化了。
Cookie是什麼
Cookie在英文中是小甜品的意思，但在計算機語言中，Cookie指的是當你瀏覽某網站時，網站存儲在你電腦上的一個小文本文件，伴隨着用戶請求和頁面在 Web 服務器和瀏覽器之間傳遞。它記錄了你的用戶ID，密碼、瀏覽過的網頁、停留的時間等信息，用於用戶身份的辨別。Cookie通常是以user@domain格式命名的，user是你的本地用戶名，domain是所訪問的網站的域名。
爲什麼要Cookie
因爲HTTP協議是無狀態的，對於一個瀏覽器發出的請求，服務器無法區分是不是同一個來源，無法知道上一次用戶做了什麼。所以，需要額外的數據用於維護會話。 Cookie 正是這樣的一段隨HTTP請求一起被傳遞的額外數據，用於維護瀏覽器和服務器的會話。我們可以想象一個場景，你沒有登錄京東時在京東上購物，選擇了3件商品放入購物車，在結算時，京東爲什麼還能知道這三件商品是什麼？沒錯，是Cookie！
Cookie的工作原理
Cookie利用網頁代碼中的HTTP頭信息，伴隨着用戶請求和頁面在 Web 服務器和瀏覽器之間傳遞。例如：當你在瀏覽器地址欄中鍵入了Amazon的URL，瀏覽器會向Amazon發送一個讀取網頁的請求，並將結果在顯示器上顯示。在發送之前，該網頁在你的電腦上尋找Amazon網站設置的Cookie文件，如果找到，瀏覽器會把Cookie文件中的數據連同前面輸入的URL一同發送到Amazon服務器。服務器收到Cookie數據，就會在他的數據庫中檢索你的ID，你的購物記錄、個人喜好等信息，並記錄下新的內容，增加到數據庫和Cookie文件中去。如果沒有檢測到Cookie或者你的Cookie信息與數據庫中的信息不符合，則說明你是第一次瀏覽該網站，服務器的CGI程序將爲你創建新的ID信息，並保存到數據庫中。（此例子來源於百度百科——Cookie）
關於Cookie的一些知識點
1、Cookie是基於瀏覽器的，因此當電腦上安裝多個瀏覽器時，服務器會生成多個Cookie。雖然是同一個人，但服務器是識別爲多個用戶。
2、Cookie是基於瀏覽器的，因此當同一臺電腦有多個人使用時，服務器也只會生成一個Cookie。雖然是多個人，但服務器會認爲是一個用戶。
3、Cookie是無法跨設備進行設置的。比如我們在單位和家裏分別使用兩臺電腦，即使我們使用同一種同一版本的瀏覽器，我們還是生成了兩個Cookie，服務器會認爲是兩個用戶。（PS：現在有些瀏覽器可以同步數據，比如Chrome、Friefox，可以避免這種問題）
請注意：以上所說的Cooke指的全部是Http Cookie。有一種Cookie——Flash Cookie，可以解決多瀏覽器的問題。
關於Flash Cookie
FlashCookie是由FlashPlayer控制的客戶端共享存儲技術，鑑於目前Flash技術的普遍性，幾乎所有的網站都採用，所以具有同Http Cookie一樣的作用。在技術上，通過使用JavaScript與ActionScript可以將Http Cookie和Flash Cookie進行互通。
Flash cookie的優勢在於：
1、跨瀏覽器
不管用戶的計算機上安裝了多少個瀏覽器或者瀏覽器的不同版本，使用Flash Cookie能夠使所有的瀏覽器共用一個Cookie。
2、不易刪除
所有的瀏覽器均提供了清除Http Cookie的快捷方式，但Flash Cookie並沒有此種方式，並且其保存位置非常隱蔽，網民難以刪除。
3、容量更大
Flash Cookie可以容納最多100千字節的數據，而一個標準的HTTP Cookie只有4千字節。
作爲網絡廣告行業的銷售人員，瞭解以上知識就已經綽綽有餘了。如果想了解更多，可以接着往下看。
Cookie的數量
1、大多數瀏覽器支持最大爲 4096 字節的 Cookie。因此最好用 Cookie 來存儲用戶 ID 之類的標識符，用戶的詳細信息則通過用戶 ID從數據庫或其他數據源中讀取。
2、瀏覽器還限制站點可以在用戶計算機上存儲的 Cookie 的數量。大多數瀏覽器只允許每個站點存儲 20 個 Cookie；當存儲更多 Cookie時，最舊的 Cookie 便會被丟棄。有些瀏覽器還會對它們將接受的來自所有站點的 Cookie 總數作出絕對限制，通常爲 300 個。
Cookie的失效時間
1、瀏覽器的Cookie設置會決定是否保存Cookie數據。如果瀏覽器不允許Cookie保存，則關掉瀏覽器後，這些數據就消失。
2、如果瀏覽器允許保存Cookie，那麼Cookie的時間由服務器的設置決定。Cookie有一個Expires（有效期）屬性，這個屬性決定了Cookie的保存時間，服務器可以通過設定Expires字段的數值，來改變Cookie的保存時間。如果不設置該屬性，那麼Cookie只在瀏覽網頁期間有效，關閉瀏覽器，這些Cookie自動消失，絕大多數網站屬於這種情況。通常情況下，Cookie包含Server、Expires、Name、value這幾個字段，其中對服務器有用的只是Name和value字段，Expires等字段的內容僅僅是爲了告訴瀏覽器如何處理這些Cookies。
Cookie的樣例
1、Cookie的名稱
2、Cookie的內容
3、從頁面代碼監測工具看Cookie
Cookie的位置
1、Http Cookie的位置
Windows 9X系統 C:WindowsCookies
Windows NT/2000/XP系統 C:\Documents and Settings\用戶名\Cookies
win7系統 C:\Users*\AppData\Roaming\Microsoft\Windows\Cookies*
OS X系統 ～/Users/用戶名/Library/Cookies
2、Flash Cookie的位置
非Win7系統
C:\Documents and Settings[username你的用戶名]\Application Data\Macromedia\Flash Player#SharedObjects
Win7
C:\Users[username你的用戶名]\Application Data\Macromedia\Flash Player
其中：Users可能顯示爲“用戶”
OS X系統
~/Users/用戶名/Library/Preferences/Macromedia/Flash Player/#SharedObjects
~/Users/用戶名/Library/Preferences/Macromedia/Flash Player/macromedia.com/support/flashplayer/sys/
第一方Cookie和第三方Cookie
大多數的第三方監測工具和網站分析工具都會採用第三方Cookie。所謂第一方和第三方的說法，是用來確定Cookie的歸屬的，這個歸屬是指Cookie中記錄的域（domain）。第一方和第三方的唯一區別只是：Cookie中的域名是否和被訪問網站的域一樣，是就是第一方，否就是第三方。舉個例子：如果你訪問網站www.chinawebanalytics.cn的時候，網站在你的電腦上設置了一個Cookie，裏面的記錄的域名也是www.chinawebanalytics.cn，那麼這個Cookie就是第一方的，歸你訪問的網站www.chinawebanalytics.cn所有。而如果你訪問網站www.chinawebanalytics.cn時，在你的計算機中設置的Cookie的域名是www.abc.com，那麼這個Cookie就是第三方Cookie，歸www.abc.com所有。
所以，第一方Cookie並不一定需要由某個網站自己的服務器給自己建立，別的網站也能爲它建立；而且，第一方Cookie也不一定是能由某個網站自己讀取的，它完全可能由第三方讀取。（以上內容和例子來自於捍衛Cookie——沒有Cookie，我們什麼都沒有了）
二、定向技術介紹
語言定向
1、語言的來源
簡單理解，語言指的是用戶的瀏覽器語言，是從瀏覽器的Http Header的Accept-Language的字段來的。
2、瀏覽器的Accept-Language是由瀏覽器的語言設置所決定的。
3、瀏覽器的默認語言設置和瀏覽器語言無關，默認繼承操作系統的語言。
瀏覽器定向
瀏覽器定向同樣需要依賴於各個瀏覽器在打開頁面時所傳輸的Http header信息中的User-Agent，關於User-Agent的說明，請參見Http header之User-Agent。
User-Agent的詳細信息，請參見瀏覽器User-Agent的詳細信息。
我們來了解User-Agent中瀏覽器及版本識別的方法：
一、瀏覽器的使用率說明：
——數據來源於CNZZ數據中心
我們針對以上的瀏覽器進行說明，另外再針對移動設備上的幾款瀏覽器進行說明。
二、瀏覽器識別
1、IE瀏覽器（以IE 9.0 爲例）
PC端：User-Agent:Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; Trident/5.0;
移動設備：User-Agent: Mozilla/5.0 (compatible; MSIE 9.0; Windows Phone OS 7.5; Trident/5.0; IEMobile/9.0; HTC; Titan)
由於遨遊、世界之窗、360瀏覽器、騰訊瀏覽器以及搜狗瀏覽器、Avant、Green Browser均採用IE的內核，因此IE瀏覽器判斷的標準是”MSIE“字段，MSIE字段後面的數字爲版本號，但同時還需要判斷不包含”Maxthon“、”The world“、”360SE“、”TencentTraveler“、”SE“、”Avant“等字段（Green Browser沒有明顯標識）。移動設備還需要判斷IEMobile+版本號。
2、360瀏覽器
PC端：User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Trident/4.0; InfoPath.2; .NET4.0C; .NET4.0E; .NET CLR 2.0.50727; 360SE)
移動設備：暫無
360瀏覽器的判斷標準是”360SE”字段，沒有版本表示。
3、搜狗瀏覽器
PC端：User-Agent:Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Trident/4.0; SE 2.X MetaSr 1.0; SE 2.X MetaSr 1.0; .NET CLR 2.0.50727; SE 2.X MetaSr 1.0)
移動設備：暫無
搜狗瀏覽器的判斷標準是”SE“、”MetaSr“字段，版本號爲SE後面的數字。
4、Chrome
PC端：Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_0) AppleWebKit/535.11 (KHTML, like Gecko) Chrome/17.0.963.56 Safari/535.11
移動設備：User-Agent: Mozilla/5.0 (Linux; U; Android 2.2.1; zh-cn; HTC_Wildfire_A3333 Build/FRG83D) AppleWebKit/533.1 (KHTML, like Gecko) Version/4.0 Mobile Safari/533.1
PC端chrome瀏覽器的判斷標準是chrome字段，chrome後面的數字爲版本號；移動端的chrome瀏覽器判斷”android“、”linux“、”mobile safari“等字段，version後面的數字爲版本號。
5、Safari
PC端：User-Agent:Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_8; en-us) AppleWebKit/534.50 (KHTML, like Gecko) Version/5.1 Safari/534.50
移動設備：User-Agent:Mozilla/5.0 (iPhone; U; CPU iPhone OS 4_3_3 like Mac OS X; en-us) AppleWebKit/533.17.9 (KHTML, like Gecko) Version/5.0.2 Mobile/8J2 Safari/6533.18.5
由於Chrome及Nokia’s Series 60 browser也使用WebKit內核，因此Safari瀏覽器的判斷必須是：包含safari字段，同時不包含chrome等信息，確定後”version/“後面的數字即爲版本號。在以上條件下包含Mobile字段的即爲移動設備上的Safari瀏覽器。
6、騰訊瀏覽器
PC端：User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Trident/4.0; TencentTraveler 4.0; .NET CLR 2.0.50727)
移動設備：User-Agent: MQQBrowser/26 Mozilla/5.0 (Linux; U; Android 2.3.7; zh-cn; MB200 Build/GRJ22; CyanogenMod-7) AppleWebKit/533.1 (KHTML, like Gecko) Version/4.0 Mobile Safari/533.1
騰訊瀏覽器的判斷標準是”TencentTraveler“或者”QQBrowser“，TencentTraveler或QQBrowser後面的數字爲版本號。
7、Firefox
PC端：User-Agent:Mozilla/5.0 (Windows NT 6.1; rv:2.0.1) Gecko/20100101 Firefox/4.0.1
移動設備：User-Agent: Mozilla/5.0 (Androdi; Linux armv7l; rv:5.0) Gecko/ Firefox/5.0 fennec/5.0
Firefox的判斷標準是Firefox字段，firefox後面的數字爲版本號。
8、The world
PC端：User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; The World)
移動設備：暫無
Theworld瀏覽器的判斷標準是”The world“字段，沒有標示版本號。
需要注意的是：The world 2.x版本的User-Agent中沒有”The world“的字段。
9、遨遊
PC端：User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Maxthon 2.0)
移動設備：暫無
遨遊瀏覽器的判斷標準是”Maxthon“，Maxthon後面的數字爲版本號。
10、Opera
PC端：User-Agent:Opera/9.80 (Windows NT 6.1; U; en) Presto/2.8.131 Version/11.11
移動設備：User-Agent: Opera/9.80 (Android 2.3.4; Linux; Opera mobi/adr-1107051709; U; zh-cn) Presto/2.8.149 Version/11.10
opera瀏覽器的判斷標準是opera字段，opera字段後面的數字爲版本號。
11、UC瀏覽器
UC Web有多種模式瀏覽方式，對應的User-Agent爲：
UC無
User-Agent: UCWEB7.0.2.37/28/999
UC標準
User-Agent: NOKIA5700/ UCWEB7.0.2.37/28/999
UCOpenwave
User-Agent: Openwave/ UCWEB7.0.2.37/28/999
UC Opera
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; ) Opera/UCWEB7.0.2.37/28/999
UC瀏覽器的判斷標準是”UCWEB“字段，UCWEB後面的數字爲版本號。
操作系統定向
操作系統定向依賴於各個瀏覽器在打開頁面時所傳輸的http header信息中的User-Agent，關於User-Agent的說明，請參見Http header之User-Agent。
User-Agent的詳細信息，請參見瀏覽器User-Agent的詳細信息。
我們來了解User-Agent中的不同操作系統的識別方法。
PC端：
移動設備端：
地域定向
地域定向依賴於對IP地址的識別，而IP協議是互聯網的基礎協議，因此從網絡誕生的第一天起，地域定向就可以被使用了。
欲詳細瞭解IP協議，請查看百度百科——TCP/IP協議。有關IP地址的詳細信息，請查看百度百科——IP。
通俗來講，IP地址就是互聯網上的門牌號，接入互聯網的所有主機就是我們的一個個住所，其中有個人的，有單位的。個人住所一家一個門牌號，單位的多家公用一個門牌號，由於規劃的原因，有的住所會有多個門牌號，也是規劃的原因，門牌號有時會發生變化。IP地址也有此特點，一臺主機可以具有多個IP地址，而多臺主機也可以公用一個IP地址。
現實中，不管如何規劃，通過門牌號我們能找到我們要找的住所，也能清楚住所所在的具體位置。同樣，在網絡中，通過IP地址我們也能定位到我們所需要找的主機，並且清楚知道主機所在的地理位置。這樣我們就能進行廣告的地域定向了。
從技術層面講，地域定向的工作邏輯是：
當一個請求發送給服務器時，服務器根據配置（以Apache爲例，在Apache Httpd中進行配置）記錄下請求的相關數據，組成日誌文件，日誌基本會包括請求時間、請求IP、請求的URL、請求的Reffer、請求的User-Agent以及其他信息，將收集到的IP地址與已有的IP數據庫進行比對，即可以確定請求者的地理位置了，比如山西省太原市。
國內目前免費的IP庫有 QQ IP數據庫 純真版，即我們通常所說的純真IP庫，收集了包括中國電信、中國網通、長城寬帶、網通寬帶、聚友寬帶等 ISP 的最新準確 IP 地址數據，包括最全的網吧數據。IP數據庫每5天更新一次，企業可以在此基礎上修正後使用。
目前的地域定向更多的是針對省份以及地級城市的定向，針對縣級市或者區級的定向基本上都十分不準確。
回頭客定向
隨着電商網站的火爆，從2010年開始，互聯網廣告行業出現了一種定向方式——回頭客定向。回頭客定向是隨着精準理念的發展而提出來的。顧名思義，回頭客定向是指針對到達過廣告主網站的某一個點的用戶或者發生過某一個行爲的用戶進行定向。
從概念中，我們可以發現回頭客定向的三個基本點：1、到達過；2、某一個點或某個行爲；3、定向投放。這三點也是回頭客定向和人羣定向的區別之處。
從營銷的角度講，針對不同到達深度的用戶或者不同行爲的用戶，我們需要採取的營銷策略可能會有不同。我們以電商網站的購物流程來舉例子。電商網站的購物流程分爲以下幾個步驟：
1、針對瀏覽過商品的人，我們應該分析他的瀏覽記錄，發現他感興趣的商品，然後通過廣告將他感興趣的商品推送到他的面前（如果要做到非常完美，針對每個用戶有不同的廣告顯示，需要有哪些條件？大家可以評論，我們一起交流）。
2、針對已經將商品加入購物車的人，此時可能更重要的是給他一張電子優惠券，以促進其下單。
3、針對到達過註冊或者登錄界面，但未完成註冊和登錄的人，給他一個商品即將售馨或者即將漲價的倒計時更能促進其回來下單。
4、針對到過填寫配送地址頁面但沒有提交訂單的人，提示免郵遞費用或者直接告訴他“你還差一步就將完成訂單”，可能會是一個好的方法。
5、已經提交訂單的人，是我們的老客戶了，此時應該推薦關聯的商品信息，以促進其二次消費。
所以，進行回頭客定向的投放，一定是要有以下三個步驟的：
1、設置回頭客人羣的監測。支持回頭客定向的系統必須能夠支持對各個點的監測，因此提取監測代碼在此是必須的。好的系統可以利用一個監測代碼，通過數據分析得出不同監測點的回頭客（大家說如何做到？）；差的系統就提供不同監測點的設置功能，每個監測點提取不同的監測代碼。
2、整理針對各個監測點用戶的獨特營銷訴求。製作針對不同回頭客的不同創意。
3、利用投放系統，對回頭客進行定向的廣告投放。
一般來講，定向越準確，能得到的量就會越少，因此，在做回頭客定向時，不應該再選擇媒體進行投放。從另一個角度理解，回頭客定向已經是最領先精準的目標用戶定向了，此時媒介選擇的意義也大大弱化了。
以上所說的是純正意義上的回頭客定向，鑑於回頭客定向受人歡迎的精準的概念和可憐的流量，有些人或公司權衡後會將回頭客定義的非常廣泛，比如到過網站的人、點過廣告的人、看過廣告的人都算作回頭客，這只是又一次的中國特色而已。這種事情多了，反而於精準廣告市場的發展不利。
人羣定向
人羣定向其實就是目標人羣定向，在營銷學中，產品定位以及人羣細分是非常重要的理念，這種理念也已經得到了市場的認可，因此每一種產品在設計、生產之初就已經確定了自己的目標人羣。從我們的廣告投放、市場宣傳來講，一定是希望能給對目標人羣進行，花費在目標人羣之外的推廣都是浪費的。
但在以往的媒介中，想要完全的識別用戶，以確定是否目標人羣並不是容易的事情，甚至從理論上說是完全做不到的，只能通過不同的媒介手段去儘量的靠近目標人羣（電視、廣播、雜誌都是如何確定自己的受衆的呢？有人討論嘛？）。但即使這樣，也產生了一句廣告界最著名的話語——我知道廣告費浪費了一半，但我不知道到底是哪一半。
在互聯網時代，通過技術的力量，可以無限的接近、近乎準確的判斷每一個人的屬性，從而爲廣告主目標羣體定向服務。但是，互聯網也只是無限的接近，而不是確切的能標示出個人的屬性。目前，最接近的應該是類似於羅維鄧白氏之類公司的數據 （順便說一句，央視315晚會的曝光，對羅維鄧白氏公司只能是免費的廣告，而不是打擊）。
言歸正傳，我們來說說互聯網的人羣定向。互聯網公司通常講的人羣定向並不單單包括人口的自然屬性（demographic），還包括人羣興趣（interest）、人羣行爲（behavior）、購物行爲（purchasing）。
注：此處我們說的人羣行爲指的是對廣告的行爲，比如瀏覽廣告，點擊廣告以及轉發、下載廣告等交互行爲。目前市場上經常有一些公司標榜行爲定向，但讓其展開一說，就只是說對用戶的瀏覽行爲進行定向，非常正確、毫無破綻的說法，但細問卻還是這一句。這隻能說明這種公司忽悠而無真章的事實（大家說說爲什麼能說明？）。
對於真正提供定向的公司，不管各個公司都提供什麼樣的人羣定向，以上所說的4類屬性或行爲都是基於cookies技術（瞭解Cookie），通過對用戶長期的互聯網瀏覽行爲數據進行分析所得出的。由於各公司的資源優勢不同，因此目前沒有一個公司能夠建立健全的數據。
自然屬性（demographic）
自然屬性包括性別、年齡、學歷、地域、婚姻狀況、家庭狀況（是否有小孩，小孩年齡等）、收入（個人收入、家庭收入）、行業、職業等信息。單純通過互聯網瀏覽行爲並不能分析到如此全面且準確的信息，目前還主要以找到真實的樣本進行建模分析爲主。自然屬性數據以艾瑞的數據最爲準確。
人羣興趣（interest）
人羣興趣在每個公司會有不同的認知。目前，興趣數據屬悠易最好，悠易的數據是公開的，可以通過悠易受衆引擎查看。
人羣行爲（behavior）
上面註解所說的人羣行爲僅僅是行爲中的一種，如果有搜索引擎的資源，則可以加入搜索行爲的監測（如百度的搜客定向——對在百度搜索過已添加關鍵詞的人，在其瀏覽指定的投放網站時投放客戶推廣組下的創意。）；如果有微博數據，則可以加入關注與被關注的行爲（新浪有此打算嗎？），因此人羣行爲各公司的定義差異是最大的。
購物行爲（purchasing）
購物行爲指的是作爲消費者角色，互聯網用戶的消費數據。毋庸置疑，購物數據如果淘寶是第二，也沒人可以自稱第一。
在廣告系統中，用戶的所有屬性或行爲應該是可以進行自由組合設定的。但以上所有的屬性或行爲就可以全方面的瞭解用戶了嗎？並不是！這是一個發散性的命題，每個人會有不同的見解。比如我們還可以加入用戶的設備（PC、Pad、移動設備等），通過用戶上網通道來描述用戶。還有其他的角度嗎，大家留言討論吧！
併發次數
在按天售賣或者按時間售賣的時代，是不需要考慮併發次數的。只是在按照展現次數（CPM）售賣的時候，我們纔有可能需要考慮廣告併發的設置。
在按照CPM（何爲CPM）售賣時，廣告投放的速度可以有兩種——儘快投放和勻速投放。儘快投放很好理解，就是儘快投放完規定的量。勻速投放就是在規定的時間內均勻的投放完規定的量。舉個例子，一天之內投放1000個CPM，選擇儘快投放就意味着廣告在第x小時投放完畢，那麼(24-x)的時間內就不會再看到廣告；而勻速投放意味着我們需要在第23小時59分時還看到廣告。這個如何做到呢？此時就需要利用併發次數的設定了。
併發次數指的是廣告某個時間週期內播放的次數，其目的是爲了保證廣告的勻速投放。併發次數的計算方法爲：廣告投放量/投放時長。注意：此處的時長根據需要，可以按照秒、分、刻等單位來計算。併發次數的規則需要廣告投放核心的支持，當在規定的時長內，廣告未達到併發次數時，廣告可以展現。達到設置次數後，則不予以展現。
一個思考題：如果一個廣告一天內要求投放1000CPM，而媒體的PV一天正好是1000CPM，那麼儘快投放是否能夠跑完廣告的規定量？勻速投放是否能夠跑完廣告規定的量？如果跑不完，我們需要怎麼做，纔可以跑完？
時段定向
每一個廣告活動，每一次宣傳活動，都會有周期的設定。在一個投放活動被制訂出來後，在每種媒介、每個媒體上的投放週期就已經確定了。電視、廣播、報紙雜誌是以節目的播放時間、廣告順序以及報刊雜誌的期數來決定投放的週期的。互聯網廣告則以開始日期、結束日期以及投放時段來決定投放週期的（需要注意的是：投放時間是以服務器的時間爲準的）。
說明：互聯網的時間使用的是UTC時間體系，北京時間=UTC+8。（關於UTC時間和GMT時間以及北京時間的關係）
問題：在廣告系統設計時，怎樣設計可以使用戶方便快捷的設置每天不同的投放時段？
網頁定向
網頁定向指的是針對特定的URL進行定向，使廣告投放在指定的URL上。網頁定向是互聯網廣告定向中不常使用的定向。
網頁定向最核心的技術有兩個：
1、如何獲取當前頁的URL，注意是當前頁非Http Header中的Reffer。當前頁URL需要通過加在頁面上的JS代碼獲得，設計時需要考慮到如果JS代碼被放在iFrame中的情況，甚至會被放置到好幾層嵌套的iFrame上（這樣放置代碼的媒體更多爲了作弊，可以參見在線廣告作弊手段一覽【見下】）。
2、廣告系統在定向設置時需要考慮到URL匹配問題。左匹配、右匹配、包含、不包含、通配符等。匹配規則需要在廣告投放核心進行處理。
訪客頻次
頻次是廣告投放中一個非常重要的概念。網絡廣告的頻次和其他媒介投放時的頻次概念是一致的。
頻次是指個人或家庭接觸廣告信息的次數。在傳統的電視媒介中，我們不能準確的控制每一個人接觸廣告信息的次數，只能是通過總收視點除以到達率計算得出。但是在網絡廣告中，一個人可以接觸廣告信息的最高頻次是可以嚴格控制的，實現嚴格控制的基礎技術也是cookie，可見cookie對於互聯網廣告精準投放的重要性。
在網絡廣告的投放中，頻次的控制對象比其他媒介更廣泛，頻次可以控制廣告的瀏覽、點擊、完整瀏覽，甚至是廣告的轉發、下載等其他的行爲，因此互聯網的頻次指的是訪客與廣告發生互動的最高次數，而互動的行爲設定則需要能夠在廣告系統中進行設置。當然經常還是對廣告的瀏覽進行頻次設置，我們也以此舉例。
網絡廣告頻次控制的原理非常簡單。當用戶通過瀏覽器訪問頁面時，會請求放置在頁面的廣告位代碼，廣告位代碼和服務器進行交互，廣告位代碼將用戶的cookie信息（包含對廣告的訪問次數）傳給服務器（如果沒有cookie，服務器會生成一個），服務器進行頻次的匹配，超過頻次設定的廣告將不會被投放，在同時判斷了其他定向條件後，服務器回傳適合的廣告到瀏覽器進行投放，在返回信息的同時，還會將用戶cookie上此廣告的瀏覽次數加1。通過這種方式，網絡廣告實現了精確的頻次控制。
廣告投放中，並不是頻次越高越好，過少的接觸不會在接觸的用戶心中產生印象，過多的接觸反而會使接觸的用戶產生不快，厭惡。1972年，美國心理學家赫爾伯特.克魯格曼經過研究，確立了消費者接觸廣告三次的心理學關係：第一次好奇：“這是什麼？”第二次是認識：“幹什麼用的？”第三次是判斷：“對廣告產生什麼印象？”。當然，因爲產品、市場、品牌、競爭、創意以及媒體等不同，在頻次設置上也會有所不同，不過，對廣告的有效接觸頻次限定一般都是以3次爲底限的。
爲了瞭解廣告的投放效果，在報表中，廣告系統一般會提供平均接觸頻次、頻次分佈圖。
討論：頻次分佈圖是什麼樣子？設計時需要注意什麼？
關鍵詞定向
我們所講的關鍵詞定向實際上就是Google AdWords中的內容相關廣告（Contextual）。
關鍵詞定向實現必須具備以下能力：
抓取網頁內容並進行分析的能力
分析時需要考慮到頁面的結構、html標籤、鏈接等影響，對頁面的正文進行分析，得到最恰當的一些關鍵詞來描述頁面所表達的內容。關鍵詞定向是否有效的瓶頸即在於此。
需要注意的是，由於實時快速分析頁面的要求非常高，當頁面足夠多的時候，系統執行效率會非常的低下，因此必須具有提前抓取有可能出現廣告頁面的能力。
當然，實時快速分析同樣重要。
廣告系統中設置廣告投放關鍵詞的能力
需要能夠確保操作人員可以方便快捷的在系統中進行關鍵詞的設置（正向選擇、反向排除），如果能夠提供對之前投放的關鍵詞效果分析及推薦更好。
投放核心快速匹配投放能力
將1的分析結果和2的投放設置進行快速匹配並進行投放，這是最根本的要求。
關鍵詞定向的效果：
文章來源： 總結整理時下流行的瀏覽器User-Agent大全
