Show Menu
TÓPICOS×

Práticas recomendadas de introdução

Se você for novo no Gerenciamento dinâmico de tags da Adobe (DTM), se preparar para migrar para o DTM ou se atualizar no DTM, este guia é para você.
Última atualização: 30 de janeiro de 2017
O Dynamic Tag Management permite que profissionais de marketing gerenciem tags de modo rápido e fácil. Além disso, fornece ferramentas inovadoras para a coleta e a distribuição de dados nos sistemas de marketing digital. O DTM também permite o delivery responsivo de conteúdo específico do usuário, proporcionando novos níveis de agilidade e controle às empresas que buscam prosperar no mercado digital de hoje em dia.
Além deste Guia de práticas recomendadas, os seguintes recursos estão disponíveis para ajudá-lo a aproveitar ao máximo o Gerenciamento dinâmico de tags:
Recurso Detalhes
Documentação de produto do Dynamic Tag Management
Informações detalhadas e instruções passo a passo sobre como usar o Gerenciamento dinâmico de tags.
Informações sobre como start usando o Gerenciamento dinâmico de tags.

Noções básicas para o usuário iniciante

Uma introdução à interface do usuário do Gerenciamento dinâmico de tags (DTM).
Este conteúdo foi criado em parceria com a Search Discovery

Painel

Navegação: Início > Painel
A primeira página vista no DTM após o logon é o painel. O painel contém uma lista de todas as empresas às quais você tem acesso.

Visão geral da Empresa

Navegação: Início > Painel > Visão geral da Empresa
Clicar em uma empresa do painel leva você à página de visão geral da empresa.
Se você tiver acesso a apenas uma empresa, será direcionado para a página de visão geral da empresa em vez do painel ao fazer login.
No DTM, uma empresa é uma coleção de propriedades da Web. Uma propriedade da Web é uma coleção de ferramentas, regras e elementos de dados.
Todas as propriedades da Web na empresa são acessadas na página de visão geral da empresa.
Usuários de nível administrativo podem adicionar novas propriedades da Web na página de visão geral da empresa clicando em Adicionar propriedade. Os únicos campos obrigatórios ao configurar uma propriedade da Web são Nome e URL, que podem ser alterados posteriormente, se necessário.
Usuários de nível administrativo também podem gerenciar e provisionar usuários a partir da página de visão geral da empresa por meio das guias Usuários e grupos.

Visão geral da propriedade

Navegação: Visão geral da Empresa > Visão geral da propriedade
Clicar em qualquer propriedade na página de visão geral da empresa leva você para a página de visão geral da propriedade.
A página de visão geral da propriedade fornece um breve resumo da configuração da propriedade e serve como um gateway para os componentes da propriedade principal: ferramentas, regras, elementos de dados, o fluxo de trabalho de publicação e os códigos incorporados da propriedade.
Navegação: Visão geral da propriedade > Ferramentas instaladas
As ferramentas do DTM são integrações incorporadas que permitem a implantação rápida de soluções para o seu site.
Atualmente, as integrações de ferramentas do DTM oferta para soluções da Adobe, bem como para o Google Analytics e Nielsen. Cada uma dessas integrações foi projetada exclusivamente para facilitar a configuração e a implantação dessa solução específica.
Qualquer ferramenta ou tag de terceiros sem uma integração nativa pode ser implementada em uma regra por meio do
Seção JavaScript / Tag de terceiros discutida abaixo.

Regras

Navegação: Visão geral da propriedade > Regras
Clicar na guia Regras na página de visão geral da propriedade leva você às regras de propriedade.
As regras no DTM são usadas para executar condicionalmente ferramentas, tags, scripts e HTML.
Independentemente do tipo, as regras no DTM têm dois componentes principais: a condição e o acionador. A condição indica o cenário no qual a regra será acionada e indica os itens que serão executados quando a regra for acionada.
Há três tipos de regras no DTM:
  • Com base em eventos: as regras baseadas em eventos são orientadas para interação. Por exemplo, se eu quisesse rastrear o momento em que um usuário clica em determinado botão, usaria uma regra baseada em eventos.
  • Carregamento de página: as regras de carregamento de página são associadas ao carregamento de página. Por exemplo, se eu quisesse adicionar um bloco de código específico ao carregar determinadas páginas no site, usaria uma regra de carregamento de página.
  • Chamada direta: as regras de chamada direta são usadas nos cenários quando o DTM não consegue detectar um evento no DOM. Por exemplo, se eu quiser rastrear um evento AJAX que não pode ser detectado no DOM, usaria uma regra de chamada direta.
Independentemente do tipo de regra, se a condição for atendida, o acionador será executado.
Todos os tipos de regras têm a opção de acionar tags de terceiros ou qualquer outro JavaScript ou HTML personalizado por meio do modal Javascript / Tags de terceiros.
Outros módulos de disparo são ativados nas regras quando as ferramentas são adicionadas à propriedade. Por exemplo, se minha propriedade contiver uma ferramenta do Adobe Analytics e uma ferramenta do Google Universal Analytics, as regras de propriedade conterão módulos de disparo opcionais para essas ferramentas.
Cada ferramenta modal oferta métodos fáceis para personalizar um acionador para essa ferramenta específica.

Elementos de dados

Navegação: Visão geral da propriedade > Regras > Elementos de dados
Clicar na guia Elementos de dados na guia Regras exibe a página de visão geral do elemento de dados.
Os elementos de dados são usados para criar um mapeamento de dados no DTM. A definição de pontos de dados comuns como elementos de dados permite que esses pontos de dados sejam facilmente capturados e aproveitados dentro de regras e ferramentas no DTM.

Fluxos de trabalhos

Um conceito importante no DTM é a ideia de uma única propriedade da Web ter uma biblioteca de preparo e uma biblioteca de produção.
A biblioteca de preparo contém todas as regras, ferramentas e elementos de dados configurados na propriedade da Web. A biblioteca de produção inclui apenas as regras, as ferramentas e os elementos de dados aprovados e publicados.
Navegação: Visão geral da propriedade > guia Aprovações
Quando uma regra, ferramenta ou elemento de dados é adicionado ou alterado em uma propriedade, uma aprovação é gerada automaticamente.
Navegação: Visão geral da propriedade > guia Histórico
Depois que um item é aprovado, ele fica disponível na fila Alterações não publicadas 0na guia Histórico. Depois que um item é publicado, ele fica disponível na biblioteca de produção.
Essa separação das bibliotecas e do fluxo de trabalho associado permite testes mais eficazes em preparos sem afetar a produção.

Instalação

Navegação: Visão geral da propriedade > guia Incorporar
Clicar na guia Incorporar leva você à página de instalação do DTM.
Esta guia contém as várias opções de hospedagem da biblioteca disponíveis. Por padrão, a propriedade aproveita a hospedagem do Akamai. Este método é normalmente aceitável para a maioria das organizações; no entanto, se houver controle adicional sobre a disponibilização da biblioteca do DTM em duas opções de hospedagem própria necessárias.
A expansão da seção Código do cabeçalho na guia Incorporado revela os códigos incorporados de preparo e produção da propriedade.
Observe que há um código incorporado para armazenamento temporário e um para produção. É assim que o DTM diferencia entre as bibliotecas de preparo e produção discutidas acima. Quando o código incorporado de preparo é instalado, a biblioteca de preparo é carregada. Quando o código incorporado de produção é instalado, a biblioteca de produção é carregada.
Depois que os códigos incorporados de cabeçalho e rodapé são instalados corretamente em um site, a biblioteca do DTM associada é carregada automaticamente em cada carregamento de página.
Utilize o plug-in do DTM Switch para testar no console da Web. Isso ajuda você a entender o que o DTM está fazendo na página e permite alternar localmente para a biblioteca de preparo para testes mais eficazes. Para obter mais informações, consulte Plug-ins de descoberta de pesquisa na Documentação de produto do Gerenciamento dinâmico de tags.

Arquitetura técnica e hospedagem do DTM

Informações sobre a arquitetura técnica do Gerenciamento dinâmico de tags (DTM) e suas opções de hospedagem.
Este conteúdo foi criado em parceria com a Search Discovery
Esta seção contém as seguintes informações:

Arquitetura

Os componentes principais da arquitetura técnica do DTM incluem o aplicativo de gerenciamento da Web, as bibliotecas JavaScript de preparo e produção e o código incorporado.
O aplicativo de gerenciamento da Web é a interface on-line na qual você faz logon e usa para gerenciar sua implementação do DTM. É aqui que você criará e configurará ferramentas, regras e elementos de dados e gerenciará a implantação dessas configurações no(s) site(s).
Uma propriedade da Web no DTM é uma coleção de configurações de ferramentas, regras e elementos de dados.
Cada propriedade da Web está associada a uma biblioteca JavaScript de preparo e a uma biblioteca JavaScript de produção. Essas bibliotecas são geradas pelo aplicativo da Web e contêm o conjunto exclusivo de configurações nessa propriedade da Web.
A biblioteca JavaScript de preparo contém todas as configurações mais recentes de ferramenta, regra e elemento de dados na propriedade da Web. Essa biblioteca é atualizada automaticamente com qualquer alteração na propriedade e destina-se a testes em ambientes de preparo temporário ou testes de produção local por meio do plug-in do switch DTM.
Para obter mais informações sobre o plug-in de troca do DTM, consulte Plug-ins de descoberta de pesquisa na Documentação de produto do Gerenciamento dinâmico de tags.
A biblioteca de produção do JavaScript contém apenas configurações de ferramenta, regra e elemento de dados que foram aprovadas e publicadas por meio do fluxo de trabalho de propriedade da Web. Esta biblioteca é destinada ao ambiente de produção.

Hospedagem

As bibliotecas JavaScript de armazenamento temporário e de produção podem ser hospedadas das seguintes maneiras.
  • Hospedagem externa via biblioteca do Akamai -biblioteca hospedada nos servidores do Akamai
  • Auto-hospedagem via SFTP ou biblioteca de download -biblioteca hospedada em seus servidores
Escolher uma opção de hospedagem é uma decisão que sua empresa precisa tomar. Analise a comparação de opções e exemplos de casos de uso a seguir para ajudar a facilitar essa decisão.
Benefícios Desvantagens
Akamai
Hospedagem externa
  • Método de implantação padrão
  • Nenhuma configuração necessária
  • Dependência mínima da TI
  • Atualização automática de arquivo
  • delivery de arquivos confiável e rápido por meio da rede Akamai distribuída globalmente
  • Falta de controle sobre o delivery de arquivos
  • Dependência de infraestrutura de terceiros (ou seja, se o Akamai não estiver disponível, sua biblioteca também estará disponível)
SFTP
Auto hospedagem
  • Controle completo sobre delivery de arquivos
  • Opção mais segura: Transferência de arquivos SSH
  • Atualização automática de arquivo
  • Configuração inicial necessária
  • Maior dependência da TI
Download da biblioteca
Auto hospedagem
  • Controle completo sobre delivery de arquivos
  • Opção de hospedagem mais segura: Criptografia de pacote AES 256
  • Configuração inicial necessária
  • Maior dependência da TI
  • Configuração adicional necessária para a atualização automática de arquivos
Exemplos de caso de uso
Cenário
Solução
Prefiro envolver o mínimo possível a TI e ter necessidade de um método de hospedagem de arquivos confiável fora da minha infraestrutura de site.
Aproveite a hospedagem do Akamai em todos os ambientes.
Quero ter controle total sobre o delivery de arquivos no meu ambiente de produção. no entanto, a velocidade e agilidade são mais importantes do que o controle de arquivos no meu ambiente de preparo.
Aproveite a hospedagem Akamai em ambientes de preparo e delivery FTP no ambiente de produção.
Algumas seções do meu site tratam de informações altamente confidenciais. A segurança é a coisa mais importante nessas páginas, mas não é necessariamente tão importante em outras páginas do meu site.
Aproveite a hospedagem de download de biblioteca em páginas seguras e a hospedagem do Akamai em páginas não seguras.
Todas as opções de hospedagem estão disponíveis para ativar e configurar na Embed guia na propriedade do DTM.
Independentemente da opção de hospedagem escolhida, a biblioteca JavaScript é fornecida em seu site por meio do código incorporado instalado. Cada opção de hospedagem fornece um conjunto exclusivo de códigos incorporados que fazem referência ao local de arquivo aplicável configurado para essa opção de hospedagem.
O código incorporado consiste em dois códigos: o código do cabeçalho e do rodapé.
  • Código do cabeçalho
    O código do cabeçalho é responsável por chamar a biblioteca JavaScript associada do local do host e disponibilizá-la no site. Esse trecho de código deve ser colocado na seção de cabeçalho do código do site o mais próximo possível da tag de abertura.
  • Código do rodapé
    O código do rodapé é responsável por identificar o fim da página para controle de tempo. Esse trecho de código deve ser colocado na seção body do código do site o mais próximo possível da tag de fechamento.
A disposição apropriada dos trechos de código incorporados de cabeçalho e rodapé é essencial para a implantação efetiva da biblioteca JavaScript do DTM.
Embora seja possível usar mais de uma opção de hospedagem, é necessário garantir que apenas uma única referência de código incorporado seja incluída em uma determinada página. O posicionamento duplicado ou impróprio do código incorporado pode resultar em um comportamento inesperado da biblioteca.
A ilustração a seguir mostra como os componentes discutidos da arquitetura do DTM trabalham em conjunto para implantar e gerenciar eficientemente ferramentas, tags e scripts em seu site.
For more information on hosting options, see Embed Code and Hosting Options in the Dynamic Tag Management Product Documentation .

Planejamento da migração para o DTM

Informações a serem consideradas conforme você planeja a migração para Dynamic Tag Management (DTM) e práticas recomendadas para ajudar a iniciar a implementação corretamente.
Este conteúdo foi criado em parceria com a Search Discovery
Esta seção contém as seguintes informações:

Planejamento da configuração do DTM: Visão geral do componente

Esta seção contém uma breve visão geral da estrutura básica de empresa do DTM para preparar-se para as decisões envolvidas no planejamento da configuração do DTM.
No 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 em seu(s) site(s).
Cada propriedade da Web está associada a um código incorporado que é responsável por carregar as configurações de propriedade específicas no(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 Admin. A função Admin é global e tem permissões completas para todas as propriedades em uma empresa.
For more information on user roles, see Create and Manage Groups in the Dynamic Tag Management Product Documentation .

Planejamento da configuração do DTM: Pontos de decisão

Com a estrutura básica de empresa do DTM em mente, vamos discutir os pontos de decisão relacionados conforme você planeja a configuração do DTM.
Quantas empresas eu preciso?
Na maioria dos casos, uma empresa atenderá melhor às necessidades dos negócios.
O principal motivo para ter mais de uma empresa é conseguir a separação completa entre usuários e propriedades da Web.
Esse tipo de configuração é mais típico para grandes empresas com vários conjuntos de entidades da Web que são administrados por várias divisões comerciais.
Como devo distribuir meus domínios e subdomínios em propriedades da Web?
As propriedades da Web podem ser configuradas como um para um ou um para muitos 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 recolha de dados
  • Ferramentas e tags implantadas
  • Estrutura do código do site
  • workflows de usuário do DTM
Na maioria dos casos, uma propriedade da Web por domínio atenderá melhor às necessidades dos negócios devido a diferenças consideráveis em uma ou muitas das variáveis acima.
Esse tipo de configuração acomoda com mais eficiência as necessidades de cada domínio e ainda permite a fácil duplicação de constantes entre domínios através da funcionalidade "cópia".
No entanto, nos casos em que essas variáveis são iguais ou muito semelhantes entre domínios, pode fazer mais sentido ter vários domínios em uma propriedade da Web. Nesses casos, essa configuração pode reduzir a duplicação desnecessária entre as propriedades.
Este mesmo raciocínio pode ser usado para distribuição de subdomínio.
Exemplos de caso de uso
Cenário
Solução
Minha divisão de negócios gerencia vários domínios. Estamos implantando o Adobe Analytics em todos os domínios, mas cada domínio tem seu próprio conjunto de relatórios e necessidades de rastreamento.
Aproveite uma propriedade para cada domínio.
Minha divisão de negócios gerencia vários domínios. Estamos implantando o Adobe Analytics em todos os domínios e usamos um conjunto de relatórios global para coletar todos os nossos dados. As fontes de dados entre domínios são muito diferentes devido a variações na estrutura do código do site.
Aproveite uma propriedade para cada domínio.
Minha divisão de negócios gerencia vários domínios. Estamos implantando o Adobe Analytics em todos os domínios e usamos um conjunto de relatórios global e uma camada de dados global para coletar todos os nossos dados. O restante de nossas ferramentas e tags são consistentes principalmente entre domínios e planejamos que os mesmos usuários gerenciem o fluxo de trabalho de publicação.
Aproveite uma propriedade para todos os domínios.

Práticas recomendadas de migração

Após determinar a empresa e a distribuição de propriedades ideais, considere as seguintes práticas recomendadas ao iniciar a migração do DTM.
Fluxo de trabalho do processo: desenvolva um processo sistemático para migrar o código de página existente para o DTM, a fim de ajudar a garantir uma transição suave.
Geralmente, é recomendado start desse processo em ambientes de preparo de nível inferior e migrar o código página por página ou seção do site com base na seção do site.
Isso permitirá que você verifique 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.
Trabalho em conjunto com TI: é importante trabalhar com a equipe de TI antecipadamente para determinar os processos e ciclos de implantação atuais.
Isso ajudará a garantir a inserção correta e oportuna do código incorporado e a remoção coordenada do código de página migrado com eficácia.
Fluxo de trabalho e governança do People: outro conceito importante é estabelecer um fluxo de trabalho do usuário. A atribuição cuidadosa de funções de usuário fornece controle ao fluxo de trabalho do DTM.
Função do usuário
Criar regras
Editar regras
Regras de teste
Aprovar regras
Publicar regras
Criar/editar usuários
Criar propriedade
Usuário
Sim
Sim
Sim
Aprovador
Sim
Sim
Sim
Sim
Editor
Sim
Sim
Sim
Sim
Aprovador e editor
Sim
Sim
Sim
Sim
Sim
Admin
Sim
Sim
Sim
Sim
Sim
Sim
Sim
Isso garante que todos os itens sejam totalmente vetados pelos membros corretos da sua equipe antes de serem encaminhados para a produção.
Para obter mais informações, consulte Migração para o Gerenciamento dinâmico de tags na Documentação do produto do Gerenciamento dinâmico de tags.

Migração para o DTM: Uma análise mais detalhada do Adobe Analytics

Independentemente de sua Adobe Analytics implementação atual ser implantada por meio de métodos na página ou por meio de outro sistema de gerenciamento de tags, esta seção ajuda você a entender suas opções ao migrar para o DTM.

Fase 1: Adição de valor rápido

Como a migração de Adobe Analytics código pode ser um processo demorado, o DTM oferta um recurso que permite aumentar sua implementação Analytics atual sem interrompê-la.
Este conteúdo foi criado em parceria com a Search Discovery
Esse recurso é chamado Page Code is Already Present e está localizado nas configurações de ferramentas do Analytics na propriedade do DTM.
Para acessar esse recurso, expanda a seção Gerenciamento de biblioteca das configurações da ferramenta.
Com esse recurso ativado, o DTM é capaz de aproveitar a implementação existente para enviar s.t() / s.tl() chamadas complementares por meio de regras de chamada direta e baseadas em eventos.
Essa funcionalidade facilita o start usando o DTM para aumentar a implementação do Adobe Analytics antes de migrar qualquer código.
No entanto, é importante observar as seguintes limitações com essa abordagem.
  • As variáveis e configurações definidas na ferramenta Adobe Analytics do DTM não entrarão em vigor.
  • As variáveis do Adobe Analytics definidas nas regras de carregamento de página não entrarão em vigor.
Essas limitações ocorrem porque o DTM depende totalmente da implementação existente para servir o código do AppMeasurement e instanciar o objeto s.

Fase 2: Migração completa

Para aproveitar ao máximo a funcionalidade integrada Adobe Analytics no DTM, recomenda-se a migração completa do Analytics código.
Este conteúdo foi criado em parceria com a Search Discovery
Essa migração deve incluir todas as referências de objetos s no código da página e os scripts incluídos nas páginas em que o DTM está implantando o Adobe Analytics.
As seguintes seções contêm mais informações:
Migração do código global
A primeira etapa na migração é configurar seu código global nas configurações da ferramenta Adobe Analytics na propriedade do DTM.
O AppMeasurement code / s_code é configurado na seção Gerenciamento de biblioteca das configurações da ferramenta em Configuração de código.
Se o código da página já estiver presente na fase 1 estiver sendo utilizado, você precisará desmarcar essa opção para revelar as opções de Configuração de código. Essa alteração entrará em vigor somente no armazenamento temporário, para que você possa configurar e visualizar completamente o código migrado antes de encaminhar essa alteração para a produção.
A opção de configuração Personalizada geralmente é preferida como uma abordagem de migração inicial, pois permite que você faça referência à sua configuração atual AppMeasurement / s_code como está, sem a necessidade de uma configuração de ferramenta adicional.
  • Personalizado - hospedado no DTM: cole o código existente no editor.
  • Personalizado - Hospedado no URL: faça referência ao código existente no local do URL.
Com a Managed by Adobe opção, o DTM fornece e hospeda automaticamente a versão de código base selecionada do AppMeasurement. Este método permite uma atualização fácil da versão do código, tornando-a uma excelente opção de longo prazo.
Independentemente da opção Configuração de código, os itens não incluídos no código do AppMeasurement podem ser definidos nas configurações da ferramenta por meio dos campos de interface fornecidos ou no editor Personalizar código de página.
Os campos de interface fornecidos são uma excelente opção de longo prazo para definir configurações e variáveis globais, já que aproveitar esses campos no lugar do código personalizado reduz a complexidade geral da implementação.
Preencha dinamicamente variáveis aproveitando os elementos de dados diretamente em qualquer campo usando a %dataElement% sintaxe.
O editor Personalizar código de página é uma alternativa conveniente para itens que exigem código, como plug-ins e configurações condicionais. Qualquer código colocado aqui funcionará em conjunto com o host AppMeasurement code / s_code .
Migração de código de nível de página
A próxima etapa na migração é configurar o código não global nas regras do DTM.
Esta é uma visão geral de cada tipo de regra e seu uso típico para configurar acionadores do Adobe Analytics.
Tipo de regra Detalhes
Regras de carregamento de página
Use para anexar variáveis ao beacon de visualização de página padrão em todas as páginas ou em determinadas. Exemplo de caso de uso: Envio de uma eVar em particular ao carregar minha página promocional.
regra baseada em Eventos
Use para acionar um s.t() ou s.tl() beacon em interações específicas do usuário. Exemplo de caso de uso: Envio de um beacon de visualização de página personalizada com um evento específico quando um provedor está ativado.
Regra de chamada direta
Use para acionar um s.t() ou s.tl() beacon em cenários quando o evento DOM não puder ser detectado. Exemplo de caso de uso: Envio de um s.tl() beacon com um evento específico quando um vídeo é exibido.
Lembre-se de seguir as Práticas recomendadas de migração.
Conforme discutido na seção anterior, é importante lembrar as práticas recomendadas a seguir ao migrar seu código do Adobe Analytics.
  • Desenvolver um processo sistemático
  • Start em ambientes de preparo de nível inferior para vetar a migração
  • Trabalhar com a TI antecipadamente para coordenar a remoção de código
Uma abordagem possível para a migração progressiva é determinar um sinalizador para identificar páginas que ainda não foram totalmente migradas. Esse sinalizador pode ser aproveitado no editor Personalizar código de página nas configurações da ferramenta para cancelar condicionalmente o beacon padrão do DTM nessas páginas, definindo 's.abort = true' .
Observe que essa abordagem afeta apenas o beacon da ferramenta Analytics; as regras configuradas para acionar o Adobe Analytics devem ser condicionadas na própria regra.
Examine esta abordagem completamente em ambientes de preparo antes de alavancar a produção.

Benefícios de um sistema de gerenciamento de tags: Um foco no DTM

Informações sobre as noções básicas do gerenciamento de tags e informações sobre como Dynamic Tag Management pode beneficiar especificamente sua empresa.
Este conteúdo foi criado em parceria com a Search Discovery
As seguintes seções contêm mais informações:

O que é um sistema de gerenciamento de tags?

Os sistemas de gerenciamento de tags foram projetados para facilitar a implementação e o gerenciamento de tags de marketing e de análise no seu site com o uso de uma tag de container.
Uma tag de container é um trecho de código único que, quando colocado na marcação do site, é capaz de disparar inúmeras tags no site.
Essa abordagem reduz a pressão sobre o grupo de TI e coloca o controle nas mãos dos comerciantes.

Why Dynamic Tag Management (DTM)

O Gerenciamento dinâmico de tags adota a abordagem do gerenciamento de tags descrita acima e a aprimora em um design simples, mas altamente capaz, com controle integrado de cenário e tempo.
Considere o seguinte à medida que você decide se o Gerenciamento dinâmico de tags é adequado para sua empresa:
  • Desempenho do site aprimorado
    Com o Gerenciamento dinâmico de tags, as tags de marketing e análise são movidas da marcação do site para a biblioteca do DTM. Isso, por si só, reduz o tempo de carregamento da página, já que a biblioteca do DTM é otimizada para compactação e velocidade de arquivos.
    No entanto, o desempenho é aprimorado ainda mais por meio do uso de controles condicionais e métodos assíncronos ofertas do DTM.
    Os controles condicionais facilitam garantir que as tags sejam acionadas somente quando necessário, eliminando a implantação desnecessária do código.
    O carregamento assíncrono força as tags a ficarem fora do caminho da página, reduzindo consideravelmente a sobrecarga na renderização da página.
  • Aumento do controlo, diminuição do risco
    Com menos confiança na TI, você poderá implantar e gerenciar tags em seu relógio.
    Isso significa menos comprometimento e risco na implantação de tags de fornecedores e maior agilidade para acompanhar os novos recursos de ferramentas/tags.
    Além disso, o DTM tem recursos integrados para garantir a conformidade com as políticas de privacidade de dados e impedir que as tags do fornecedor interfiram no site ou vazem dados para terceiros.
  • Trabalhe com mais rapidez e eficiência
    O Gerenciamento dinâmico de tags utiliza uma abordagem centrada no comportamento e aproveita integrações abrangentes e centralização de dados para facilitar a implantação de tags.
    A abordagem centrada no comportamento permite que inúmeras ferramentas / tags sejam implantadas ao mesmo tempo, com base em um determinado comportamento, em vez de implantar cada tag individualmente.
    As integrações integradas do DTM facilitam a configuração de ferramentas como o Adobe Analytics e o Google Analytics, eliminando a necessidade de códigos personalizados abrangentes.
    Os elementos de dados centralizam pontos de dados comuns, reduzindo a redundância de código e otimizando o tempo de pesquisa de dados.
    Juntos, esses recursos economizam tempo e frustração, para que você possa se concentrar menos na implantação de tags e mais em levar seu negócio adiante.
  • Usar o Gerenciamento dinâmico de tags gratuitamente
    O melhor de tudo, se você for um cliente da Adobe Experience Cloud, o Gerenciamento dinâmico de tags é gratuito.
    Entre em contato com seu Gerente de contas da Adobe para obter detalhes.