Dicas e práticas recomendadas para novos usuários dos conjuntos de relatórios virtuais.
Pergunta | Resposta |
---|---|
Devo consolidar minha implementação de diversos conjuntos de relatórios em um único conjunto de relatórios “global” e, em seguida, usar os conjuntos de relatórios virtuais para expor diferentes segmentos de dados para meus usuários? | Talvez. Estas são algumas das circunstâncias sob as quais você deve considerar manter os conjuntos de relatórios individuais:
|
Quais configurações dos conjuntos de relatórios virtuais são herdadas do conjunto de relatórios pai? | Um conjunto de relatórios virtual herda a maioria dos níveis de serviço do conjunto de relatórios pai, como configurações de eVar, Regras de processamento, Classificações etc. As seguintes configurações NÃO foram herdadas:
|
Qual é a diferença entre trabalhar com um conjunto de relatórios virtual e com um conjunto de relatórios de base na interface do Analytics? | Depois de criado, um conjunto de relatórios virtuais é tratado como um conjunto de relatórios base na interface do usuário, geralmente compatível com a maioria dos recursos estendidos. Por exemplo:
|
Como os conjuntos de relatórios virtuais são tratados no Admin Console e na API de administração? É possível salvar recursos neles, como conjuntos de relatórios de base? | Não, os conjuntos de relatórios virtuais não são compatíveis com a maioria dos recursos de Administração. Como mencionado acima, um conjunto de relatórios virtual herda a maioria dos níveis de serviço e recursos do pai (por exemplo, configurações de eVar, Regras de processamento, Classificações etc.); portanto, para fazer alterações nessas configurações herdadas em um conjunto de relatórios virtual, é necessário alterar o conjunto de relatórios pai. Como resultado, os conjuntos de relatórios virtuais são mostrados na interface do usuário somente aqui:
|
Eu marquei “Iniciar nova visita na inicialização”. Por que ainda vejo visitas muito maiores que inicializações? | Quando "Iniciar nova visita na inicialização" está marcado, o tempo limite ainda é aplicado. Assim, se um usuário usar o aplicativo por dez minutos com um intervalo de um minuto entre cada ação, uma nova visita será iniciada na inicialização e nove visitas adicionais serão criadas quando a visita atingir o tempo limite. Para manter inicializações e visitas o mais próximo possível ao usar a opção "Iniciar nova visita na inicialização", você deve usar um tempo limite mais longo que o tempo limite da sessão definido no SDK. |
Eu defini “Iniciar nova visita na inicialização” e um tempo limite mais longo que meu SDK. Por que minhas inicializações ainda são muito inferiores às visitas? | Se o tempo limite for maior que o valor definido no SDK, provavelmente o seu aplicativo está enviando ocorrências em segundo plano e estas estão sendo registradas como novas visitas. Verifique isso usando a dimensão de tipo de ocorrência no conjunto de relatórios principal para ver se há alguma ocorrência em segundo plano. Observação: ocorrências em primeiro e segundo plano são diferenciadas somente na versão 4.13.6 e superior do SDK Se estiver em uma versão anterior, todas as ocorrências serão mostradas em primeiro plano. Se tiver a versão correta do SDK, você deve ativar a configuração "Impedir ocorrências em segundo plano de iniciar uma nova visita". Observação: se não tiver desativado o processamento herdado para ocorrências em segundo plano no Admin Console, eles não serão mostrados no conjunto de relatórios principal, mas aparecerão no conjunto de relatórios virtual. |
Que versão do SDK preciso ter para rastrear ocorrências em segundo plano? | Você deve ter a versão 4.13.6 ou superior do SDK. |
Como encontrar a ID de um conjunto de relatórios virtual? |
|