Conteúdo construído em parceria com o Search Discovery

sdi-color-horizontal scaled

Planejamento da sua migração para o Adobe DTM

Este artigo analisa os itens a serem considerados à medida que você planeja sua migração para o DTM, bem como as práticas recomendadas relacionadas, para ajudar a fazer sua implementação com o pé direito. 

Planejando sua configuração do DTM

Visão Geral do Componente

Aqui está uma rápida visão geral da estrutura básica da empresa do DTM para se preparar para as decisões envolvidas no planejamento da sua configuração do DTM.

Em DTM, uma empresa é um agrupamento de propriedades da web.

Uma propriedade da web é um agrupamento de ferramentas, regras e elementos de dados configurados para coletar dados e implantar tags / scripts no(s) seu(s) site(s). 

Picture1

Cada propriedade da web está associada a um código de incorporação que é responsável por carregar as configurações de propriedade específicas em seu(s) site(s).

Os usuários são gerenciados no nível da empresa, mas podem ser autorizados para cada propriedade, com exceção da função de administrador. A função de administrador é global e tem permissões totais para todas as propriedades de uma empresa. 

Picture2

Mais informações sobre as funções do usuário aqui: https://marketing.adobe.com/resources/help/pt_BR/dtm/groups.html

Planejando sua configuração do DTM

Pontos de decisão

Com a estrutura básica da empresa DTM em mente, vamos discutir os pontos de decisão relacionados ao planejar sua configuração do DTM. 

Quantas empresas eu preciso?

Na maioria dos casos, uma empresa atenderá melhor às necessidades de negócios.

A principal razão para ter mais de uma empresa é realizar a separação completa de usuários e propriedades da web.

Esse tipo de configuração é mais comum em grandes empresas com vários conjuntos de entidades da web que são executadas por várias divisões de negócios. 

Picture3

Como devo distribuir meus domínios e subdomínios em propriedades da web?

As propriedades da Web podem ser configuradas como uma para uma ou uma para muitas com seus domínios.

Para decidir o que funcionará melhor para sua empresa, considere as semelhanças entre domínios e as diferenças das variáveis a seguir. 

  • Métodos e fontes de coleção de dados
  • Ferramentas e tags implantadas
  • Estrutura do código do site
  • Fluxos de trabalho do usuário do DTM

Na maioria dos casos, uma propriedade da Web por domínio atenderá melhor às necessidades de negócios devido a diferenças consideráveis em uma ou várias das variáveis acima.

Esse tipo de configuração acomoda de maneira mais eficiente as necessidades de cada domínio, permitindo a duplicação fácil de constantes de vários domínios por meio da funcionalidade de 'cópia'.

Picture4

No entanto, nos casos em que essas variáveis são as mesmas ou muito semelhantes em vários domínios, pode ser mais sensato ter vários domínios em uma propriedade da web. Nesses casos, essa configuração pode reduzir a duplicação desnecessária entre propriedades.

Esse mesmo raciocínio pode ser usado para distribuição de subdomínio.

Exemplos de casos de uso

Cenário - Minha divisão de negócios gerencia vários domínios. Estamos implantando análises em todos os domínios, mas cada domínio tem seu próprio conjunto de relatórios e necessidades de rastreamento.

Solução - Aproveite uma propriedade para cada domínio.

 

Cenário - Minha divisão de negócios gerencia vários domínios. Estamos implantando análises em todos os domínios e usamos um conjunto de relatórios global para coletar todos os nossos dados. As origens de dados entre domínios são muito diferentes devido a variações na estrutura do código do site.

Solução - Aproveite uma propriedade para cada domínio.

 

Cenário - Minha divisão de negócios gerencia vários domínios. Estamos implantando análises em todos os domínios e usamos um conjunto global de relatórios e uma camada de dados global para coletar todos os nossos dados. O restante de nossas ferramentas e tags é mais consistente entre domínios e estamos planejando que os mesmos usuários gerenciem o fluxo de trabalho de publicação.

Solução - Aproveite uma propriedade para todos os domínios.

Melhores práticas de migração

Depois de determinar a distribuição ideal da empresa e da propriedade, considere as seguintes práticas recomendadas ao iniciar sua migração do DTM.

 

Fluxo de trabalho de processo

Desenvolva um processo sistemático para migrar o código de página existente para o DTM para ajudar a garantir uma transição suave.

Geralmente, é recomendável iniciar esse processo em ambientes de preparação de nível inferior e migrar o código em uma seção página por página ou site por seção de seção do site.

Isso permitirá que você analise completamente as configurações do DTM antes de remover qualquer código de página pré-existente, reduzindo o risco de interrupção da implementação.

 

Trabalhar com TI

É importante trabalhar com sua equipe de TI antecipadamente para determinar os processos atuais e os ciclos de implantação.

Isso ajudará a garantir a colocação correta e oportuna do código de incorporação e a remoção coordenada do código de página efetivamente migrado.

 

Fluxo de Trabalho e Governança de Pessoas

Outro conceito importante é estabelecer um fluxo de trabalho de usuário. A atribuição cuidadosa de funções de usuário fornece governança ao fluxo de trabalho do DTM. 

Picture5

Isso garantirá que todos os itens sejam totalmente verificados pelos membros certos de sua equipe antes de serem enviados para produção.

Mais informações sobre como migrar para o DTM aqui: https://marketing.adobe.com/resources/help/pt_BR/dtm/migration.html

A seguir na série de cinco etapas da Introdução: Migração para o DTM - um exame mais detalhado do Adobe Analytics.

Esta obra está licenciada sob uma licença não adaptada da Creative Commons Attribution-Noncommercial-Share Alike 3.0  As publicações do Twitter™ e do Facebook não são cobertas pelos termos do Creative Commons.

Avisos legais   |   Política de privacidade online