Diferença entre a coluna País e geo_country no Feed de dados

Descrição

Ambiente

  • Customer Journey Analytics
  • Analytics

Problema/Sintomas
Abaixo estão os Dados brutos de amostra para esse evento:

navegador code_ver country geo_city geo_country
0 JS-2.10.0 32 caldeirão jpn
2572806621 JS-2.10.0 0 okinawa jpn
2792242630 JS-2.10.0 304 misawa jpn
0 JS-2.10.0 32º caldeirão jpn
2792242630 JS-2.10.0 0 osaka jpn
1045425661 JS-2.10.0 300 quota jpn
2792242630 JS-2.10.0 300 tóquio jpn
2792242630 JS-2.10.0 300 tóquio jpn
3754824564 JS-2.10.0 0 okinawa jpn
2792242630 JS-2.10.0 300 tóquio jpn
2792242630 JS-2.10.0 300 tóquio jpn
2572806621 JS-2.10.0 304 tóquio jpn
3754824564 JS-2.10.0 0 okinawa jpn
1951947700 JS-2.10.0 45 shinagawa jpn
3754824564 JS-2.10.0 304 caldeirão jpn
0 JS-2.10.0 32º caldeirão jpn
0 JS-2.10.0 32º caldeirão jpn
2792242630 JS-2.10.0 300 tóquio jpn

Resolução

A coluna country é o domínio de nível superior. No início da internet, o domínio de nível superior e o país eram basicamente as mesmas coisas, e provavelmente é por isso que a coluna é chamada de país. Não havia IP para mapeamentos de informações geográficas no momento. Se a coluna de país nos dados fosse nomeada agora, ela seria chamada de domínio de nível superior (ou algo assim, mas não de país).

Com IP para mapeamentos de informações geográficas usados agora, o IP da ocorrência é usado para determinar a variável geo_country, geo_region, geo_city, etc., bem como o domínio . O domínio de nível superior (a coluna de país) é determinado a partir do domínio. O domínio, no entanto, tornou-se menos significativo nos mapeamentos de informações geográficas do IP.
Na verdade, o domínio não precisa mais ser fornecido quando os IPs forem comprados/alocados. Cabe ao proprietário do bloco IP determinar se ele fornece informações de domínio e, em caso afirmativo, quais informações detalhadas/precisas foram fornecidas. Com muitas empresas internacionais agora, mesmo quando informações de domínio são fornecidas, elas geralmente fornecem o mesmo domínio para todos os blocos IP usados no mundo inteiro (o que significa que o domínio de nível superior não corresponderá ao geo_country ou o país em que o PI é efetivamente utilizado).

Assim, na Adobe Analytics, domínios como au-net.ne.jp, ocn.ne.jp, spmode.ne.jp, transix.jp, etc. (aqueles em que o domínio termina em .jp) será exibido como Japão na coluna country . Enquanto domínios como bbtec.net, jptransit.net, ntt.net, etc. (aqueles em que o domínio termina em .net) será exibido como *304 (Rede)*na coluna país, domínios como aetosjapan.com, zscaler.com, etc. (aqueles em que o domínio termina em .com) será exibido como *300 (Comercial)*na coluna do país etc.

Como o domínio se tornou menos significativo em mapeamentos de IP e como domínios com .net, .com, etc. tornaram-se muito mais comuns fora dos EUA, o uso do domínio de nível superior (coluna de país) não é mais tão valioso para determinar as informações reais do país para as origens das ocorrências de um visitante. O geo_country é muito mais precisa para determinar o país de origem das ocorrências de um visitante.

Uma coisa adicional a lembrar, embora isso só tenha se aplicado a uma das ocorrências com geo_country = "jpn" em um determinado caso, pode ser significativo, especialmente se o tráfego for de dispositivos móveis e outras situações que podem alterar IPs no meio da visita. No Adobe Analytics, para fornecer relatórios consistentes durante toda a visita, para determinada tecnologia etc. campos (country, domain, geo_country, geo_city, browser, ose outros), o valor da primeira ocorrência de uma visita é usado para cada ocorrência em uma visita. Às vezes, isso pode causar problemas na depuração ao visualizar somente o IP de uma ocorrência e se perguntar por que no Analytics, um domínio diferente, geo_city, etc., é usado do que o IP resolveria. Os valores da primeira ocorrência de uma visita são usados para todas as ocorrências na visita.

Nesta página