資料摘要中「國家/地區」和「geo_country」欄的差異

說明 description

環境

  • Customer Journey Analytics
  • Analytics

問題/症狀
以下是這類事件的範例原始資料:

瀏覽器
code_ver
國家/地區
geo_city
geo_country
0
JS-2.10.0
32
澀谷
日文
2572806621
JS-2.10.0
0
沖繩
日文
2792242630
JS-2.10.0
304
三澤
日文
0
JS-2.10.0
32
澀谷
日文
2792242630
JS-2.10.0
0
大阪
日文
1045425661
JS-2.10.0
300
ota
日文
2792242630
JS-2.10.0
300
東京
日文
2792242630
JS-2.10.0
300
東京
日文
3754824564
JS-2.10.0
0
沖繩
日文
2792242630
JS-2.10.0
300
東京
日文
2792242630
JS-2.10.0
300
東京
日文
2572806621
JS-2.10.0
304
東京
日文
3754824564
JS-2.10.0
0
沖繩
日文
1951947700
JS-2.10.0
45
品川
日文
3754824564
JS-2.10.0
304
澀谷
日文
0
JS-2.10.0
32
澀谷
日文
0
JS-2.10.0
32
澀谷
日文
2792242630
JS-2.10.0
300
東京
日文

解析度 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)將顯示為 日本 在「國家/地區」欄中。 而網域(例如 bbtec.netjptransit.netntt.net等 (網域結尾為 .net)在國家/地區欄中顯示為 304 (網路),例如 aetosjapan.comzscaler.com等 (網域結尾為 .com)在國家/地區欄中顯示為*300 (商業)*等。

網域在IP對應中的重要性降低,而網域具有 .net.com等 在美國以外地區,使用最上層網域(國家/地區欄)的效用,已不如判斷訪客點選來源的實際國家/地區資訊來得高。 此 geo_country 在判斷訪客點選的來源國家/地區時,欄的準確度高得多。

此外,請記住一件事,不過這僅適用於具有的其中一項點選 geo_country = "jpn" 在特定情況下,這很重要,尤其是如果流量來自行動裝置和其他情況,可能 變更 IPs瀏覽中間。 在Adobe Analytics中,針對特定技術等提供在造訪期間一致的報表。 欄位(countrydomaingeo_countrygeo_citybrowseros,以及其他專案),則造訪的首次點選值會用於造訪中的每次點選。 有時候,當僅檢視IP以進行點選時,以及在Analytics (不同的網域)中為何要執行偵錯時,這可能會造成問題。 geo_city、等,而IP會解析為。 造訪首次點選的值會用於造訪的所有點選。

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