Tracking
Leer el registro de seguimiento
Qué significan los estados y los motivos de omisión del registro de seguimiento de conversiones, y cómo solucionar la falta de señales de consentimiento.
Cada evento que Rentware envía desde el servidor a GA4, Google Ads o Meta, y cada evento que omite, aparece en el registro de seguimiento. Lo encontrarás en Configuraciones → Seguimiento de conversiones → Registros. Filtra por referencia del pedido (por ejemplo, SNLDX1) para ver todo lo relativo a una reserva.
Columnas
| Columna | Significado |
|---|---|
| Marca de tiempo | Cuándo se procesó el evento |
| Proveedor | Google Analytics, Google Ads o Meta (Facebook) |
| Tipo de evento | Por ejemplo, «Añadir al carrito», «Compra», «Compra retirada (pedido cancelado)» |
| Desencadenante | Qué lo provocó, por ejemplo, «Cambio de estado del pedido» u «Oferta añadida al carrito» |
| Estado | Éxito, Fallido, Pendiente o Saltado |
| Código de estado | La respuesta HTTP de la plataforma |
| Referencia del pedido | La referencia del pedido de la reserva |
| Consentimiento | ok (todas las señales de consentimiento concedidas), partial (algunas denegadas) o – (ninguna información de consentimiento) |
| Datos mejorados | Si se enviaron el correo electrónico o el teléfono cifrados con hash |
| Solicitud / Respuesta | Qué se envió y qué respondió la plataforma |
Estados y motivos de omisión
| Lo que muestra el registro | Qué significa | Qué hacer |
|---|---|---|
| Éxito | La plataforma aceptó el evento | Si aun así no lo ves, consulta «Enviado, pero no visible» en las preguntas frecuentes |
| Fallido + texto de error | La plataforma rechazó el evento | Consulta el apartado de la plataforma en las preguntas frecuentes |
Saltado: «No enviado: el sitio web no envió información de consentimiento …» (skipped: no consent signal) |
La solicitud que completó la reserva no llevaba información de Google Consent Mode | Consulta el apartado siguiente |
Saltado: «No enviado: el visitante no dio el consentimiento publicitario que requiere este proveedor.» (skipped: no advertising consent) |
El visitante rechazó las cookies publicitarias | Nada: sin consentimiento no se puede enviar nada |
Saltado: «no se capturó ningún ID de clic (gclid) ni había datos de conversión mejorada» (skipped: no click id or enhanced data, Google Ads) |
Había consentimiento, pero el visitante no llegó desde un anuncio de Google o el ID de clic se perdió, y no había datos del cliente con los que hacer la coincidencia | Normal en visitantes que no hicieron clic en un anuncio |
Saltado: «creada por el personal en el back office» (skipped: agent-created booking, Meta) |
La reserva la introdujo tu equipo, por ejemplo después de una llamada | Normal: esas reservas nunca vinieron de un anuncio. Meta nunca las recibe; GA4 solo si activas «Track agent-created bookings» |
| Ninguna fila para el pedido, GA4 | El visitante no permitió las cookies de analítica (analytics_storage). Los eventos de GA4 sin ese consentimiento se descartan sin fila en el registro |
Normal sin consentimiento. Si ocurre en la mayoría de las reservas, revisa tu señal de consentimiento (apartado siguiente) |
| Ninguna fila en absoluto, cualquier plataforma | La plataforma no está activada o su configuración está incompleta, o la reserva nunca llegó al estado Reserved (reservado) o Booked (confirmado) | Revisa la configuración de la plataforma |
Cuándo se envía la compra: cuando el pedido pasa por primera vez a reservado o confirmado, una vez por pedido y plataforma. El desencadenante indica entonces «Cambio de estado del pedido». Si ese primer intento se saltó, un cambio posterior (de reservado a confirmado) lo vuelve a intentar.
«Sin señal de consentimiento» en la compra, pero el consentimiento está ok al añadir al carrito
El widget vuelve a leer el consentimiento del visitante en cada solicitud, a partir de las entradas de Google Consent Mode en window.dataLayer. La compra usa el consentimiento de la solicitud que completó la reserva, no el del carrito. Por eso, añadir al carrito puede mostrar ok y la compra skipped: no consent signal cuando, en el momento de reservar:
- el checkout se ejecuta en otra página o dominio sin banner de cookies ni código de Consent Mode (por ejemplo, una página de pedido aparte);
- el banner de cookies aún no había enviado el consentimiento, porque un plugin de optimización retrasa su script o el banner carga tarde;
- el widget se ejecuta dentro de un iframe, o tu sitio usa un dataLayer con un nombre distinto de
dataLayer.
Las reservas que nunca pasan por tu sitio web tampoco tienen señal de consentimiento: una oferta aceptada desde el enlace del correo, un pago confirmado por tu equipo, una reserva por teléfono. Es lo esperado.
Como GA4 necesita analytics_storage, la misma causa hace que las compras desaparezcan por completo de GA4, sin fila en el registro.
Cómo comprobarlo
- Abre en tu navegador la página donde se completa la reserva (el checkout).
- Acepta el banner de cookies.
- Abre la consola del navegador (F12 → Consola), escribe
dataLayery pulsa Intro. - Busca una entrada con
consentyupdate(oconsent_update) que contengaad_storage,analytics_storage,ad_user_datayad_personalization.
Tiene que estar ahí antes de que el visitante haga clic en «reservar». Si el visitante acepta el banner después de que se haya cargado el widget, no pasa nada: la siguiente solicitud recoge el nuevo consentimiento, siempre que el banner envíe un update de Consent Mode a window.dataLayer.
Cómo solucionarlo
- Activa Google Consent Mode v2 en tu banner de cookies (Cookiebot, Complianz, Borlabs, Usercentrics y la mayoría de los demás tienen una opción para ello).
- Carga el banner en todas las páginas con un widget de Rentware, incluidas las de checkout y de pedido.
- No dejes que los plugins de optimización de scripts retrasen el banner ni la etiqueta de Google. Si usas WordPress, consulta Seguimiento con WordPress.