資料摘要中「國家/地區」和「geo_country」欄的差異
說明 description
環境
- Customer Journey Analytics
- Analytics
問題/症狀
以下是這類事件的範例原始資料:
解析度 resolution
國家/地區欄是頂層網域。 在網際網路剛開始時,最上層網域和國家/地區基本上是相同的事物,這大概就是為何該欄被稱作國家/地區的原因。 當時沒有與地理資訊對應的IP。 如果資料中的國家/地區欄現在命名,則稱為頂層網域(或類似名稱,但不包括國家/地區)。
現在使用的IP對地理資訊對應,會使用點選的IP來判斷 geo_country
, geo_region
, geo_city
、等,以及網域。 最上層網域(國家/地區欄)取決於網域。 但是,網域在IP地理資訊對應中的重要性已降低。
事實上,購買/配置IP時不再需要提供網域。 是否提供網域資訊,以及(如果提供)其提供的詳細資訊/正確資訊將由該IP區塊所有者決定。 現在有許多跨國公司,即使提供網域資訊,他們通常也會為全球範圍內使用的所有IP區塊提供相同的網域(這表示頂層網域不會符合 geo_country
或實際使用IP的國家/地區)。
所以在Adobe Analytics中,網域(例如 au-net.ne.jp
, ocn.ne.jp
, spmode.ne.jp
, transix.jp
等 (網域結尾為 .jp
)將顯示為 日本 在「國家/地區」欄中。 而網域(例如 bbtec.net
, jptransit.net
, ntt.net
等 (網域結尾為 .net
)在國家/地區欄中顯示為 304 (網路),例如 aetosjapan.com
, zscaler.com
等 (網域結尾為 .com
)在國家/地區欄中顯示為*300 (商業)*等。
網域在IP對應中的重要性降低,而網域具有 .net
, .com
等 在美國以外地區,使用最上層網域(國家/地區欄)的效用,已不如判斷訪客點選來源的實際國家/地區資訊來得高。 此 geo_country
在判斷訪客點選的來源國家/地區時,欄的準確度高得多。
此外,請記住一件事,不過這僅適用於具有的其中一項點選 geo_country = "jpn"
在特定情況下,這很重要,尤其是如果流量來自行動裝置和其他情況,可能 變更 IPs瀏覽中間。 在Adobe Analytics中,針對特定技術等提供在造訪期間一致的報表。 欄位(country
, domain
, geo_country
, geo_city
, browser
, os
,以及其他專案),則造訪的首次點選值會用於造訪中的每次點選。 有時候,當僅檢視IP以進行點選時,以及在Analytics (不同的網域)中為何要執行偵錯時,這可能會造成問題。 geo_city
、等,而IP會解析為。 造訪首次點選的值會用於造訪的所有點選。