Show Menu
主题×

识别移动设备

大多数移动设备接受浏览器 Cookie。但是,如果设备不接受 Cookie,则可使用其他方法来唯一识别无线设备。
Adobe 已确立了一批可唯一识别大多数移动设备的 HTTP 订户 ID 头 。这些头通常包含设备电话号码(或号码的哈希版本),或其他标识符。大部分的当前设备通常具有一个或多个可唯一识别设备的头,而所有的 Adobe 数据收集服务器都会自动使用这些头替代访客 ID。
在典型的图像请求中,路径 ( /b/ss/rsid/1 ) 中的“1”会使 Adobe 服务器返回 gif 图像,并尝试设置永久性访客 ID Cookie( AMCV_ s_vi )。但是,如果根据 HTTP 头,设备被识别为移动设备,则会传递“5”,而不是“1”,这指示应返回 wbmp 格式的图像,并且应使用我们识别的无线头列表(而不是 Cookie)来识别设备。
下表根据路径中的返回图像类型值(“1”或“5”),列出了所用 ID 方法的顺序:
设置 ID 方法顺序
/1/
默认值:
  • 自定义访客 ID
  • Cookie
  • 订户 ID 头
  • IP 地址-用户代理-网关 IP 地址
/5/ /5.1/ /5.5/
Device was identified as a wireless device, or /5/ was manually sent in the image request:
  • 自定义访客 ID
  • 订户 ID 头
  • Cookie
  • IP 地址-用户代理-网关 IP 地址
您还可以在手动图像请求中传递“1”或“5”,但请注意,这些代码是互相排斥的,因此如果始终传递“5”,则即便支持 Cookie,也不会使用它。您可以结合自己的机制,确定设备是否支持 Cookie,如果支持,则可以在图像中传递“1”而不是“5”。在这种情况下,准确性方面的提升会因为支持 Cookie 的移动设备数量而受到限制。

订户 ID 头

通常而言,识别用户时使用订户 ID 方法比 Cookie 更为可靠,因为 Cookie 可能会被删除,也可能发生 Cookie 接受问题和网关 Cookie 管理问题。
您可以加入到移动访客所使用的运营商的白名单中,从而改善识别访客过程中的变化。要获得运营商的访客 ID,请联系该运营商以便将您的域加入其白名单。如果您位于某个运营商的白名单中,则还可以获得在其他情况下可能无法获得的订户 ID 头。
下面的头列表用于识别无线设备。处理头的算法为
  1. 提取 HTTP 头键(头的名称,如“X-Up-Calling-Line-ID”)
  2. 删掉所有非字母(A-Z 和 a-z)字符
  3. 将头键转换为小写
  4. 将键的结尾部分与下表中的头相比较以查找匹配项:
类型
示例
callinglineid
ID
X-Up-Calling-Line-ID: 8613802423312
subno
ID
x-up-subno: swm_10448371100_vmag.mycingular.net
clientid
ID
uid
ID
x-jphone-uid: a2V4Uh21XQH9ECNN
clid
ID
X-Hts_clid: 595961714786
deviceid
ID
rim-device-id: 200522ae
forwardedfor
ID 或 IP 地址
X-Forwarded-For: 127.0.0.1
msisdn
ID 或 IP 地址
X-Wap-msisdn: 8032618185
clientip
IP 地址
Client-ip: 10.9.41.2
wapipaddr
IP 地址
X-WAPIPADDR: 10.48.213.162
huaweinasip
IP 地址
x-huawei-NASIP: 211.139.172.70
userip
IP 地址
UserIP: 70.214.81.241
ipaddress
IP 地址
X-Nokia-ipaddress: 212.97.227.125
subscriberinfo
IP 地址
X-SUBSCRIBER-INFO: IP=10.103.132.128
例如,“callinglineid”可与“X-Up-Calling-Line-ID”及“nokia-callinglineid”相匹配。头类型即能说明头中会包含哪些内容。以下列出头的优先级顺序(如果存在名为“callinglineid”的头,则会用它来替代“subno”)。
您可以使用 动态变量 来提取头中的特定值。