Unterschied zwischen der Spalte "Land"und "geo_country"im Datenfeed

Beschreibung description

Umgebung

  • Customer Journey Analytics
  • Analysen

Problem/Symptome
Nachfolgend finden Sie Beispiel-Rohdaten für ein solches Ereignis:

browser
code_ver
country
geo_city
geo_country
0
JS-2.10.0
32
shibuya
jpn
2572806621
JS-2.10.0
0
Okinawa
jpn
2792242630
JS-2.10.0
304
misawa
jpn
0
JS-2.10.0
32
shibuya
jpn
2792242630
JS-2.10.0
0
osaka
jpn
1045425661
JS-2.10.0
300
ota
jpn
2792242630
JS-2.10.0
300
Tokio
jpn
2792242630
JS-2.10.0
300
Tokio
jpn
3754824564
JS-2.10.0
0
Okinawa
jpn
2792242630
JS-2.10.0
300
Tokio
jpn
2792242630
JS-2.10.0
300
Tokio
jpn
2572806621
JS-2.10.0
304
Tokio
jpn
3754824564
JS-2.10.0
0
Okinawa
jpn
1951947700
JS-2.10.0
45
Shinagawa
jpn
3754824564
JS-2.10.0
304
shibuya
jpn
0
JS-2.10.0
32
shibuya
jpn
0
JS-2.10.0
32
shibuya
jpn
2792242630
JS-2.10.0
300
Tokio
jpn

Lösung resolution

Die Spalte "Land"ist die Domäne der obersten Ebene. Zu Beginn des Internets waren die Top-Level-Domain und das Land im Grunde die gleichen Dinge, und deshalb wird die Spalte wahrscheinlich als Land bezeichnet. Damals gab es keine IP-zu-Geo-Infozuordnungen. Wenn die Länderspalte in den Daten jetzt benannt werden sollte, würde sie als Domäne der obersten Ebene (oder so ähnlich, aber nicht als Land) bezeichnet.

Bei IP-zu-Geo-Info-Zuordnungen, die jetzt verwendet werden, wird die IP des Treffers verwendet, um die geo_country, geo_region, geo_city, usw. sowie der Domäne. Die Domäne der obersten Ebene (die Spalte "Land") wird von der Domäne bestimmt. Die Domäne ist jedoch in den IP-Geo-Info-Zuordnungen weniger bedeutend geworden.
Tatsächlich muss die Domäne nicht mehr bereitgestellt werden, wenn IPs gekauft/zugeordnet werden. Es ist Sache des IP-Blockinhabers zu bestimmen, ob er Domäneninformationen bereitstellt und, falls ja, wie detaillierte/genaue Informationen er bereitstellt. Viele internationale Unternehmen stellen jetzt, selbst wenn Domäneninformationen bereitgestellt werden, häufig dieselbe Domäne für alle weltweit verwendeten IP-Blöcke bereit (was bedeutet, dass die Domäne der obersten Ebene nicht mit der geo_country oder das Land, in dem der IP tatsächlich verwendet wird).

In Adobe Analytics also Domänen wie au-net.ne.jp, ocn.ne.jp, spmode.ne.jp, transix.jp, usw. (wenn die Domäne in .jp) wird angezeigt als Japan in der Spalte "Land". Domänen wie bbtec.net, jptransit.net, ntt.net, usw. (wenn die Domäne in .net) wird in der Länderspalte als *304 (Netzwerk)*angezeigt, wobei Domänen wie aetosjapan.com, zscaler.com, usw. (wenn die Domäne in .com) wird als *300 (kommerziell)*in der Länderspalte angezeigt, usw.

Da die Domäne in IP-Zuordnungen und als Domänen mit .net, .com, usw. außerhalb der USA viel häufiger vorkommen, ist die Verwendung der Domäne auf oberster Ebene (Länderspalte) nicht mehr so nützlich, um die tatsächlichen Länderinformationen für die Herkunft der Treffer für einen Besucher zu ermitteln. Die geo_country -Spalte ist bei weitem genauer, um das Herkunftsland der Treffer für einen Besucher zu bestimmen.

Eine weitere Bemerkung, die Sie beachten sollten, obwohl dies nur für einen der Treffer mit geo_country = "jpn" in einer bestimmten Instanz kann es von erheblicher Bedeutung sein, insbesondere wenn der Traffic von Mobilgeräten stammt und in anderen Situationen change IPs während des Besuchs. In Adobe Analytics sollten Sie für eine konsistente Berichterstattung während eines Besuchs, für bestimmte Technologien usw. sorgen. -Felder (country, domain, geo_country, geo_city, browser, osund andere), wird der Wert aus dem ersten Treffer eines Besuchs für jeden Treffer in einem Besuch verwendet. Dies kann manchmal zu Problemen beim Debugging führen, wenn nur die IP-Adresse auf einen Treffer untersucht und gefragt wird, warum in Analytics, einer anderen Domäne, geo_cityusw. verwendet wird, als die IP auflösen würde. Die Werte aus dem ersten Treffer eines Besuchs werden für alle Treffer im Besuch verwendet.

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