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

說明

環境

• Customer Journey Analytics
• Analytics

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

解析度

國家欄是頂層網域。 在網際網路的開始，上層網域和國家基本上是一樣的，這大概就是為什麼這篇專欄被稱為「國家」。 當時沒有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" 在特定例項中，流量可能是顯著的，尤其是來自行動裝置的流量以及可能 變更 IP在造訪期間。 在Adobe Analytics中，針對特定技術等，在整個造訪期間提供一致的報表。 欄位(country, domain, geo_country, geo_city, browser, os，則造訪的首次點擊值會用於造訪中的每次點擊。 有時候，在僅查看點擊的IP時，可能會導致除錯時發生問題，並納入不同網域Analytics中的原因， geo_city，則會比IP解析為的使用。 造訪的首次點擊值會用於造訪中的所有點擊。

Business.Adobe.com 資源