guía · medición · motores
Cloudbeds y Google Analytics 4: cómo medir las reservas
Dónde se configura, qué datos manda Cloudbeds cuando se confirma una reserva, cómo no perder el origen en el salto al motor y cómo comprobarlo con una reserva de prueba.
Por Nicolás Barcena, Co-Founder & Head of Digital Strategy en Kanpai · 25 de octubre de 2026 · 10 min de lectura- En Cloudbeds la medición se configura en Configuración, Motor de reservas, pestaña Analítica, con conexión GA4 o conexión GTM. Cloudbeds recomienda GTM y no admite las dos a la vez.
- El purchase trae número, valor, impuestos, moneda e ítems. En la práctica llega dentro de eventModel: si la etiqueta lee ecommerce.value, la reserva entra con valor cero.
- Si el motor abre en hotels.cloudbeds.com o us2.cloudbeds.com, ese dominio va en Configurar tus dominios de GA4. Solo el 13% de los hoteles con motor externo que relevamos lo tiene.
- Se verifica con una reserva de prueba: entrás con un UTM inventado, buscás _gl en la dirección del motor y encontrás la compra en GA4 con ese origen.
Cloudbeds es el motor que más medimos en Kanpai. Trae casi todo resuelto: manda la compra con su número y su valor, y deja cargar el contenedor del hotel. Lo que suele faltar son tres configuraciones que no se ven a simple vista, y por eso el hotel ve sus reservas en GA4 sin saber qué canal las trajo. En nuestro estudio de más de 300 hoteles, solo el 13% de los hoteles con el motor en otro dominio tenía ese salto resuelto. Esta guía es lo que hacemos en cada hotel con Cloudbeds, en orden.
Dónde vive tu motor de Cloudbeds
Antes de tocar Google Analytics hay que saber una cosa: dónde ocurre la reserva. Cloudbeds tiene dos formas de mostrarle el motor al huésped, y la medición cambia bastante de una a otra.
La primera es el link de siempre. El huésped toca Reservar en tuhotel.com y salta a una dirección de Cloudbeds, que empieza con hotels.cloudbeds.com o con us2.cloudbeds.com. La segunda es la experiencia inmersiva: el motor se carga dentro de tu propia web, con un componente de Cloudbeds, y el huésped no cambia de dirección hasta el pago.
Para saber cuál tenés, Cloudbeds lo muestra en Configuración, Motor de reservas, pestaña Resumen: ahí está el link de tu motor. Si tu botón de Reservar lleva a ese link, estás en el primer caso.
| Link a Cloudbeds | Experiencia inmersiva | |
|---|---|---|
| Dónde reserva el huésped | hotels.cloudbeds.com o us2.cloudbeds.com | En tu propia web, sin cambiar de dirección |
| Dónde va tu medición | En la pestaña Analítica de Cloudbeds | En tu web: Cloudbeds pide que la etiqueta de Google o tu contenedor se inicialicen ahí |
| Dominio cruzado en GA4 | Sí, es lo que más falta | No hay salto de dominio en la búsqueda y la elección |
| Qué revisar primero | Que aparezca _gl en la dirección del motor | Que los UTM estén en la página donde carga el motor |
Cloudbeds es el motor del 10% de los hoteles con motor externo que relevamos en nuestro estudio de más de 300 hoteles. Y en ese grupo, el de los motores en otro dominio, solo el 13% configuró el dominio del motor en GA4. En el resto, la reserva llega sin el canal que la trajo.
Conexión GA4 o conexión GTM: cuál elegir
En Cloudbeds, la medición se configura en Configuración, Motor de reservas, pestaña Analítica. Ahí hay dos caminos: la conexión GA4, donde pegás el ID que empieza con G- y el dominio de tu web, o la conexión GTM, donde pegás el ID de tu contenedor de Google Tag Manager.
Cloudbeds recomienda la conexión GTM, y coincidimos. Con GTM, Google Analytics, Google Ads y el pixel de Meta viven en un solo contenedor que maneja el hotel, y se pueden corregir sin pedirle nada a nadie. La documentación también aclara que no se usan las dos conexiones a la vez: se elige una.
Un detalle que confunde a más de uno: Cloudbeds carga además su propio contenedor de Tag Manager en el motor, que el hotel no puede editar. Su guía de integraciones lo nombra. Si en la vista previa ves etiquetas que no son tuyas, no las toques ni las copies: no son parte de tu medición.
Qué manda Cloudbeds cuando se confirma una reserva
Cloudbeds documenta los eventos que dispara su motor. Los que importan para medir reservas son estos:
| Evento | Cuándo se dispara | Para qué sirve |
|---|---|---|
| cb_booking_engine_load | Al cargar el motor | Saber cuántas visitas llegan al motor |
| add_to_cart | Al elegir habitación | El primer paso del embudo dentro del motor |
| begin_checkout | Al cargar la página de datos del huésped | Cuántos llegan a cargar sus datos |
| purchase | En la página de confirmación | La reserva, con su valor y su número |
| conversion | Con el ID y la etiqueta de Google Ads | La conversión de Ads, si se usa la conexión GA4 |
El purchase trae el número de reserva (transaction_id), el valor, los impuestos, las fechas de entrada y salida, las noches y la habitación. La moneda es la moneda por defecto de la propiedad, así que un hotel que cobra en dólares manda dólares y uno que cobra en pesos manda pesos. Por eso, en la etiqueta, la moneda se lee del evento y no se escribe a mano.
Hay un detalle que no está en la documentación y que vemos en cada contenedor que armamos. Cloudbeds deja los datos de la compra dentro de un objeto llamado eventModel, al estilo de la etiqueta de Google, y no en el objeto ecommerce que esperan muchas plantillas de Tag Manager. Si la etiqueta de compra lee ecommerce.value, la reserva llega a GA4 con valor cero. Las variables tienen que leer eventModel.value, eventModel.currency, eventModel.transaction_id y eventModel.items.
Y un filtro más, que ahorra sustos: el activador de la compra lleva la condición de que el valor sea mayor a cero. Así una recarga de la página de confirmación, o una reserva a cero, no se cuenta como venta.
El salto a hotels.cloudbeds.com
Si tu motor está en un dominio de Cloudbeds, este es el paso que decide si sabés de dónde vienen tus reservas. Cloudbeds lo dice en su ayuda: el seguimiento entre dominios es esencial cuando la web lleva al motor con un botón de Reservar o un selector de fechas.
Se configura en GA4, no en Cloudbeds: Administrador, Flujos de datos, el flujo de tu web, Configurar ajustes de etiquetas, Configurar tus dominios. Ahí van dos condiciones, tu dominio y el de Cloudbeds. La ayuda de Cloudbeds sugiere la condición Contiene con hotels.cloudbeds.com. En la práctica cargamos el dominio exacto que aparece en el link del motor de cada hotel, porque hay motores que abren en us2.cloudbeds.com y esa dirección no contiene hotels.cloudbeds.com.
Con el dominio cargado, GA4 agrega a la dirección del motor el parámetro _gl, seguido de una cadena de letras y números. Ese parámetro lleva la identidad de la visita de un dominio al otro. Para verlo, entrá a tu web, tocá Reservar y mirá la barra del navegador: si aparece _gl, el puente está armado.
Si no aparece, lo más común es que el botón de Reservar no sea un link sino un selector de fechas que arma la dirección con código. Google avisa en su ayuda que la vinculación entre dominios no funciona bien cuando la navegación la dispara JavaScript. En ese caso hay que resolver la vinculación en el propio botón, y conviene hacerlo con alguien que sepa de Tag Manager.
En la experiencia inmersiva la cosa cambia. El huésped busca y elige sin salir de tu web, y Cloudbeds aclara que los parámetros como los UTM se leen solo en la carga inicial. Tu GA4 y tu contenedor tienen que estar en la página donde carga el motor, y la campaña tiene que apuntar a esa página.
Meta: el pixel nativo de Cloudbeds o el contenedor
Cloudbeds tiene un campo para el ID del pixel de Meta en la misma pestaña Analítica. Manda la visita, la búsqueda, el inicio del pago, los datos de pago y la compra con su valor. Su propia ayuda marca dos límites: con ese pixel no se puede saber qué se compró, y el dominio de Cloudbeds no se puede verificar en tu cuenta de Meta porque no es tuyo.
En la documentación pública de Cloudbeds no encontramos una conexión por servidor con Meta (la API de conversiones). Por eso, en los hoteles con Cloudbeds que medimos, Meta va dentro del mismo contenedor de Tag Manager, con la plantilla de Stape para el pixel. Esa plantilla manda la compra por el navegador y por el servidor, y Meta la deduplica: en el administrador de eventos se ve la compra por los dos caminos, contada una vez.
Hacé esto
- Elegir la conexión GTM y cargar todo en ese contenedor
- Leer el valor, la moneda y el número desde eventModel
- Poner la condición de valor mayor a cero en la compra
- Cargar en GA4 el dominio exacto del link de tu motor
- Mandar Meta por un solo camino, con navegador y servidor deduplicados
Evitá esto
- Usar la conexión GA4 y la conexión GTM a la vez
- Leer ecommerce.value: la reserva llega en cero
- Fijar la moneda en la etiqueta cuando el hotel cobra en dos
- Sumar el pixel nativo de Cloudbeds además del contenedor
- Agregar etiquetas de Meta hechas a mano encima de la plantilla
Cómo probarlo con una reserva de prueba
La configuración se da por buena cuando una reserva hecha como la haría un huésped aparece en GA4 con su origen. Lleva veinte minutos y no hace falta saber de código para leer el resultado.
Si la compra aparece pero como directa, o con tu propio dominio como fuente, el problema está en el salto. Si no aparece, la etiqueta no está leyendo el evento de Cloudbeds o la estás mandando a otra propiedad. Después de la prueba, cancelá la reserva y dejá anotado qué viste: la próxima prueba se compara contra esa.
Los errores que más vemos con Cloudbeds
| Lo que ves | Qué suele ser | Cómo se corrige |
|---|---|---|
| Reservas con valor cero en GA4 | La etiqueta lee ecommerce y Cloudbeds manda eventModel | Cambiar las variables a eventModel.value, .currency y .transaction_id |
| La misma reserva dos veces | GA4 cargado en Cloudbeds y también en el contenedor | Dejar solo la conexión GTM |
| Muchas reservas como Directo | El salto a Cloudbeds sin dominio configurado, o _gl que no viaja | Configurar tus dominios y probar el botón de Reservar |
| Compras dobles en Meta | Pixel nativo de Cloudbeds más etiquetas propias | Un solo camino, con deduplicación |
| Un ID de GA4 que no reconocés en el motor | Etiquetas del proveedor o de otra integración | No tocarlas: confirmar cuál es la propiedad del hotel |
| Reservas que aparecen al día siguiente | La propiedad de GA4 en otra zona horaria | Pasarla a la hora de Buenos Aires |
En los hoteles que medimos por dentro, una de cada tres reservas llegó con el origen mal registrado: un 26% sin origen y un 7,6% como si la hubiera mandado la propia web, que es justamente la sesión que se corta en el salto. Por eso no alcanza con configurar una vez. Se vuelve a probar cada vez que cambia la web, el botón de Reservar o la versión del motor.
El problema del salto, explicado para cualquier motor, está en por qué las reservas llegan sin origen a GA4. Y lo demás que conviene configurar en GA4 está en la guía de Google Analytics 4 para hoteles.
Otros motores
Cada motor resuelve la medición a su manera. Si trabajás con otro, o estás pensando en cambiar, estas son las guías de los demás motores que medimos todos los días:
| Guía | Dónde vive el motor | Dónde se carga la medición |
|---|---|---|
| SynXis y Google Analytics 4 | be.synxis.com | Tracking Hooks del Booking Engine Designer |
| TravelClick y Google Analytics 4 | Tu propio dominio, o ihotelier.com | Contenedor del hotel, junto al de Amadeus |
| RoomCloud y Google Analytics 4 | booking.roomcloud.net | Código del hotel cargado en el motor |
| Todo Alojamiento y Google Analytics 4 | Un subdominio de tu web, o todoalojamiento.com | IDs del hotel cargados por la plataforma |
cómo entramos nosotros
Cloudbeds es el motor que más medimos. Cuando entra un hotel, armamos su contenedor de Tag Manager con la plantilla que usamos en todos los hoteles con Cloudbeds: la compra leída de eventModel, con la condición de valor mayor a cero, la moneda que cobre el hotel, la conexión GTM en el motor, el dominio de Cloudbeds en GA4 si hay salto y Meta por navegador y servidor deduplicados. Después hacemos una reserva de prueba y la validamos en GA4 y en el administrador de eventos de Meta. Recién ahí se prende la pauta.
Si querés que revisemos cómo llega hoy la reserva de Cloudbeds a tu GA4, escribinos por WhatsApp y lo miramos con la web de tu hotel adelante. En la sección de motores de reservas de Kanpai está lo que configuramos en cada uno y qué ves después en el reporte.
Llevate la guía de Cloudbeds en PDF
Dónde se configura cada cosa, las variables de la compra, el dominio cruzado, la planilla de la reserva de prueba y los errores típicos. Dejanos la web de tu hotel y tu mail.
Fuentes y referencias
- Cloudbeds — Conectar Google Analytics al motor de reservas de Cloudbeds (pestaña Analítica, conexión GA4 y GTM, seguimiento entre dominios): myfrontdesk.cloudbeds.com/hc/es/articles/25825202111387
- Cloudbeds — Eventos de Google Analytics en el motor de reservas (purchase, begin_checkout, add_to_cart y sus parámetros): myfrontdesk.cloudbeds.com/hc/es/articles/43914021209627
- Cloudbeds — Experiencia inmersiva del motor de reservas (medición en el sitio del hotel, UTM en la carga inicial): myfrontdesk.cloudbeds.com/hc/es/articles/41706419744155
- Cloudbeds — Guía de integración de seguimiento de terceros (una sola conexión, contenedor propio de Cloudbeds): myfrontdesk.cloudbeds.com/hc/es/articles/36993784738331
- Cloudbeds — Agregar un pixel de Facebook al motor de reservas: myfrontdesk.cloudbeds.com/hc/en-us/articles/226456448
- Google — Cómo configurar las mediciones multidominio (Configurar tus dominios, _gl, navegación con JavaScript): support.google.com/analytics/answer/10071811
- Kanpai — El estudio de marketing hotelero en Argentina 2026: hoteleria.agenciakanpai.com/recursos/estudio-marketing-digital-hoteles-argentina
Preguntas frecuentes
Dónde se configura Google Analytics 4 en Cloudbeds?
En Configuración, Motor de reservas, pestaña Analítica. Ahí se elige la conexión GA4, con el ID que empieza con G- y el dominio de tu web, o la conexión GTM, con el ID de tu contenedor de Tag Manager. Cloudbeds recomienda la conexión GTM y no admite las dos a la vez.
Por qué las reservas de Cloudbeds llegan a GA4 con valor cero?
Casi siempre porque la etiqueta de compra lee el objeto ecommerce y Cloudbeds deja los datos dentro de eventModel. Las variables tienen que leer eventModel.value, eventModel.currency y eventModel.transaction_id. Conviene además activar la compra solo cuando el valor es mayor a cero.
Qué dominio de Cloudbeds tengo que agregar en GA4?
El que aparece en el link de tu motor, en Configuración, Motor de reservas, pestaña Resumen. La ayuda de Cloudbeds sugiere la condición Contiene con hotels.cloudbeds.com, pero hay motores que abren en us2.cloudbeds.com: cargá el dominio exacto de tu link junto con el de tu web, en Configurar tus dominios.
Hace falta el dominio cruzado con la experiencia inmersiva de Cloudbeds?
En la búsqueda y la elección de habitación, no: el motor carga dentro de tu web y la dirección no cambia. Cloudbeds pide que tu etiqueta de Google o tu contenedor estén inicializados en tu sitio, y aclara que los UTM se leen solo en la carga inicial. Si el pago sale a un medio de terceros, el huésped puede pasar por otra página antes de volver a la confirmación.
Cómo mando las reservas de Cloudbeds a Meta sin duplicarlas?
Por un solo camino. Cloudbeds tiene un campo para el pixel, pero su ayuda no documenta una conexión por servidor. Nosotros mandamos la compra desde el mismo contenedor de Tag Manager, con la plantilla de Stape, por navegador y servidor deduplicados, y sin sumar el pixel nativo ni etiquetas hechas a mano.
Co-Founder & Head of Digital Strategy en Kanpai. Define la estrategia digital de cada hotel: Google Ads y Meta Ads, la medición de los motores de reservas y los reportes de los hoteles que trabajan con la agencia. Kanpai es una agencia de marketing hotelero con más de 14 años en el rubro y más de 40 hoteles en Argentina. Si estás comparando agencias, mirá cómo elegir una agencia de marketing hotelero.
