Show Menu
TEMAS×

Prácticas recomendadas de introducción

Si es nuevo en la administración dinámica de etiquetas de Adobe (DTM), está listo para migrar a DTM o pulsa en DTM, esta guía es para usted.
Última actualización: 30 de enero de 2017
La administración dinámica de etiquetas permite a los especialistas en marketing administrar etiquetas de forma rápida y sencilla y proporciona herramientas innovadoras para recopilar y distribuir datos en sistemas de marketing digital. La DTM también permite entrega adaptable de nuevos niveles de agilidad y control para empresas que intentan prosperar en el mercado digital acelerado de hoy en día.
Además de esta Guía de optimizaciones, hay disponibles los siguientes recursos para ayudarle a sacar el máximo partido a la administración dinámica de etiquetas:
Recurso Detalles
Documentación del producto de la Dynamic Tag Management
Información detallada e instrucciones paso a paso sobre cómo utilizar la administración dinámica de etiquetas.
Información sobre cómo empezar a utilizar la administración dinámica de etiquetas.

Basics for the first-time user

Introducción a la interfaz de usuario de Administración dinámica de etiquetas (DTM).

Tablero

Navegación: Inicio > Tablero
La primera página que se ve en la DTM después de iniciar sesión es el tablero. El tablero contiene una lista de todas las empresas a las que tiene acceso.

Company overview

Navegación: Inicio > Tablero > Información general de la empresa
Al hacer clic en una empresa del tablero, se le dirige a la página de información general de la empresa.
Si solo tiene acceso a una empresa, se le dirigirá a la página de información general de la empresa en lugar de al tablero tras el inicio de sesión.
En DTM, una empresa es una colección de propiedades web. Una propiedad web es una colección de herramientas, reglas y elementos de datos.
Se accede a todas las propiedades web de la empresa desde la página de información general de la empresa.
Los usuarios de nivel de administrador pueden agregar nuevas propiedades web desde la página de información general de la empresa haciendo clic en Agregar propiedad. Los únicos campos obligatorios al configurar una propiedad web son Nombre y URL, que se pueden cambiar más adelante, si es necesario.
Los usuarios de nivel de administrador también pueden administrar y suministrar usuarios desde la página de información general de la empresa a través de las fichas Usuarios y Grupos.

Property overview

Navegación: Información general de la empresa > Información general de la propiedad
Si hace clic en cualquier propiedad desde la página de información general de la empresa, podrá acceder a la página de información general de la propiedad.
La página de información general de la propiedad proporciona un breve resumen de la configuración de la propiedad y sirve como puerta de enlace a los componentes de propiedad principales: herramientas, reglas, elementos de datos, el flujo de trabajo de publicación y los códigos incrustados de propiedad.
Navegación: Información general de propiedad > Herramientas instaladas
Las herramientas de DTM son integraciones integradas que permiten una rápida implementación de soluciones en el sitio.
Actualmente, DTM ofrece integraciones de herramientas para soluciones de Adobe, así como para Google Analytics y Nielsen. Cada una de estas integraciones está diseñada exclusivamente para facilitar la configuración y la implementación de esa solución en particular.
Cualquier etiqueta o etiqueta de terceros sin una integración nativa puede implementarse en una regla a través de la
Etiqueta de JavaScript o de terceros que se analiza a continuación.

Reglas

Navegación: Información general de propiedad > Reglas
Al hacer clic en la ficha Reglas desde la página Información general de propiedad, se le dirigirá a las reglas de propiedad.
Las reglas de la DTM se utilizan para ejecutar condicionalmente herramientas, etiquetas, scripts y HTML.
Independientemente del tipo, las reglas de la DTM tienen dos componentes principales: la condición y el activador. La condición indica el escenario en el que se activará la regla y el activador indica los elementos que se ejecutarán cuando se activa la regla.
Existen tres tipos de reglas en la DTM:
  • Basado en eventos: Las reglas basadas en eventos son interacciones. Por ejemplo, si quisiera rastrear cuando un usuario hace clic en un botón determinado, utilizaría una regla basada en eventos.
  • Carga de página: Las reglas de carga de página están vinculadas a la carga de página. Por ejemplo, si quisiera agregar un bloque de código específico al cargar ciertas páginas en mi sitio, utilizaría una regla de carga de página.
  • Llamada directa: Las reglas de llamada directa se utilizan en situaciones en las que la DTM no puede detectar un evento en el DOM. Por ejemplo, si deseo rastrear un evento AJAX que no se pueda detectar en DOM, utilizaría una regla de llamada directa.
Independientemente del tipo de regla, si se cumple la condición se ejecuta el activador.
Todos los tipos de reglas tienen la opción de activar etiquetas de proveedores de terceros o cualquier otro JavaScript personalizado o HTML a través del modal Etiquetas de Javascript/terceros.
Otros factores dinámicos activados están activados en reglas cuando se añaden herramientas a la propiedad. Por ejemplo, si mi propiedad contiene una herramienta Adobe Analytics y una herramienta Google Universal Analytics, las reglas de propiedad contendrán desencadenantes desencadenados opcionales para estas herramientas.
Cada modal ofrece métodos sencillos para personalizar un activador para esa herramienta en particular.

Data elements

Navegación: Información general de propiedad > Reglas > Elementos de datos
Al hacer clic en la ficha Elementos de datos de la ficha Reglas, se muestra la página de información general del elemento de datos.
Los elementos de datos se utilizan para crear una asignación de datos en la DTM. La definición de puntos de datos comunes como elementos de datos permite a dichos puntos de datos capturarlos y aprovecharlos fácilmente dentro de reglas y herramientas de DTM.

Workflows

Un concepto importante dentro de la administración dinámica de etiquetas es que una propiedad web puede tener tanto una biblioteca de ensayo como una de producción.
La biblioteca de ensayo contiene todas las reglas, las herramientas y los elementos de datos que se hayan configurado en la propiedad web. La biblioteca de producción incluye solo las reglas, las herramientas y los elementos de datos que se hayan aprobado y publicado.
Navegación: Información general de propiedad > Ficha Aprobaciones
Cuando se agrega o cambia una regla, herramienta o elemento de datos en una propiedad, la aprobación se genera automáticamente.
Navegación: Información general de propiedad > ficha Historial
Una vez aprobada un elemento, pasa a estar disponible en la cola de Cambios sin publicar 0 n la ficha Historial. Una vez publicada un elemento, pasa a estar disponible en la biblioteca de producción.
Esta separación de bibliotecas y flujo de trabajo asociado permite realizar pruebas más eficaces en el ensayo sin afectar a la producción.

Instalación

Navegación: Información general de propiedad > ficha Incrustar
Al hacer clic en la ficha Incrustar, se abre la página de instalación de DTM.
Esta ficha contiene las diversas opciones de alojamiento de biblioteca disponibles. De forma predeterminada, la propiedad aprovecha el alojamiento de Akamai. Este método suele ser aceptable para la mayoría de las organizaciones; Sin embargo, si hay un control adicional sobre el servicio de la biblioteca de la DTM en dos opciones de alojamiento propio que sea necesario.
Si se expande la sección Código de encabezado en la ficha Incrustar, se muestran los códigos incrustados de ensayo y producción para la propiedad.
Observe que hay un código incrustado para ensayo y otro para producción. Así es como la DTM diferencia entre las bibliotecas de ensayo y producción analizadas anteriormente. Cuando se instala el código incrustado de ensayo, se carga la biblioteca de ensayo. Cuando se instala el código incrustado de producción, se carga la biblioteca de producción.
Una vez que los códigos incrustados de encabezado y pie de página se instalan correctamente en un sitio, la biblioteca de la DTM asociada se carga automáticamente en cada carga de página.
Aproveche el complemento DTM Switch para probar en la consola web. Esto ayuda a comprender lo que hace DTM en la página y le permite cambiar localmente a la biblioteca de ensayo para realizar pruebas más eficaces. For more information, see Search Discovery Plugins in the Dynamic Tag Management Product Documentation .

DTM technical architecture and hosting

Información sobre la arquitectura técnica de administración dinámica de etiquetas (DTM) y sus opciones de alojamiento.
Esta sección contiene la información siguiente:

Arquitectura

Los componentes principales de la arquitectura técnica de DTM incluyen la aplicación de gestión web, las bibliotecas JavaScript de producción y ensayo y el código incrustado.
La aplicación de administración Web es la interfaz en línea que inicia sesión y utiliza para administrar la implementación de DTM. Aquí es donde creará y configure herramientas, reglas y elementos de datos y administrará la implementación de estas configuraciones en su sitio.
Una propiedad web en DTM es una colección de configuraciones de elementos de datos, reglas y herramientas.
Cada propiedad web está asociada con una biblioteca JavaScript de ensayo y una biblioteca de JavaScript de producción. Estas bibliotecas son generadas por la aplicación web y contienen el conjunto único de configuraciones en dicha propiedad web.
La biblioteca de JavaScript de ensayo contiene todas las configuraciones de la herramienta, regla y elemento de datos más recientes en la propiedad web. Esta biblioteca se actualiza automáticamente con cualquier cambio en la propiedad y está pensada para realizar pruebas en entornos de ensayo o para pruebas de producción locales a través del complemento de switch DTM.
For more information about the DTM switch plugin, see Search Discovery Plugins in the Dynamic Tag Management Product Documentation.
La biblioteca de JavaScript de producción contiene únicamente configuraciones de elementos de datos, reglas y herramientas que se han aprobado y publicado a través del flujo de trabajo de propiedades web. Esta biblioteca está diseñada para el entorno de producción.

Hosting

Las bibliotecas de JavaScript de ensayo y producción pueden alojarse de las siguientes maneras.
  • External hosting via Akamai -library hosted on Akamai's servers
  • Self-hosting via SFTP or library download -library hosted on your servers
Elegir una opción de alojamiento es una decisión que su empresa debe tomar. Revise los siguientes ejemplos de comparación y uso de las opciones para facilitar esta decisión.
Ventajas Desventajas
Akamai
Alojamiento externo
  • Método de implementación estándar
  • No es necesario configurar
  • Dependencia mínima en TI
  • Actualización automática del archivo
  • Entrega de archivos fiable y fiable mediante red de Akamai distribuida globalmente
  • Falta de control sobre la entrega de archivos
  • Dependencia de la infraestructura de terceros (es decir, si Akamai no está disponible, también es su biblioteca)
SFTP
Alojamiento propio
  • Control completo sobre la entrega de archivos
  • Opción más segura: Transferencia de archivos SSH
  • Actualización automática del archivo
  • Se requiere la configuración inicial
  • Mayor dependencia en TI
Descarga de biblioteca
Alojamiento propio
  • Control completo sobre la entrega de archivos
  • Opción de alojamiento más segura: Cifrado de paquete AES 256
  • Se requiere la configuración inicial
  • Mayor dependencia en TI
  • Se requiere la configuración adicional para la actualización automática del archivo
Ejemplos de casos de uso
Situación
Solución
Prefiero involucrar la TI lo menor posible y disponer de un método de alojamiento de archivos fiable fuera de mi infraestructura del sitio.
Aproveche el alojamiento de Akamai en todos los entornos.
Deseo tener control completo sobre la entrega de archivos en el entorno de producción; Sin embargo, la velocidad y agilidad es más importante que el control de archivos en el entorno de ensayo.
Aproveche el alojamiento de Akamai en entornos de ensayo y entrega FTP en entornos de producción.
Determinadas secciones del sitio tratan información altamente confidencial. La seguridad es lo más importante en estas páginas pero no necesariamente es tan importante en otras páginas del sitio.
Aproveche el alojamiento de descarga de bibliotecas en páginas seguras y alojamiento de Akamai en páginas no seguras.
All hosting options are available to enable and configure on the Embed tab in your DTM property.
Independientemente de la opción de alojamiento elegida, la biblioteca JavaScript se suministra en el sitio a través del código incrustado instalado. Cada opción de alojamiento proporciona un conjunto único de códigos incrustados que hacen referencia a la ubicación de archivo aplicable configurada para esa opción de alojamiento.
El código incrustado consiste en dos fragmentos de código: el encabezado y el código de pie de página.
  • Código de encabezado
    El código de encabezado es responsable de llamar a la biblioteca JavaScript asociada desde la ubicación host y de ofrecerla en el sitio. Este fragmento de código debe colocarse en la sección head del código del sitio tan cerca de la etiqueta de apertura como sea posible.
  • Código de pie de página
    El código de pie de página es responsable de identificar el final de la página para el control de temporización. Este fragmento de código debe colocarse en la sección body del código del sitio tan cerca de la etiqueta de cierre como sea posible.
La ubicación adecuada de los fragmentos de código incrustado de encabezado y pie de página es crítica para la implementación efectiva de la biblioteca de JavaScript de DTM.
Aunque puede utilizar más de una opción de alojamiento, debe asegurarse de que solo se incluye una única referencia de código incrustado en una página dada. La ubicación duplicada o incorrecta del código incrustado puede dar como resultado un comportamiento inesperado de la biblioteca.
La siguiente ilustración muestra cómo funcionan juntos los componentes de la arquitectura de la DTM explicados para implementar y administrar de forma eficaz herramientas, etiquetas y secuencias de comandos en el sitio.
For more information on hosting options, see Embed Code and Hosting Options in the Dynamic Tag Management Product Documentation .

Planning your migration to DTM

Information to consider as you plan your migration to Dynamic Tag Management (DTM) and best practices to help get your implementation started correctly.
Esta sección contiene la información siguiente:

Planning your DTM setup: Component overview

Esta sección contiene información general rápida sobre la estructura básica de la empresa de DTM para prepararse para las decisiones involucradas en la planificación de su configuración de DTM.
En la DTM, una empresa es una agrupación de propiedades web.
Una propiedad web es una agrupación de herramientas, reglas y elementos de datos configurados para recopilar datos e implementar etiquetas/scripts en su (s) sitio (s).
Cada propiedad web está asociada con un código incrustado responsable de cargar las configuraciones de propiedad específicas en su sitio.
Los usuarios se administran a nivel de empresa pero pueden recibir permisos para cada propiedad excepto la función de administrador. La función de administrador es global y tiene permisos completos para todas las propiedades de una empresa.
For more information on user roles, see Create and Manage Groups in the Dynamic Tag Management Product Documentation .

Planning your DTM setup: Decision points

Con la estructura básica de la empresa de DTM en mente, analicemos los puntos de decisión relacionados a medida que planifique su configuración de DTM.
¿Cuántas empresas necesito?
En la mayoría de los casos, una empresa adaptará mejor las necesidades comerciales.
El principal motivo de tener más de una empresa es lograr la separación completa de los usuarios y las propiedades web.
Este tipo de configuración es más habitual para grandes empresas con numerosos conjuntos de entidades Web que ejecutan diversas divisiones comerciales.
¿Cómo debo distribuir mis dominios y subdominios en propiedades web?
Las propiedades web pueden configurarse como de uno a uno o de uno a muchos con sus dominios.
Para decidir qué funcionará mejor para su negocio, considere las similitudes entre dominios y las diferencias de las siguientes variables.
  • Métodos y fuentes de recopilación de datos
  • Herramientas y etiquetas implementadas
  • Estructura del código del sitio
  • Flujos de trabajo de usuarios de DTM
En la mayoría de los casos, una propiedad web por dominio satisface mejor las necesidades comerciales debido a diferencias considerables en una o varias de las variables anteriores.
Este tipo de configuración adapta las necesidades de cada dominio a la vez que permite duplicar fácilmente las constantes entre dominios a través de la funcionalidad'copia '.
Sin embargo, en los casos en los que estas variables son iguales o muy similares en los dominios, puede que sea recomendable tener varios dominios dentro de una propiedad web. En estos casos, esta configuración puede reducir la duplicación innecesaria entre las propiedades.
Este mismo razonamiento se puede utilizar para la distribución de subdominios.
Ejemplos de casos de uso
Situación
Solución
Mi división comercial administra varios dominios. Estamos implementando Adobe Analytics en todos los dominios, pero cada dominio tiene sus propios grupos de informes y necesidades de seguimiento.
Aproveche una propiedad para cada dominio.
Mi división comercial administra varios dominios. Estamos implementando Adobe Analytics en todos los dominios y utilizamos un grupo de informes globales para recopilar todos nuestros datos. Las fuentes de datos entre los dominios son muy diferentes debido a variaciones en la estructura del código del sitio.
Aproveche una propiedad para cada dominio.
Mi división comercial administra varios dominios. Estamos implementando Adobe Analytics en todos los dominios y utilizamos un grupo de informes global y una capa de datos global para recopilar todos nuestros datos. El resto de las herramientas y etiquetas son principalmente coherentes entre dominios y tenemos la intención de que los mismos usuarios administren el flujo de trabajo de publicación.
Aproveche una propiedad para todos los dominios.

Migration best practices

Después de determinar la óptima distribución de empresa y propiedades, tenga en cuenta las siguientes prácticas recomendadas al comenzar la migración de DTM.
Flujo de trabajo de procesos: Desarrolle un proceso sistemático para migrar el código de página existente a DTM para garantizar una transición suave.
Generalmente se recomienda iniciar este proceso en entornos de ensayo de nivel inferior y migrar código a página por página o por sección del sitio según la sección del sitio.
Esto le permitirá examinar completamente las configuraciones de la DTM antes de eliminar cualquier código de página preexistente que reduzca el riesgo de interrupción de la implementación.
Uso de TI: Es importante trabajar con el equipo de TI al principio para determinar los procesos actuales y los ciclos de implementación.
Esto ayudará a garantizar una ubicación correcta y oportuna del código incrustado y la eliminación coordinada del código de página migrado de forma eficaz.
Flujo de trabajo y administración de personas: Otro concepto importante es establecer un flujo de trabajo de usuario. Asignar de forma cuidadosa funciones de usuario proporciona administración al flujo de trabajo de la DTM.
Función de usuario
Crear reglas
Editar reglas
Probar reglas
Aprobar reglas
Publicar reglas
Crear/Editar usuarios
Crear propiedades
Usuario
Aprobador
Editor
Aprobador y editor
Administrador
Esto garantiza que todos los elementos estén totalmente seleccionados por los miembros adecuados de su equipo antes de que se les inserte en producción.
For more information, see Migrating to Dynamic Tag Management in the Dynamic Tag Management Product Documentation .

Migrating to DTM: A closer look at Adobe Analytics

Whether your current Adobe Analytics implementation is deployed via on-page methods or via another tag management system, this section helps you understand your options as you migrate to DTM.

Phase 1: Quick value add

Because migrating Adobe Analytics code can be a lengthy process, DTM offers a feature that allows you to augment your existing Analytics implementation without disrupting it.
This feature is called Page Code is Already Present and is located in the Analytics tools settings in your DTM property.
Para acceder a esta función, expanda la sección Administración de biblioteca de la configuración de la herramienta.
With this feature enabled, DTM is able to leverage the existing implementation to send supplemental s.t() / s.tl() calls via event-based and direct-call rules.
Esta funcionalidad facilita el uso de DTM para aumentar la implementación de Adobe Analytics antes de migrar cualquier código.
Sin embargo, es importante tener en cuenta las siguientes limitaciones con este método.
  • Las variables y los ajustes configurados en la herramienta Adobe Analytics de la DTM no tendrán efecto.
  • Las variables de Adobe Analytics establecidas en reglas de carga de página no tendrán efecto.
Estas limitaciones se producen porque la DTM confía completamente en la implementación existente para servir al código de appmeasurement e instanciar el objeto s.

Phase 2: Full migration

To take full advantage of the integrated Adobe Analytics functionality in DTM, a complete migration of Analytics code is recommended.
Esta migración debe incluir todas las referencias de objeto s del código de página e incluir secuencias de comandos en páginas donde DTM esté implementando Adobe Analytics.
Las secciones siguientes contienen más información:
Migración de código global
El primer paso en la migración es configurar el código global en la configuración de la herramienta Adobe Analytics en la propiedad DTM.
The AppMeasurement code / s_code is configured in the Library Management section of the tool settings under Code Configuration.
Si el Código de página ya está presente en la fase 1, tendrá que desmarcar esta opción para revelar las opciones de Configuración de código. Este cambio solo tendrá efecto en el entorno de ensayo para que pueda configurar y revisar completamente el código migrado antes de insertar este cambio en la producción.
The Custom configuration option is typically preferred as an initial migration approach because it allows you to reference your existing AppMeasurement / s_code as-is without the need for additional tool configuration.
  • Personalizado: alojado en DTM: Pegue el código existente en editor.
  • Personalizado: alojado en URL: Haga referencia a código existente en la ubicación URL.
With the Managed by Adobe option, DTM automatically provides and hosts the selected AppMeasurement base code version. Este método permite simplificar la actualización de la versión del código y convertirla en una excelente opción a largo plazo.
Independientemente de la opción Configuración de código, los elementos no incluidos en el código de appmeasurement pueden configurarse en la configuración de la herramienta a través de los campos de interfaz provistos o en el editor Personalizar código de página.
Los campos de interfaz proporcionados son una excelente opción a largo plazo para configurar la configuración global y las variables ya que aprovechar estos campos en lugar del código personalizado reducen finalmente la complejidad general de la implementación.
Dynamically populate variables by leveraging data elements directly in any field using the %dataElement% syntax.
El editor Personalizar código de página es una alternativa práctica para los elementos que requieren código, como complementos y ajustes condicionales. Any code placed here will work in tandem with the hosted AppMeasurement code / s_code .
Migración de código de nivel de página
El siguiente paso en la migración es configurar el código no global en las reglas de DTM.
Esta es una descripción general de cada tipo de regla y su uso habitual para configurar los activadores de Adobe Analytics.
Tipo de regla Detalles
Reglas de carga de página
Se utiliza para anexar variables a la señalización de vista de página predeterminada en todas las páginas o en determinadas. Ejemplo de caso de uso: Envío de una evar en particular a la carga de mi página promocional.
Regla basada en eventos
Use to trigger a s.t() or s.tl() beacon on specific user interactions. Ejemplo de caso de uso: Envío de una señalización de vista de página personalizada con un evento concreto cuando se habilita una ventana emergente.
Regla de llamada directa
Use to trigger a s.t() or s.tl() beacon in scenarios when DOM event can' be detected. Ejemplo de caso de uso: Envío de una señalización s. tl () con un evento concreto cuando se ve un vídeo.
Remember to follow Migration Best Practices .
Como se analizó en la sección anterior, es importante recordar las siguientes prácticas recomendadas al trabajar para migrar el código de Adobe Analytics.
  • Desarrollar un proceso sistemático
  • Comience en los entornos de ensayo de nivel inferior para analizar completamente la migración
  • Trabajar con TI temprano para eliminar el código de coordenadas
Un método posible para la migración progresiva es determinar un indicador para identificar las páginas que aún no se han migrado completamente. This flag can then be leveraged in the Customize Page Code editor in the tool settings to conditionally cancel the default DTM beacon on those pages by setting 's.abort = true' .
Tenga en cuenta que este método solo afecta a la señalización de herramientas de Analytics; las reglas configuradas para activar Adobe Analytics deben estar condicionadas en la propia regla.
Analice este enfoque completamente en los entornos de ensayo antes de aprovechar en producción.

Benefits of a tag management system: A focus on DTM

Information about the basics of tag management and walks through how Dynamic Tag Management can specifically benefit your business.
Las secciones siguientes contienen más información:

What is a tag management system?

Los sistemas de administración de etiquetas están diseñados para facilitar la implementación y administración de etiquetas de marketing y análisis en el sitio mediante el uso de una etiqueta contenedora.
Una etiqueta contenedora es un fragmento de código único que cuando se coloca en el marcado del sitio puede activar innumerables etiquetas en el sitio.
Este enfoque reduce la fatiga del grupo de TI y coloca el control en las manos de los especialistas en mercadotecnia.

Why Dynamic Tag Management (DTM)

La administración dinámica de etiquetas toma el enfoque de administración de etiquetas descrito anteriormente y lo mejora a través de un diseño directo, sin embargo, con un escenario integrado y control de temporización.
Tenga en cuenta lo siguiente cuando decida si la administración dinámica de etiquetas es adecuada para su negocio:
  • Rendimiento mejorado del sitio
    Con la administración dinámica de etiquetas, las etiquetas de marketing y análisis se mueven de la marca del sitio a la biblioteca de DTM. Esto reduce en sí mismo el tiempo de carga de la página, ya que la biblioteca de la DTM está optimizada para la compresión y velocidad de archivos.
    Sin embargo, el rendimiento se mejora incluso más allá del uso de los controles condicionales y de los métodos asincrónicos ofertas de DTM.
    Los controles condicionales facilitan la activación de etiquetas solo cuando sea necesario, eliminando así la implementación innecesaria del código.
    La carga asincrónica obliga a las etiquetas a mantenerse fuera del camino de la página, reduciendo considerablemente la carga de la página.
  • Control aumentado, reducción de riesgo
    Con menos dependencia en TI, podrá implementar y administrar etiquetas en su reloj.
    Esto significa menos compromiso y riesgo al implementar las etiquetas del proveedor y aumentar la agilidad para mantenerse al día de las nuevas funciones de la etiqueta o herramienta.
    Además, la DTM incluye funciones integradas para garantizar la conformidad con las políticas de privacidad de datos y para evitar que las etiquetas del proveedor interfieran con el sitio o filtrar datos a terceros.
  • Trabaje más rápido y eficazmente
    La administración dinámica de etiquetas adopta un enfoque centrado en el comportamiento y aprovecha las integraciones completas y la optimización de datos para facilitar la implementación de etiquetas.
    El enfoque centrado en el comportamiento permite implementar innumerables herramientas/etiquetas al mismo tiempo basándose en un comportamiento determinado en lugar de implementar cada etiqueta individualmente.
    Las integraciones integradas de DTM facilitan la configuración de herramientas como Adobe Analytics y Google Analytics, lo que elimina la necesidad de un amplio código personalizado.
    Los elementos de datos centralizan puntos de datos comunes, reduciendo la redundancia del código y optimizando la hora de búsqueda de datos.
    En conjunto, estas funciones ahorran tiempo y frustración para que pueda centrarse menos en la implementación de etiquetas y en más en el avance de su negocio.
  • Uso de la administración dinámica de etiquetas gratis
    Lo mejor de todo es que, si es cliente de Adobe Experience Cloud, la administración dinámica de etiquetas es gratuita.
    Póngase en contacto con su administrador de cuentas de Adobe para obtener más detalles.