Saltar al contenido

Etapa 04 de 05 · Analítica Web

Capa de datos (DataLayer)

Implementamos una estructura de datos sólida que permite rastrear información compleja y personalizada sobre el comportamiento de los usuarios.

¿Qué es el dataLayer de Google Tag Manager?

El dataLayer (capa de datos) es el objeto JavaScript que usan Google Tag Manager y gtag.js para pasar información a las etiquetas, según la documentación para desarrolladores de Google (actualizada el 22 de julio de 2026). La web lo alimenta con dataLayer.push() y GTM lee de ahí eventos y valores para enviarlos a Google Analytics 4, Google Ads o Meta.

window.dataLayer = window.dataLayer || [];
window.dataLayer.push({ event: 'generate_lead', form_id: 'contacto' });

Sin dataLayer, GTM solo ve clics y envíos de formulario genéricos: nada de comercio electrónico con importes, de segmentación por estado del usuario ni de atribución de cada contacto a su campaña.

GA4 ocupa el 81,4 % del mercado de analítica web según W3Techs (octubre de 2025). En SMedialab implementamos el dataLayer para empresas de Tenerife —comercio en Santa Cruz, alojamientos del sur, despachos en La Laguna— y lo coordinamos con desarrollo desde el diseño hasta la validación.

Las tres reglas de Google para implementar el dataLayer

La documentación de Google Tag Manager fija tres reglas que aplicamos en cada implementación:

  1. Declararlo una sola vez y antes del contenedor, arriba del <head>, con window.dataLayer = window.dataLayer || [];.
  2. Añadir datos siempre con dataLayer.push(): reasignar la variable después del fragmento del contenedor borra lo que ya contenía.
  3. Respetar mayúsculas y minúsculas: un push a datalayer no llega a GTM.

¿Qué eventos de comercio electrónico envía el dataLayer a GA4?

En una tienda online, el dataLayer transmite los eventos de comercio electrónico recomendados por GA4, cada uno con su array items[] (item_id, item_name, price, item_brand, item_category):

  • view_item_list y select_item: listado de categoría y clic en un producto.
  • view_item: ficha de producto.
  • add_to_cart y remove_from_cart: con cantidad y precio actualizados.
  • begin_checkout, add_shipping_info y add_payment_info: los pasos del pago.
  • purchase: con transaction_id, value, currency, tax, shipping e items[].

Antes de cada evento de comercio electrónico enviamos dataLayer.push({ ecommerce: null }), como recomienda Google, para que los datos de un producto no se arrastren al siguiente. Sin esta instrumentación, los embudos de GA4 quedan vacíos y Google Ads puja con datos parciales, con un CPC medio en búsqueda de 5,26 USD en 2025 según WordStream.

dataLayer en webs de servicios y B2B

En una web sin tienda, el dataLayer aporta el contexto que un clic no da:

  • Estado de usuario: user_type y un user_id interno. Nunca enviamos email, teléfono ni nombre: las políticas de Google Analytics no admiten datos personales identificables.
  • Tipo de página: page_type (servicio, caso de éxito, blog) para filtrar informes.
  • Formularios: form_id, form_step y lead_source para atribuir cada contacto.
  • Llamadas a la acción: cta_label y cta_position para comparar mensajes.

Así un despacho o un alojamiento turístico ve qué páginas y campañas traen oportunidades reales, no solo formularios enviados. En nuestra propia web, desde agosto de 2026, un push con event: 'web_vitals' lleva a GA4, a través de GTM, las Core Web Vitals que mide el navegador de cada visitante.

Cómo coordinamos el dataLayer con el equipo de desarrollo

El dataLayer vive en el código de la web, así que lo coordinamos con el equipo de desarrollo del cliente o lo programamos nosotros. La especificación que entregamos detalla cada dataLayer.push() con sus claves, el momento del flujo en que se envía, el tipo de cada parámetro y los casos límite: carrito vacío, pago fallido o inicio de sesión con redes sociales.

Diseñamos los nombres dentro de los límites de recogida de GA4 para propiedades estándar: 40 caracteres por nombre de evento, 25 parámetros por evento y 100 caracteres por valor. Cada evento se valida con datos reales en el modo Vista previa de GTM y en DebugView de GA4 antes de publicar.

Con Consent Mode v2, el estado de consentimiento por defecto tiene que estar en el dataLayer antes de que se active cualquier etiqueta de Google, que lo exige para el tráfico del Espacio Económico Europeo desde el 6 de marzo de 2024. Programamos este orden:

  1. gtag('consent', 'default', ...) con ad_storage, analytics_storage, ad_user_data y ad_personalization denegados por defecto.
  2. La carga del banner de cookies, que envía gtag('consent', 'update', ...) cuando el usuario decide.

Si el orden se invierte, las etiquetas se evalúan con un consentimiento indefinido.

Versionado del dataLayer

Cada cambio en la especificación lleva número de versión, fecha y nota de compatibilidad, y los campos antiguos se mantienen hasta migrar las etiquetas que los leen. Con exportación a BigQuery, eso permite comparar datos históricos sin romper la serie.

Datos del sector y sus fuentes

  • Definición y reglas del dataLayer: documentación de Google Tag Manager para desarrolladores, actualizada el 22 de julio de 2026.
  • Cuota de Google Analytics en analítica web: 81,4 % — W3Techs, octubre de 2025.
  • CPC medio de Google Ads en búsqueda: 5,26 USD — WordStream, benchmarks 2025.
  • Consent Mode v2 exigido en el EEE: 6 de marzo de 2024 — Ayuda de Google Tag Manager.
  • Empresas canarias de 10 o más empleados con venta online: 31,4 % — INE, ETICCE 2024-2025.
  • Comercio electrónico B2C en Canarias: 4.066 M€ en 2024 — OCTSI.

Beneficios clave

Tracking avanzado para e-commerce con datos completos de producto y transacción

Datos estructurados para cualquier necesidad de análisis personalizado

Base técnica para personalización y segmentación avanzada

Integración limpia con el equipo de desarrollo sin fricciones

Qué incluye

Diseño de la estructura del dataLayer adaptada al negocio
Implementación coordinada con el equipo de desarrollo
Eventos de e-commerce enhanced: producto, carrito y transacción
Testing y validación en modo preview antes de publicar
Documentación técnica completa para desarrollo y marketing

Explora más servicios de Google Tag Manager en Tenerife

Auditoría de seguimiento

Revisamos tu configuración de GTM para identificar mejoras y garantizar que todos los eventos importantes se rastrean correctamente en tu web.

Configuración de eventos en GTM

Implementamos el seguimiento de eventos clave: clics en botones, envíos de formularios, descargas y otras interacciones importantes de los usuarios.

Variables y activadores de GTM

Configuramos variables personalizadas y activadores para capturar datos específicos de tu negocio y crear segmentaciones avanzadas.

Preguntas Frecuentes

¿Qué es el dataLayer de GTM?
El dataLayer es el objeto JavaScript que usan Google Tag Manager y gtag.js para pasar información a las etiquetas, según la documentación para desarrolladores de Google. La web escribe en él eventos y datos —de usuario, de producto o del estado de la página— y GTM los reenvía a GA4, Google Ads u otras plataformas. Es imprescindible para medir comercio electrónico.
¿Necesito programadores para implementar dataLayer?
Sí: el dataLayer se programa en el código de la web, en el punto exacto donde ocurre cada evento. Trabajamos con tu equipo de desarrollo o lo programamos nosotros directamente, y entregamos la especificación documentada de cada evento.

¿Necesitas ayuda con Capa de datos (DataLayer)?

Cuéntanos tu caso y te enviamos un presupuesto personalizado en 24h

Te decimos también qué no haríamos y por qué.

Buscador del sitio

Sugerencias rápidas

Atajos: ↑↓ navegar · Enter abrir · Esc cerrar