Medir conversiones en GA4 con banner de cookies (sin perder datos)

• Desde que está el banner de cookies, de repente las reservas o los pedidos aparecen mucho más bajos en GA4. ¿Te suena?
• Lo peor: ahora tomas decisiones con cifras equivocadas. Piensas que el marketing no funciona, apagas campañas, te estresas en días de mucho trabajo, cuando a menudo el problema es la medición, no las ventas.
• La buena noticia: en 30 a 60 minutos normalmente puedes ver dónde se rompe y solucionarlo (en gran parte). Piensa en consentimiento, Tag Manager y, sobre todo: medir a través de tu web y de tu módulo de reservas o de pedidos.

Este artículo está pensado específicamente para hostelería: reservar/pedir, a menudo a través de un módulo externo, y por eso es especialmente sensible al consentimiento y al cross-domain. Primero obtienes un diagnóstico rápido (10 minutos) y después, las correcciones.

Por qué tus mediciones “se hunden” después de un banner de cookies (en lenguaje normal)

Lo que un banner de cookies sí y no hace (y por qué GA4 a veces se queda “mudo”)

Un banner de cookies pide consentimiento a tu visitante. Si alguien dice “no” (o no hace clic en nada), ya no puedes medir todo como antes. Muchos sistemas entonces desactivan (en parte) las mediciones.

El problema: algunas webs no solo desactivan mediciones adicionales, sino que por error también desactivan lo básico. Entonces parece como si tu restaurante ya no recibiera solicitudes, reservas o pedidos. Mientras que tu TPV y tu teléfono cuentan otra historia.

La diferencia entre “medir menos” y “medir mal”

• Medir menos (normal): si la gente rechaza, pierdes una parte de la medición. Ves una bajada, pero no hasta cero. Y el comportamiento sigue siendo lógico.
• Medir mal (error): de repente casi no ves nada, o las conversiones desaparecen justo en el punto donde entra el dinero (reservar, pedir, tarjetas regalo).

Una señal de alarma muy común: sigues viendo visitantes, pero casi no aparecen reservas/pedidos en tu medición.

Flujo típico en hostelería: web → módulo de reservas / módulo de pedidos → confirmación

En hostelería suele funcionar así:

1. Alguien entra en tu web (mirar el menú, hacerse una idea del ambiente).
2. Hace clic en “Reservar” o “Pedir online”.
3. Llega a otro entorno (a veces incluso a otra web del proveedor de reservas o pedidos).
4. Finaliza y recibe una confirmación.

Justo ese salto al módulo es donde la medición suele romperse. Más aún desde que los banners de cookies se han vuelto más estrictos y los navegadores bloquean cada vez con más fuerza.

Objetivo de este texto: que entiendas por qué pasa, para que no te pongas a activar y desactivar cosas al azar.

Comprobación rápida: ¿es un problema de consentimiento o tu tracking está roto? (test de 10 minutos)

Checklist: qué cifras comparar (GA4 vs Search Console vs sistema de reservas)

Ten a mano tres cosas:

• Tu sistema de reservas o de pedidos: ¿cuántas reservas/pedidos entraron hoy?
• GA4: ¿cuántas conversiones ves allí?
• Search Console: ¿sigues viendo clics hacia tu web desde Google?

Si tu sistema de reservas funciona normal y Search Console muestra clics, pero GA4 dice casi nada, probablemente estás midiendo mal.

Test 1: hacer 1 reserva/pedido en tu navegador (rechazando/aceptando)

Hazlo en tu propio móvil o portátil, idealmente en una ventana privada (para que las cookies antiguas no molesten).

1. Entra en tu web.
2. Rechaza cookies (o elige “solo necesarias”).
3. Haz una reserva/pedido hasta llegar a la confirmación.
4. Repite lo mismo, pero esta vez aceptando.

Qué quieres averiguar:

• Si al rechazar ves cero absoluto: eso puede ser parcialmente normal.
• Si al aceptar tampoco ves la conversión: entonces no es privacidad, sino un error de medición.

Test 2: comprobar si las etiquetas se disparan (Tag Manager preview / Tag Assistant)

Suena técnico, pero en realidad es solo comprobar si el botón de medición está encendido.

• En Tag Manager puedes iniciar el modo de vista previa (preview) y ver si se envían mediciones.
• También existe una herramienta del navegador que muestra si GA4 está enviando algo.

Si aquí ves que no pasa nada al cargar tu página, ya sabes: la medición arranca demasiado tarde o no arranca en absoluto.

Configuración base que (casi) siempre funciona: banner de cookies + Tag Manager + GA4

El orden lo es todo: primero consentimiento, luego medir (si no, pierdes la landing)

La primera página que alguien ve (la landing) suele ser la más importante: ahí llega el cliente desde Google, Instagram o un anuncio.

Si tu sitio solo empieza a medir después de que alguien haga clic en el banner de cookies, te pierdes precisamente esa primera página. Y entonces se estropean cosas:

• el origen no cuadra
• parece que los visitantes llegan directamente
• las conversiones quedan desconectadas del recorrido

El orden correcto es: primero dejar claro qué está permitido y qué no, y después iniciar lo antes posible la medición básica (de una forma que cumpla las normas).

Hacer que GA4 arranque bien (para no perder datos en la primera página)

Asegúrate de que GA4 pueda engancharse en cuanto se abre la página. No después de 5 segundos, no después de un clic.

Dicho en lenguaje normal: si tu luz de medición solo se enciende cuando alguien pulsa aceptar, ya te has perdido media película.

Error típico: medirlo todo solo después del clic en el banner (y por eso siempre hay huecos)

Este es el clásico en restaurantes:

• Se instala el banner de cookies.
• Se “asegura” todo midiendo solo tras el consentimiento.
• Resultado: huecos en los datos, picos raros, muchos “desconocido” y conversiones que desaparecen en cuanto alguien pasa al módulo de pedidos o de reservas.

Medir bien las conversiones (reservar / pedir online) sin “huecos”

¿Qué conversiones quieres medir de verdad? (reserva confirmada, pedido pagado, clic en llamar/WhatsApp)

Para hostelería, normalmente estas son las conversiones que de verdad importan:

• Reserva confirmada (no solo el clic en reservar)
• Pedido pagado o pedido realizado
• Clic en llamar (sobre todo para última hora)
• Clic en WhatsApp (si lo usas mucho)

Consejo: elige mejor 2 a 4 que realmente signifiquen ingresos. Si no, se convierte en un caos.

¿Cuándo cuenta GA4 una conversión de forma fiable? (momento + página/evento)

Una conversión debe ocurrir en un momento en el que estés seguro: ya está hecho.

• En reservas: en la página de confirmación, o en la pantalla donde aparece “Reserva confirmada”.
• En pedidos: después del pago o después de que el pedido se haya registrado de verdad.

Si mides demasiado pronto (por ejemplo, en el botón Siguiente), cuentas a gente que abandona. Si mides demasiado tarde (si la medición solo empieza tras la elección de cookies), te pierdes el momento.

Página de confirmación vs popup de “gracias”: ¿qué es lo más estable?

• Página de confirmación (recomendado): una página real con su propia URL. Suele ser lo más estable para medir.
• Popup “¡Gracias!” (más complicado): queda bonito, pero es más delicado. A veces ese popup se bloquea o el disparador no funciona bien.

Pequeña comprobación de realidad: si tu módulo lo hace todo dentro de un popup, aún puedes medir bien, pero entonces dependes de eventos. En la práctica, ahí es donde a menudo falla cuando el consentimiento o los triggers no están al 100%.

Extra importante en hostelería: medir en varios dominios (módulo de reservas/pedidos)

Señal de que este es tu problema: mucho “Direct” o conversiones sin origen

¿Ves esto en GA4?

• muchos visitantes de Direct
• mucho origen desconocido
• conversiones que no parecen estar conectadas a tus anuncios o a Google

Entonces algo suele fallar cuando alguien pasa de tu web al entorno de reservas o pedidos. Mides algo, pero el recorrido se rompe.

Base de cross-domain: qué debe encajar en ambos dominios

En palabras simples: ambos sitios deben reconocerse.

Eso normalmente significa:

• en tu web la medición está bien
• en el módulo la medición también está bien (o hay una buena redirección)
• la transición está configurada para que la visita no empiece de cero como si alguien acabara de aterrizar en el módulo

En muchas webs de hostelería, esto es justo donde las configuraciones del banner de cookies lo estropean: un entorno pide consentimiento, el otro también, y mientras tanto la medición pierde el hilo.

Si tu módulo no colabora: 2 alternativas prácticas (sin complicaciones)

A veces el proveedor de reservas o pedidos te dice: “No hacemos nada con eso” o “No lo soportamos”. Entonces aún tienes opciones:

1. Mide en tu web el clic hacia reservar/pedir como señal adicional.
   No es perfecto (un clic no es una confirmación), pero al menos ves cuánta gente da el paso. Combínalo con los números de tu sistema de reservas.

2. Usa una página intermedia simple en tu propio sitio.
   Por ejemplo: “Ahora vas a reservar” y luego rediriges. Te da un punto de medición estable en tu dominio antes de saltar al módulo.

Esto no es teoría. Veo que funciona especialmente en negocios que quieren optimizar campañas de cara a la carga del fin de semana, pero no quieren depender de lo que un módulo externo sí o no soporte.

Depurar y arreglar: las 7 causas más comunes (con solución rápida por punto)

El consentimiento no se actualiza tras la elección (el banner dice sí, GA4 sigue en no)

Síntoma: aceptas cookies, pero no cambia nada.
Solución rápida: comprueba si el banner de cookies realmente transmite el consentimiento a tu medición. Algunos banners muestran una elección, pero no envían nada.

Las etiquetas se disparan, pero GA4 no ve nada (orden incorrecto / trigger incorrecto)

Síntoma: ves en Tag Manager que algo se dispara, pero en GA4 todo sigue en silencio.
Solución rápida: haz que GA4 arranque lo antes posible y evita que espere a un paso posterior.

No se mide la landing page (solo se mide tras interacción con el banner)

Síntoma: el origen no cuadra, mucho direct, recorridos raros.
Solución rápida: evita que la medición solo arranque después del clic en el banner. Esta es la causa número 1 de los huecos.

El evento de conversión llega antes de que arranque la medición

Síntoma: ves tráfico, pero la conversión no aparece.
Solución rápida: asegúrate de que la medición ya esté activa antes de que ocurra el paso de gracias/confirmación. En módulos rápidos, la confirmación puede llegar enseguida.

Varios contenedores/etiquetas que se pisan (instalaciones duplicadas)

Síntoma: cifras duplicadas o, peor, un caos en el que no confías en nada.
Solución rápida: revisa que GA4 no esté instalado dos veces (por ejemplo, vía el constructor de la web y también vía Tag Manager).

El proveedor externo de reservas bloquea o separa el tracking

Síntoma: todo funciona en tu web, pero en cuanto saltas al módulo se cae.
Solución rápida: pregunta al proveedor qué es posible. Si no se puede: usa las alternativas de arriba (medir el clic o la página intermedia).

Los informes parecen rotos por la configuración (canales/identidad)

Síntoma: se siente mal, pero las mediciones sí entran.
Solución rápida: revisa si tus informes no están configurados de forma que el tráfico “desaparezca” en un rincón. A veces parece todo direct cuando en realidad es un tema de agrupación.

Si quieres leer con calma las reglas sobre privacidad y qué puedes o no medir, revisa también la explicación sobre política de cookies y tracking. Eso ayuda a tomar decisiones sin alarmismo.

Preguntas frecuentes / objeciones

“¿Esto lleva mucho tiempo / tengo que rehacer toda mi web?”

Normalmente no. En muchos casos se trata de: el orden correcto, los ajustes correctos y comprobar qué pasa al reservar/pedir. A veces en una hora ya queda claro. A veces es más profundo (sobre todo con módulos externos), pero incluso entonces a menudo puedes volver a tener cifras más fiables con una solución intermedia.

“¿Cuánto cuesta aproximadamente una corrección así (y cuándo compensa)?”

Si gastas dinero cada mes en promoción y tomas decisiones con cifras que no cuadran, suele costarte más de lo que piensas: decisiones erróneas, pausar anuncios que sí funcionan o seguir pagando por algo que no aporta.

La verdadera ganancia es tranquilidad: vuelves a saber qué acciones traen reservas o pedidos, especialmente de cara a fines de semana con mucha demanda y semanas de vacaciones.

“¿Puedo hacerlo yo o lo empeoro?”

Puedes hacer perfectamente el test de 10 minutos por tu cuenta. También suele ser factible comprobar mediciones duplicadas. Pero en cuanto entra el orden y el salto al módulo, una sola configuración equivocada puede romperlo todo otra vez.

Si ya llevas dos noches frustrado: para de probar a ciegas y haz que alguien lo revise con foco.

“¿Se puede medir si la gente rechaza cookies?”

Puedes medir menos, pero a menudo aún puedes entender parte del comportamiento sin guardar datos personales. Lo más importante: que tu medición no se quede completamente muda y que, al aceptar, tus conversiones entren de forma fiable.

“¿Tengo que involucrar a mi proveedor de reservas/pedidos?”

A veces sí, a veces no. Si el módulo funciona en su propio dominio y no transmite nada, a menudo necesitas al proveedor o eliges un workaround práctico (medir el clic, página intermedia). Depende de cómo esté construido exactamente tu flujo.

Mini plan de acción: cómo lo abordas esta semana (sin estrés)

Día 1: mapear mediciones y flujos (qué es ‘éxito’)

• Escribe qué cuenta para ti: reserva confirmada, pedido pagado, llamar, WhatsApp.
• Anota qué recorrido sigue la gente: web → módulo → confirmación.
• Pon los números uno al lado del otro: sistema de reservas versus GA4.

Día 2: check de consentimiento + GA4

• Haz el test de 10 minutos (rechazar y aceptar).
• Comprueba si la medición arranca al abrir la página (no solo tras el clic del banner).
• Revisa si hay medición duplicada.

Día 3: cross-domain / check de conversiones + cierre

• Prueba el salto al módulo: ¿el origen se mantiene lógico?
• Prueba una reserva/pedido real hasta la confirmación.
• Si hace falta, elige una alternativa si el módulo no colabora.

Esto conviene tenerlo bien antes de un fin de semana fuerte, una semana de vacaciones o un día festivo. Es cuando mejor facturación haces y quieres saber qué acciones dan más resultado.

Reserva una consulta de 30 minutos: revisamos juntos tu web y el flujo de reservas/pedidos, comprobamos dónde se pierde el dato (banner de cookies/Tag Manager/GA4/cross-domain) y te llevas un plan de corrección claro (hacerlo tú o que lo haga yo).