数据馈送中的“国家/地区”和“geo_country”列之间的差异

本文以示例详细解释了Customer Journey Analytics数据馈送中“Country”列和“geo_country”列之间的差异。

描述 description

环境

  • Customer Journey Analytics
  • Analytics

问题/症状

以下是此类事件的示例原始数据:

浏览器
code_ver
国家/地区
geo_city
geo_country
0
JS-2.10.0
32
涩谷
jpn
2572806621
JS-2.10.0
0
冲绳
jpn
2792242630
JS-2.10.0
304
三泽
jpn
0
JS-2.10.0
32
涩谷
jpn
2792242630
JS-2.10.0
0
大坂
jpn
1045425661
JS-2.10.0
300
太田
jpn
2792242630
JS-2.10.0
300
东京
jpn
2792242630
JS-2.10.0
300
东京
jpn
3754824564
JS-2.10.0
0
冲绳
jpn
2792242630
JS-2.10.0
300
东京
jpn
2792242630
JS-2.10.0
300
东京
jpn
2572806621
JS-2.10.0
304
东京
jpn
3754824564
JS-2.10.0
0
冲绳
jpn
1951947700
JS-2.10.0
45
品川
jpn
3754824564
JS-2.10.0
304
涩谷
jpn
0
JS-2.10.0
32
涩谷
jpn
0
JS-2.10.0
32
涩谷
jpn
2792242630
JS-2.10.0
300
东京
jpn

分辨率 resolution

国家/地区列是顶级域。 在互联网的开端,上层网域和国家基本上是相同的,这大概就是为什么这个专栏被称为国家。 当时没有IP到地理信息的映射。 如果数据中的国家/地区列现在要命名,则它称为顶级域(或类似于,但不包括国家/地区)。

通过现在使用的IP到地理信息映射,点击的IP将用于确定geo_countrygeo_regiongeo_city等以及域。 顶级域(国家/地区列)由域决定。 但是,该域在IP地理信息映射中的重要性已降低。
事实上,购买/分配IP时不再需要提供域。 由IP块所有者决定是否提供域信息,如果提供,则确定它们提供的详细信息/准确程度如何。 现在,由于许多跨国公司,即使提供了域信息,它们通常也会为世界各地使用的所有IP块提供相同的域(这意味着顶级域将与geo_country或实际使用IP的国家/地区不匹配)。

因此,在Adobe Analytics中,域au-net.ne.jpocn.ne.jpspmode.ne.jptransix.jp等 (域以.jp结尾的域)在国家/地区列中将显示为​ Japan。 而域(如bbtec.netjptransit.netntt.net等) (域以.net结尾的域)在国家/地区列中将显示为 304 (网络),这些域如aetosjapan.comzscaler.com等。 (域以.com结尾的域)在国家/地区列中将显示为*300 (商业)*等。

因为域在IP映射中变得不那么重要,并且作为具有.net.com等的域。 现在,在美国以外地区越来越普遍,使用顶级域(国家/地区列)在确定访客点击来源的实际国家/地区信息方面不再那么有用。 geo_country列在确定访客点击的来源国家/地区时更加准确。

另外要记住的一点是,尽管这仅适用于特定实例中具有geo_country = "jpn"的点击之一,但是它可能很重要,尤其是如果流量来自移动设备和其他可能在访问中更改​ IP的情况。 在Adobe Analytics中,对于特定技术等,在整个访问期间提供一致的报表。 字段(countrydomaingeo_countrygeo_citybrowseros等),访问中首次点击的值将用于访问中的每次点击。 有时,在仅查看IP以进行点击并纳闷为什么在Analytics中使用与IP将解析到的域不同的域geo_city等时,这可能会导致调试中出现问题。 访问中首次点击的值将用于访问中的所有点击。

recommendation-more-help
3d58f420-19b5-47a0-a122-5c9dab55ec7f