Show Menu
TEMAS×

Prácticas recomendadas de introducción

Si es nuevo en la administración dinámica de etiquetas (DTM) de Adobe, está preparado para migrar a la DTM o para realizar una copia de seguridad de la DTM, esta guía es para usted.
Última actualización: 30 de enero de 2017
Dynamic Tag Management permite a los especialistas en marketing administrar etiquetas de forma rápida y sencilla, además de proporcionar herramientas para recopilar y distribuir datos a través de sistemas de marketing digital. La DTM también permite el envío interactivo de contenido específico del usuario, proporcionando nuevos niveles de agilidad y control a compañías que buscan prosperar en el mercado digital de alta velocidad 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 utilizar el inicio mediante la administración dinámica de etiquetas.

Aspectos básicos del primer usuario

Introducción a la interfaz de usuario de la administración dinámica de etiquetas (DTM).
Este contenido se creó en asociación con Search Discovery

Panel

Navegación: Inicio > Panel
La primera página que se ve en la DTM después de iniciar sesión es el panel. El panel contiene una lista de todas las compañías a las que tiene acceso.

Compañía general

Navegación: Inicio > Panel > Información general de Compañía
Si hace clic en una compañía desde el panel, se le dirigirá a la página de información general de la compañía.
Si solo tiene acceso a una compañía, se le dirigirá a la página de información general de la compañía en lugar del panel al iniciar sesión.
En la DTM, una compañía es una colección de propiedades web. Una propiedad web es una colección de herramientas, reglas y elementos de datos.
Se puede acceder a todas las propiedades web de la compañía desde la página de información general de la compañía.
Los usuarios de nivel de administrador pueden agregar nuevas propiedades web desde la página de información general de la compañía haciendo clic en Añadir propiedad. Los únicos campos obligatorios al configurar una propiedad web son Nombre y URL, que se pueden cambiar posteriormente si es necesario.
Los usuarios de nivel de administrador también pueden administrar y aprovisionar usuarios desde la página de información general de la compañía a través de las fichas Usuarios y grupos.

Información general sobre propiedades

Navegación: Información general de Compañía > Información general de propiedad
Al hacer clic en cualquier propiedad desde la página de información general de la compañía se accede a la página de información general de la propiedad.
La página de información general de la propiedad ofrece un breve resumen de la configuración de la propiedad y sirve como puerta de enlace a los componentes de la propiedad principal: herramientas, reglas, elementos de datos, el flujo de trabajo de publicación y los códigos incrustados de propiedades.
Navegación: Información general de propiedad > Herramientas instaladas
Las herramientas de la DTM son integraciones integradas que permiten una rápida implementación de soluciones en el sitio.
Actualmente, la DTM oferta integraciones de herramientas para soluciones de Adobe, así como para Google Analytics y Nielsen. Cada una de estas integraciones está diseñada de manera única para facilitar la configuración e implementación de esa solución en particular.
Cualquier herramienta o etiqueta de terceros sin integración nativa se puede implementar en una regla a través del
Sección Etiqueta de JavaScript/terceros que se analiza a continuación.

Reglas

Navegación: Información general de propiedad > Reglas
Al hacer clic en la ficha Reglas de la página de información general de la propiedad, se accede a las reglas de propiedad.
Las reglas de la DTM se utilizan para ejecutar de forma condicional 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 active la regla.
Existen tres tipos de reglas en la DTM:
  • Basado en eventos: Las reglas por eventos están basadas en la interacción. Por ejemplo, si quisiera rastrear cuándo un usuario hace clic en un botón determinado, usarí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 del sitio, usaría una regla de carga de página.
  • Llamada directa: Las reglas de llamada directa se utilizan en escenarios en los que DTM no puede detectar un evento en el DOM. Por ejemplo: si desea rastrear un evento AJAX que no se pueda detectar en el 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 o HTML personalizado mediante el modal Etiquetas de Javascript/terceros.
Otros modelos desencadenadores se activan en las reglas cuando se agregan 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 modelos de activación opcionales para estas herramientas.
Cada herramienta modal oferta métodos fáciles para personalizar un activador para esa herramienta en particular.

Elementos de datos

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 capturar y aprovechar fácilmente esos puntos de datos dentro de las reglas y herramientas de la DTM.

Flujos de trabajo

Un concepto importante en la DTM es la idea de una única propiedad web que tenga una biblioteca de ensayo y una biblioteca de producción.
La biblioteca de ensayo contiene todas las reglas, herramientas y elementos de datos configurados en la propiedad web. La biblioteca de producción solo incluye las reglas, las herramientas y los elementos de datos aprobados y publicados.
Navegación: Información general de propiedad > ficha Aprobaciones
Cuando se agrega o cambia una regla, herramienta o elemento de datos en una propiedad, se genera automáticamente una aprobación.
Navegación: Información general de propiedad > ficha Historial
Después de aprobar un elemento, pasa a estar disponible en la cola Cambios no publicados en la ficha Historial. Después de publicar un elemento, pasa a estar disponible en la biblioteca de producción.
Esta separación de bibliotecas y el 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 Insertar
Al hacer clic en la ficha Incrustar, se le dirigirá a la página de instalación de la DTM.
Esta ficha contiene las distintas 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 dos opciones de alojamiento propio disponibles para controlar el servicio de la biblioteca de la DTM necesarias.
Al expandir la sección Código de encabezado de la ficha Insertar, se muestran los códigos incrustados de ensayo y producción de 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 de producción que se mencionan 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.
Después de que los códigos incrustados de encabezado y pie de página estén correctamente instalados 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 probarlo en la consola web. Esto le ayuda a comprender lo que DTM está haciendo en la página y le permite cambiar localmente a la biblioteca de ensayo para una prueba más eficaz. Para obtener más información, consulte Search Discovery Plugins en la documentación del producto de la administración dinámica de etiquetas.

Arquitectura técnica y alojamiento de DTM

Información sobre la arquitectura técnica de la administración dinámica de etiquetas (DTM) y sus opciones de alojamiento.
Este contenido se creó en asociación con Search Discovery
Esta sección contiene la información siguiente:

Arquitectura

Los componentes principales de la arquitectura técnica de la DTM incluyen la aplicación de administración web, las bibliotecas JavaScript de ensayo y producción y el código incrustado.
La aplicación de administración web es la interfaz en línea a la que inicia sesión y utiliza para administrar la implementación de la DTM. Aquí es donde creará y configurará herramientas, reglas y elementos de datos y administrará la implementación de estas configuraciones en sus sitios.
Una propiedad web en la DTM es una colección de configuraciones de herramientas, reglas y elementos de datos.
Cada propiedad web está asociada con una biblioteca JavaScript de ensayo y una biblioteca JavaScript de producción. Estas bibliotecas son generadas por la aplicación Web y contienen el conjunto único de configuraciones en esa propiedad web.
La biblioteca de JavaScript de ensayo contiene todas las configuraciones de elementos de datos, reglas y herramientas más recientes de 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 local mediante el complemento de conmutador de la DTM.
Para obtener más información sobre el complemento de cambio de la DTM, consulte Search Discovery Plugins en la documentación del producto de la administración dinámica de etiquetas.
La biblioteca de producción de JavaScript solo contiene configuraciones de herramientas, reglas y elementos de datos que se han aprobado y publicado mediante el flujo de trabajo de propiedades web. Esta biblioteca está destinada al entorno de producción.

Alojamiento

Las bibliotecas JavaScript de ensayo y producción se pueden alojar de las siguientes maneras.
  • Alojamiento externo a través de la biblioteca Akamai alojada en los servidores de Akamai
  • Autoalojamiento mediante SFTP o biblioteca de descarga de biblioteca alojada en sus servidores
Elegir una opción de alojamiento es una decisión que su empresa debe tomar. Revise la siguiente comparación de opciones y ejemplos de casos de uso para facilitar esta decisión.
Ventajas Desventajas
Akamai
Alojamiento externo
  • Método de implementación estándar
  • No se necesita ninguna configuración
  • Dependencia mínima de TI
  • Actualización automática de archivos
  • envío rápido y fiable de archivos a través de la red de Akamai distribuida globalmente
  • Falta de control sobre el envío de archivos
  • Dependencia de la infraestructura de terceros (es decir, si Akamai no está disponible, al igual que su biblioteca)
SFTP
Autoalojamiento
  • Control total del envío de archivos
  • Opción más segura: Transferencia de archivos SSH
  • Actualización automática de archivos
  • Se requiere la configuración inicial
  • Buena dependencia de TI
Descarga de bibliotecas
Autoalojamiento
  • Control total del envío de archivos
  • Opción de alojamiento más segura: Cifrado del paquete AES 256
  • Se requiere la configuración inicial
  • Buena dependencia de TI
  • Se requiere configuración adicional para la actualización automática de archivos
Ejemplos de casos de uso
Situación
Solución
Prefiero involucrar a TI lo menos posible y tener la necesidad de un método de alojamiento de archivos confiable fuera de mi propia infraestructura del sitio.
Aproveche el alojamiento de Akamai en todos los entornos.
Quiero tener un control completo sobre el envío de archivos en mi entorno de producción; sin embargo, la velocidad y la agilidad son más importantes que el control de archivos en mi entorno de ensayo.
Aproveche el alojamiento de Akamai en entornos de ensayo y envío FTP en entorno de producción.
Algunas secciones de mi sitio tratan información altamente confidencial. La seguridad es lo más importante en estas páginas pero no es necesariamente tan importante en otras páginas del sitio.
Aproveche el alojamiento de descarga de biblioteca en páginas seguras y el alojamiento de Akamai en páginas no seguras.
Todas las opciones de alojamiento están disponibles para habilitarlas y configurarlas en la Embed ficha de la propiedad de la DTM.
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 consta de dos fragmentos de código: el código de Encabezado y 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 de host y de servirla en el sitio. Este fragmento de código debe colocarse en la sección del encabezado del código del sitio lo más cerca posible de la etiqueta de apertura.
  • 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 tiempo. Este fragmento de código debe colocarse en la sección body del código del sitio lo más cerca posible de la etiqueta de cierre.
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 JavaScript de la 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 determinada. La colocación duplicada o incorrecta del código incrustado puede provocar un comportamiento de biblioteca inesperado.
En la siguiente ilustración se muestra cómo los componentes de arquitectura de la DTM analizados funcionan de forma conjunta para implementar y administrar de forma eficaz las herramientas, las etiquetas y las secuencias de comandos del sitio.
For more information on hosting options, see Embed Code and Hosting Options in the Dynamic Tag Management Product Documentation .

Planificación de la migración a DTM

Información que debe tener en cuenta a medida que planifica la migración a Dynamic Tag Management (DTM) y prácticas recomendadas para ayudarle a iniciar la implementación correctamente.
Este contenido se creó en asociación con Search Discovery
Esta sección contiene la información siguiente:

Planificación de la configuración de la DTM: Descripción general de los componentes

Esta sección contiene una descripción general rápida de la estructura básica de compañía de la DTM para prepararse para las decisiones relacionadas con la planificación de la configuración de la DTM.
En la DTM, una compañía es un grupo de propiedades web.
Una propiedad web es una agrupación de herramientas, reglas y elementos de datos configurados para recopilar datos e implementar etiquetas o secuencias de comandos en el sitio.
Cada propiedad web está asociada con un código incrustado que es responsable de cargar las configuraciones de propiedad específicas en su sitio o sitios.
Los usuarios se administran en el nivel de compañía, pero se pueden otorgar permisos para cada propiedad, a excepción de la función de administrador. La función de administrador es global y tiene permisos completos para todas las propiedades de una compañía.
For more information on user roles, see Create and Manage Groups in the Dynamic Tag Management Product Documentation .

Planificación de la configuración de la DTM: Puntos de decisión

Teniendo en cuenta la estructura básica de compañía de la DTM, analicemos los puntos de decisión relacionados a medida que planifica la configuración de la DTM.
¿Cuántas compañías necesito?
En la mayoría de los casos, una compañía satisfará mejor las necesidades comerciales.
El motivo principal de tener más de una compañía es lograr la separación completa de usuarios y propiedades web.
Este tipo de configuración es la más típica para grandes empresas con numerosos conjuntos de entidades Web que son administradas por varias divisiones comerciales.
¿Cómo debo distribuir mis dominios y subdominios en propiedades web?
Las propiedades web se pueden configurar como una a una o varias con los dominios.
Para decidir qué es lo que mejor funciona para su negocio, tenga en cuenta las similitudes y diferencias entre dominios 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 usuario de DTM
En la mayoría de los casos, una propiedad web por dominio satisfará mejor las necesidades comerciales debido a diferencias considerables en una o varias de las variables anteriores.
Este tipo de configuración se adapta de manera más eficaz a las necesidades de cada dominio, al tiempo que permite una fácil duplicación de constantes entre dominios mediante la funcionalidad "copiar".
Sin embargo, en los casos en los que estas variables sean iguales o muy similares entre dominios, puede que sea más lógico 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 usar para la distribución de subdominios.
Ejemplos de casos de uso
Situación
Solución
Mi división de negocios administra varios dominios. Estamos implementando Adobe Analytics en todos los dominios, pero cada dominio tiene su propio grupo de sistemas de informes y necesidades de seguimiento.
Aproveche una propiedad para cada dominio.
Mi división de negocios administra varios dominios. Estamos implementando Adobe Analytics en todos los dominios y usamos un grupo de sistemas de informes global para recopilar todos nuestros datos. Las fuentes de datos entre dominios son muy diferentes debido a las variaciones en la estructura del código del sitio.
Aproveche una propiedad para cada dominio.
Mi división de negocios administra varios dominios. Estamos implementando Adobe Analytics en todos los dominios y usamos un grupo de sistemas de informes global y una capa de datos global para recopilar todos nuestros datos. El resto de las herramientas y etiquetas son en su mayoría coherentes entre dominios y tenemos previsto que los mismos usuarios gestionen el flujo de trabajo de publicación.
Aproveche una propiedad para todos los dominios.

Prácticas recomendadas de migración

Después de determinar la compañía y la distribución de propiedades óptimas, tenga en cuenta las siguientes optimizaciones al iniciar la migración a la DTM.
Flujo de trabajo del proceso: 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 realizar un inicio de este proceso en entornos de ensayo de nivel inferior y migrar el código página por página o sección del sitio por sección del sitio.
Esto le permitirá revisar completamente las configuraciones de DTM antes de eliminar cualquier código de página preexistente, lo que reducirá el riesgo de interrupción de la implementación.
Trabajar con TI: Es importante trabajar con su equipo de TI por adelantado para determinar los procesos y ciclos de implementación actuales.
Esto ayudará a garantizar la colocación correcta y oportuna del código incrustado y la eliminación coordinada del código de página migrado de forma efectiva.
Flujo de trabajo y administración de personas: Otro concepto importante es establecer un flujo de trabajo de usuario. La asignación meticulosa de funciones de usuario permite controlar el flujo de trabajo de DTM.
Función de usuario
Crear reglas
Editar reglas
Reglas de prueba
Aprobar reglas
Publicar reglas
Crear/editar usuarios
Crear propiedad
Usuario
Aprobador
Editor
Aprobador y editor
Administrador
Esto garantiza que todos los elementos sean completamente revisados por los miembros adecuados de su equipo antes de ser empujados a la producción.
Para obtener más información, consulte Migración a la administración dinámica de etiquetas en la documentación del producto de la administración dinámica de etiquetas.

Migración a DTM: Una mirada más detallada a Adobe Analytics

Tanto si la implementación actual Adobe Analytics se implementa a través de métodos en la página como de otro sistema de administración de etiquetas, esta sección le ayuda a comprender las opciones a medida que migre a la DTM.

Fase 1: Adición rápida de valor

Dado que la migración Adobe Analytics de código puede ser un proceso largo, la DTM oferta una función que le permite aumentar la implementación existente sin interrumpir la implementación Analytics existente.
Este contenido se creó en asociación con Search Discovery
Esta función se denomina Page Code is Already Present y se encuentra en la configuración de las herramientas de Analytics de la propiedad DTM.
Para acceder a esta función, expanda la sección Administración de biblioteca de la configuración de la herramienta.
Con esta función habilitada, la DTM puede aprovechar la implementación existente para enviar s.t() / s.tl() llamadas adicionales mediante reglas de llamada directa y basadas en evento.
Esta funcionalidad facilita el inicio del uso de la DTM para aumentar la implementación de Adobe Analytics antes de migrar código.
Sin embargo, es importante tener en cuenta las siguientes limitaciones con este enfoque.
  • Las variables y la configuración configuradas en la herramienta Adobe Analytics de la DTM no surtirán efecto.
  • Las variables de Adobe Analytics establecidas en las reglas de carga de página no surtirán efecto.
Estas limitaciones se deben a que la DTM depende completamente de la implementación existente para proporcionar el código de AppMeasurement y crear instancias del objeto s.

Fase 2: Migración completa

Para aprovechar al máximo la funcionalidad integrada Adobe Analytics de la DTM, se recomienda una migración completa del Analytics código.
Este contenido se creó en asociación con Search Discovery
Esta migración debe incluir todas las referencias de objeto s en el código de página y las secuencias de comandos incluidas en las páginas en las que DTM implementa 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.
El AppMeasurement code / s_code se configura en la sección Administración de biblioteca de la configuración de la herramienta en Configuración de código.
Si el código de página ya está presente en la fase 1 está actualmente en uso, deberá desmarcar esta opción para mostrar las opciones de Configuración de código. Este cambio solo tendrá efecto en el ensayo, por lo que podrá configurar y revisar completamente el código migrado antes de llevar este cambio a la producción.
La opción de configuración personalizada suele ser preferible como método de migración inicial, ya que le permite hacer referencia a su configuración actual AppMeasurement / s_code tal cual sin necesidad de una configuración de herramienta adicional.
  • Personalizado: Alojado en DTM: Pegue el código en el editor.
  • Personalizado: Alojado en la dirección URL: Haga referencia al código existente en la ubicación URL.
Con la Managed by Adobe opción, la DTM proporciona y aloja automáticamente la versión de código base de AppMeasurement seleccionada. Este método permite actualizar fácilmente la versión del código, lo que lo convierte en una buena 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 proporcionados o en el editor Personalizar código de página.
Los campos de interfaz proporcionados son una buena opción a largo plazo para configurar la configuración global y las variables, ya que el aprovechamiento de estos campos en lugar del código personalizado reduce en última instancia la complejidad general de la implementación.
Rellenar variables dinámicamente aprovechando los elementos de datos directamente en cualquier campo mediante la %dataElement% sintaxis.
El editor Personalizar código de página es una alternativa práctica para elementos que requieren código, como complementos y configuración condicional. Cualquier código colocado aquí funcionará junto con el alojado AppMeasurement code / s_code .
Migración del código de nivel de página
El siguiente paso en la migración es configurar código no global en reglas de la DTM.
A continuación se ofrece una descripción general de cada tipo de regla y su uso habitual para configurar activadores de Adobe Analytics.
Tipo de regla Detalles
Reglas de carga de página
Utilícelo para anexar variables a la señalización de vista de página predeterminada en todas o en determinadas páginas. Ejemplo de caso de uso: Envío de una eVar determinada al cargar mi página promocional.
Regla basada en Eventos
Se utiliza para activar una s.t() o s.tl() señalización en interacciones específicas del usuario. Ejemplo de caso de uso: Envío de una señalización de vista de página personalizada con un evento determinado cuando se habilita una ventana emergente.
Regla de llamada directa
Se utiliza para activar una s.t() o s.tl() señalización en situaciones en las que no se puede detectar el evento DOM. Ejemplo de caso de uso: Envío de una s.tl() señalización con un evento determinado cuando se ve un vídeo.
Recuerde seguir las optimizaciones de migración.
Como se analizó en la sección anterior, es importante recordar las siguientes prácticas recomendadas a medida que se trabaja para migrar el código de Adobe Analytics.
  • Desarrollar un proceso sistemático
  • Inicio en entornos de ensayo de nivel inferior para evaluar completamente la migración
  • Trabaje con TI de forma temprana para coordinar la eliminación de código
Un posible método de migración progresiva consiste en determinar un indicador para identificar las páginas que aún no se han migrado por completo. Este indicador se puede aprovechar en el editor Personalizar código de página en la configuración de la herramienta para cancelar condicionalmente la señalización DTM predeterminada en esas páginas mediante la configuración 's.abort = true' .
Tenga en cuenta que este enfoque solo afecta a la señalización de herramienta de Analytics; las reglas configuradas para activar Adobe Analytics deben estar condicionadas en la propia regla.
Consulte este enfoque en entornos de ensayo antes de aprovechar la producción.

Ventajas de un sistema de administración de etiquetas: Un enfoque en la DTM

Información sobre los conceptos básicos de administración de etiquetas y explica cómo Dynamic Tag Management puede beneficiar específicamente a su empresa.
Este contenido se creó en asociación con Search Discovery
Las secciones siguientes contienen más información:

¿Qué es un sistema de administración de etiquetas?

Los sistemas de administración de etiquetas están diseñados para facilitar la implementación y administración de las etiquetas de marketing y análisis en el sitio mediante el uso de una etiqueta de contenedor.
Una etiqueta de contenedor 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 tensión en el grupo de TI y coloca el control en manos de los especialistas en mercadotecnia.

Why Dynamic Tag Management (DTM)

La administración dinámica de etiquetas adopta el enfoque de administración de etiquetas descrito anteriormente y lo mejora a través de un diseño sencillo pero con gran capacidad, con un control integrado de escenario y temporización.
Considere lo siguiente a la hora de decidir si la administración dinámica de etiquetas es adecuada para su negocio:
  • Rendimiento del sitio mejorado
    Con la administración dinámica de etiquetas, las etiquetas de marketing y análisis se mueven del marcado del sitio a la biblioteca de la DTM. Esto, en sí mismo, reduce 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 aún más mediante el uso de controles condicionales y métodos asincrónicos ofertas de la DTM.
    Los controles condicionales facilitan la activación de etiquetas solo cuando es necesario, lo que elimina la implementación innecesaria del código.
    La carga asincrónica fuerza a las etiquetas a mantenerse alejadas del camino de la página, lo que reduce considerablemente la carga en el procesamiento de la página.
  • Mayor control, menor riesgo
    Con menos dependencia de TI, podrá implementar y administrar etiquetas en su reloj.
    Esto significa menos compromiso y riesgo en la implementación de etiquetas de proveedores y mayor agilidad para mantenerse al día con las nuevas funciones de etiquetas y herramientas.
    Además, la DTM cuenta con funciones integradas para garantizar el cumplimiento de las políticas de privacidad de datos y evitar que las etiquetas de proveedores interfieran con el sitio o filtraran datos a terceros.
  • Trabaje más rápido y con mayor eficacia
    La administración dinámica de etiquetas adopta un enfoque centrado en el comportamiento y aprovecha integraciones integrales y la centralización de datos para facilitar la implementación de etiquetas.
    El enfoque centrado en el comportamiento permite implementar innumerables herramientas y etiquetas al mismo tiempo en función de un determinado comportamiento en lugar de implementar cada etiqueta individualmente.
    Las integraciones integradas de la DTM facilitan la configuración de herramientas como Adobe Analytics y Google Analytics, lo que elimina la necesidad de disponer de un código personalizado extenso.
    Los elementos de datos centralizan puntos de datos comunes, reduciendo la redundancia de código y optimizando el tiempo de búsqueda de datos.
    Juntos, estas funciones ahorran tiempo y frustración para que pueda centrarse menos en la implementación de etiquetas y más en hacer avanzar su negocio.
  • Uso gratuito de la administración dinámica de etiquetas
    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 el administrador de cuentas de Adobe para obtener más información.