Primeros pasos: Migración a Adobe DTM

Contenido creado en colaboración con Search Discovery

Más información sobre la experiencia de SDI en Adobe DTM

En este artículo se analizan los elementos que debe tener en cuenta al planificar la migración a DTM, así como las prácticas recomendadas para ayudarle a poner en marcha su implementación con el pie derecho. 

Planificación de la configuración de su DTM Descripción general de componentes

A continuación, se ofrece una breve descripción general de la estructura básica de la empresa DTM para prepararse para las decisiones relacionadas con la planificación de la configuración de su DTM.

En 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 y scripts en sus sitios. 

Cada propiedad web está asociada con un código de incrustación que es responsable de cargar las configuraciones de propiedades específicas en sus sitios.

Los usuarios se gestionan a nivel de empresa, pero se les puede dar permiso para cada propiedad con la excepción de la función de administrador. El rol de Admin es global y tiene permisos completos para todas las propiedades de una empresa. 

Más información sobre los roles de usuario aquí: https://marketing.adobe.com/resources/help/es_ES/dtm/groups.html

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

Con la estructura básica de la empresa DTM en mente, discutamos los puntos de decisión relacionados a medida que planifica la configuración de su DTM. 

¿Cuántas empresas necesito?

En la mayoría de los casos, una empresa es la que mejor satisface las necesidades del negocio.

La razón principal para tener más de una compañía es lograr la separación completa de los usuarios y las propiedades web.

Este tipo de configuración es la más típica de las grandes empresas con numerosos conjuntos de entidades web que son administradas por varias divisiones de negocio. 

¿Cómo debo distribuir mis dominios y subdominios en propiedades web?

Las propiedades web pueden configurarse como de una a una o de una a muchas con sus dominios.

Para decidir qué funcionará mejor para su negocio, considere las similitudes y diferencias entre dominios de las siguientes variables. 

• Métodos y fuentes de recopilación de datos
• Herramientas y etiquetas desplegadas
• Estructura de código de sitio
• Flujos de trabajo de los usuarios de DTM

En la mayoría de los casos, una propiedad web por dominio satisface mejor las necesidades del negocio debido a las considerables diferencias en una o varias de las variables anteriores.

Este tipo de configuración se adapta de forma más efectiva a las necesidades de cada dominio, a la vez que permite una fácil duplicación de las constantes entre dominios a través de la función “copiar”.

Sin embargo, en los casos en los que estas variables son iguales o muy similares en todos los dominios, puede tener más sentido tener varios dominios dentro de una misma propiedad web. En estos casos, esta configuración puede reducir la duplicación innecesaria entre propiedades.

Este mismo razonamiento puede utilizarse para la distribución de subdominios.

Casos de uso: ejemplos

Escenario: mi división de negocios maneja varios dominios. Estamos implementando análisis en todos los dominios, pero cada dominio tiene su propio conjunto de informes y necesidades de seguimiento.

Solución: aproveche una propiedad para cada dominio.

Escenario: mi división de negocios maneja varios dominios. Estamos implementando análisis en todos los dominios y utilizamos un conjunto global de informes 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.

Solución: aproveche una propiedad para cada dominio.

Escenario: mi división de negocios maneja varios dominios. Estamos implementando análisis en todos los dominios y utilizamos un conjunto de informes global y una capa de datos global para recopilar todos nuestros datos. El resto de nuestras herramientas y etiquetas son en su mayoría consistentes entre dominios y estamos planeando que los mismos usuarios gestionen el flujo de trabajo de publicación.

Solución: aproveche una propiedad para todos los dominios.

Mejores prácticas de migración

Después de determinar la distribución óptima de la empresa y de la propiedad, considere las siguientes prácticas recomendadas al iniciar la migración de su DTM.

Flujo de trabajo del proceso

Desarrollar un proceso sistemático para migrar el código de página existente a DTM para ayudar a asegurar una transición sin problemas.

Por lo general, se recomienda iniciar este proceso en entornos de menor nivel y migrar el código página por página o sección del sitio por sección del sitio.

Esto le permitirá examinar 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 de antemano para determinar los procesos actuales y los ciclos de implementación.

Esto ayudará a asegurar la colocación adecuada y oportuna del código de incrustación y la eliminación coordinada del código de la página migrada de manera efectiva.

Flujo de trabajo de las personas y gobernabilidad

Otro concepto importante es el establecimiento de un flujo de trabajo de usuario. La asignación cuidadosa de funciones de usuario proporciona gobernabilidad al flujo de trabajo del DTM. 

Esto asegurará que todos los artículos se examinen completamente por los miembros correctos de su equipo antes de enviarse a la producción.

Más información sobre la migración a DTM aquí: https://marketing.adobe.com/resources/help/es_ES/dtm/migration.html

A continuación en la serie de cinco partes “Primeros pasos”: Migración a DTM: información detallada sobre Adobe Analytics.