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

本文以範例詳細解釋Customer Journey Analytics資料摘要中，「國家/地區」和「地理國家/地區」欄位之間的差異。

說明 description

環境

問題/症狀

以下是這類事件的範例原始資料：

解析度 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的網域）在國家/地區欄中會顯示為​ Japan。 網域（例如bbtec.net、jptransit.net、ntt.net等） （網域結尾為.net的網域）在國家/地區欄中會顯示為 304 （網路），例如aetosjapan.com、zscaler.com等網域。 （網域結尾為.com的網域）在國家/地區欄等專案中將顯示為*300 （商業）*等。

因為網域在IP對應中變得不那麼重要，而且因為網域具有.net、.com等 在美國以外地區，使用最上層網域（國家/地區欄）的效用，已不如判斷訪客點選來源的實際國家/地區資訊來得高。 geo_country欄在判斷訪客的點選來源國家時，準確度更高。

另外，請記住，雖然這僅適用於特定執行個體中具有geo_country = "jpn"的其中一個點選，但這可能很重要，尤其是如果流量來自行動裝置和其他可能會在造訪中間​ 變更 IP的情況。 在Adobe Analytics中，針對特定技術等提供在造訪期間一致的報表。 欄位（country、domain、geo_country、geo_city、browser、os及其他），造訪首次點選的值會用於造訪中的每次點選。 有時候，當僅檢視IP以進行點選時，以及在Analytics中為何使用與IP所解析不同的網域geo_city等時，這可能會導致偵錯發生問題。 造訪首次點選的值會用於造訪的所有點選。