Differenza tra la colonna Country e la colonna geo_country nel feed di dati

Descrizione description

Ambiente

  • Customer Journey Analytics
  • Analytics

Problema/Sintomi
Di seguito è riportato un esempio di dati non elaborati per tale evento:

browser
code_ver
paese
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
tokyo
jpn
2792242630
JS-2.10.0
300
tokyo
jpn
3754824564
JS-2.10.0
0
okinawa
jpn
2792242630
JS-2.10.0
300
tokyo
jpn
2792242630
JS-2.10.0
300
tokyo
jpn
2572806621
JS-2.10.0
304
tokyo
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
tokyo
jpn

Risoluzione resolution

La colonna Paese è il dominio di primo livello. All'inizio di internet, il dominio di primo livello e il paese erano sostanzialmente le stesse cose, ed è probabilmente per questo che la colonna si chiama paese. Non c'era alcun IP per mappare informazioni geografiche in quel momento. Se la colonna Paese nei dati dovesse essere denominata ora, verrebbe chiamata dominio di primo livello (o qualcosa di simile, ma non paese).

Con le mappature IP-informazioni geografiche attualmente in uso, l’IP dell’hit viene utilizzato per determinare geo_country, geo_region, geo_city, ecc., nonché il dominio. Il dominio di primo livello (la colonna Paese) è determinato dal dominio. Il dominio, tuttavia, è diventato meno significativo nelle mappature IP geo-info.
Infatti, il dominio non deve più essere fornito quando gli IP vengono acquistati/allocati. Spetta al proprietario del blocco IP determinare se fornisce informazioni sul dominio e, in tal caso, in che modo fornisce informazioni dettagliate/accurate. Attualmente, anche quando vengono fornite informazioni sul dominio, molte aziende internazionali spesso forniscono lo stesso dominio per tutti i blocchi IP utilizzati in tutto il mondo (il che significa che il dominio di primo livello non corrisponderà al geo_country o il paese in cui il PI è effettivamente utilizzato).

In Adobe Analytics, quindi, domini come au-net.ne.jp, ocn.ne.jp, spmode.ne.jp, transix.jp, ecc. (quelli in cui il dominio termina in .jp) verrà visualizzato come Giappone nella colonna paese. Mentre domini come bbtec.net, jptransit.net, ntt.net, ecc. (quelli in cui il dominio termina in .net) mostrerà come *304 (Rete)*nella colonna Paese, i domini come aetosjapan.com, zscaler.com, ecc. (quelli in cui il dominio termina in .com) verrà visualizzato come *300 (Commerciale)*nella colonna Paese, ecc.

Poiché il dominio è diventato meno significativo nelle mappature IP e come domini con .net, .com, ecc. sono diventati molto più comuni al di fuori degli Stati Uniti; l’utilizzo del dominio di primo livello (colonna Paese) non è più altrettanto utile per determinare le informazioni effettive sul paese per l’origine degli hit di un visitatore. Il geo_country La colonna è molto più precisa per determinare il paese di origine degli hit di un visitatore.

Un ulteriore aspetto da ricordare, anche se questo si applicava solo a uno degli hit con geo_country = "jpn" in un caso particolare, può essere significativo, soprattutto se il traffico proviene da dispositivi mobili e altre situazioni che possono modifica IP a metà visita. In Adobe Analytics, per fornire rapporti coerenti nel corso di una visita, per determinate tecnologie, ecc. campi (country, domain, geo_country, geo_city, browser, ose altri), il valore del primo hit di una visita viene utilizzato per ogni hit di una visita. Questo a volte può causare problemi nel debug quando si esamina solo l’IP per un hit e ci si chiede perché in Analytics, un dominio diverso, geo_city, ecc., viene utilizzato meno di quanto l’IP risolverebbe in. I valori del primo hit di una visita vengono utilizzati per tutti gli hit della visita.

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