A B C D E F G H I J K L M N O P Q R S T U V W X Y Z

Qué es Capa de Datos

Capa de datosDefinición:

Una capa de datos es una interfaz estructurada que pone información sobre el contexto, el contenido y los eventos de una aplicación o sitio web a disposición de otros sistemas.

Permite separar el significado de los datos de la forma en que aparecen en el HTML o en la interfaz. No es una base de datos ni un producto exclusivo de Google Tag Manager. Puede implementarse mediante objetos, colas de mensajes, APIs u otras estructuras, según el entorno.

Cómo funciona una capa de datos

El sitio o la aplicación genera información cuando se carga una vista, cambia un estado o se produce una interacción. Esa información se incorpora a la capa siguiendo nombres y formatos acordados. Las herramientas consumidoras pueden leerla y utilizarla para activar etiquetas, formar eventos o aplicar otras reglas.

La capa actúa como un contrato entre desarrollo, analítica, marketing y los sistemas que consumen los datos. Este contrato reduce la dependencia de elementos visuales o selectores del DOM, que pueden cambiar sin que cambie el significado empresarial del evento.

Una capa de datos no envía necesariamente información a un proveedor. En un gestor de etiquetas, los activadores, variables y etiquetas determinan qué datos se procesan y cuáles se transmiten. Por tanto, incorporar un valor a la capa y registrar un evento en una plataforma son operaciones relacionadas, pero distintas.

Componentes del contrato de datos

Una implementación mantenible necesita documentar qué información existe y cómo debe interpretarse. El contrato suele definir:

  • Eventos: Nombres de las acciones o cambios de estado, como una visualización de producto o el envío de un formulario.
  • Propiedades: Datos que describen el evento o el contexto, con un significado concreto y estable.
  • Tipos y formatos: Cadenas, números, valores booleanos, objetos, arrays, monedas, fechas y otras convenciones admitidas.
  • Secuencia: Momento en que cada dato está disponible y relación entre un estado y el evento que debe utilizarlo.
  • Obligatoriedad: Propiedades requeridas, opcionales, valores predeterminados y comportamiento ante datos ausentes.
  • Gobernanza: Responsables, documentación, validación, versiones y procedimiento para modificar el esquema.

Los nombres deben ser comprensibles y consistentes. Dos propiedades parecidas no deberían representar conceptos distintos sin una explicación, y un mismo nombre no debería cambiar de significado entre páginas o versiones.

dataLayer en Google Tag Manager

En Google Tag Manager, window.dataLayer es un array global de JavaScript que recibe y procesa mensajes en el orden en que se añaden. Puede inicializarse antes de cargar el contenedor y recibir información de contexto:

window.dataLayer = window.dataLayer || [];
window.dataLayer.push({
  page_type: "product",
  content_group: "footwear"
});

Las interacciones posteriores pueden incorporarse mediante dataLayer.push():

window.dataLayer.push({
  event: "form_submit",
  form_type: "newsletter"
});

La propiedad event puede utilizarse para activar reglas en GTM. Los demás nombres son ejemplos y deben corresponder al modelo de medición real. No se debe reinicializar window.dataLayer después de cargar el contenedor, porque se pueden perder mensajes o desconectar el array que GTM está procesando.

Cuando un evento necesita valores actualizados, conviene incorporarlos en el mismo mensaje para que la relación sea inequívoca. La documentación de Google sobre la capa de datos detalla el orden de procesamiento y la comunicación con el contenedor.

Evaluación de una capa de datos

Una capa bien definida puede proporcionar datos más estables que la extracción directa desde el DOM, facilitar las pruebas y establecer un lenguaje común entre equipos. También permite que varias herramientas consuman una misma representación del evento sin tener que interpretar por separado la interfaz visible.

Estas ventajas dependen de la implementación. Una capa no corrige datos incompletos, eventos duplicados, secuencias incorrectas ni diferencias entre plataformas. Los cambios en productos, procesos o requisitos de medición pueden requerir desarrollo, documentación y nuevas pruebas.

La capa tampoco mejora por sí sola el rendimiento ni la experiencia del usuario. El número de etiquetas, su ejecución, el código utilizado y las solicitudes posteriores siguen influyendo en el navegador. El tracking debe validarse en las condiciones reales de carga e interacción.

No deben incorporarse datos personales o sensibles sin una finalidad, una base válida y controles adecuados. Aunque un valor no se envíe inmediatamente a un proveedor, puede quedar accesible para scripts ejecutados en la página. La activación de etiquetas también debe respetar la configuración de consentimiento aplicable, incluido el modo de consentimiento de Google cuando forme parte de la implementación.