Cómo cuadran los grupos hoteleros la venta directa con el PMS en 2026

Los directores de venta directa conviven con una versión muy concreta del problema de la analítica. El PMS sabe exactamente cuántas reservas entraron por la web propia; la analítica no sabe de dónde vino una buena parte de ellas. En Palladium Hotel Group, el 40% del tráfico entrante no tenía source ni medium en el stack anterior, y el 35% de las reservas que registraba GA4 no podía asignarse al canal que las generó. No era un fallo del marketing, sino de la arquitectura de medición.

Ese hueco es presupuesto que no se puede defender. En Dreamplace Hotels, Sealmetrics mide aproximadamente un 30% más de tráfico que Google Analytics y atribuye un 15–20% más de ventas que la herramienta anterior: una diferencia suficiente para cambiar a qué canal va el siguiente euro. El argumento de arquitectura completo está en la guía de analítica sin cookies; aquí nos centramos en cómo se aplica a una web de reservas y en cómo se cuadra con el PMS.

Por qué una reserva de hotel pierde el origen más que una compra online

El recorrido de una reserva está especialmente expuesto a los fallos de la medición basada en cookies. Por cuatro motivos:

1. El consentimiento se decide en el móvil. Buena parte de las reservas se deciden en el teléfono, donde el banner ocupa la pantalla en la primera interacción. El huésped que lo rechaza sigue navegando y puede reservar, pero una analítica que espera al consentimiento no registra ni su visita ni el clic que lo trajo.

2. Safari recorta la vida de las cookies. ITP limita a 7 días las cookies first-party que se escriben por JavaScript, y a 24 horas cuando la página llegó con parámetros de seguimiento en la URL, que es justo como llega un clic de campaña. Si la reserva se hace después, el identificador que guardaba el origen ya no existe.

3. El motor de reservas y la pasarela están fuera. Muchos motores viven en el dominio del proveedor, y el pago pasa por una pasarela y por 3-D Secure. Para que GA4 no pierda la sesión en ese salto hay que configurar la medición entre dominios y que la cookie sobreviva en los dos lados; si el huésped rechazó las cookies, no hay nada que pasar, y la vuelta se registra como un referral de la pasarela.

4. La decisión tarda. Entre la primera búsqueda y la reserva pasan días o semanas, con visitas desde metabuscadores, campañas y la propia marca. Conviene ser honesto: la analítica sin cookies no resuelve esto recordando la primera visita. Acredita la sesión que reserva. Lo que cambia es que ve esa sesión, haya aceptado o no el huésped el banner.

Cómo cuenta reservas la analítica sin cookies, sin seguir a nadie

Hay que empezar por lo que no hace, porque la arquitectura cambia detalle por huésped por totales por canal que se pueden defender:

• No identifica a huéspedes concretos.
• No une páginas vistas en recorridos individuales.
• No reconoce al huésped que vuelve.
• No sabe que la llegada desde un metabuscador y la reserva posterior son de la misma persona.
• No acredita visitas anteriores: la reserva va al origen de la sesión en la que ocurre.

Lo que sí hace:

• Cuenta llegadas por origen: metabuscadores, búsqueda de pago, orgánico, redes, email y directo.
• Cuenta reservas por origen, acreditadas a la sesión en la que se confirman.
• Suma el importe de cada reserva en ingresos agregados por canal y campaña.
• Conserva el origen cuando el huésped vuelve del motor de reservas o de una pasarela registrados como passthrough referrers.
• Permite leer las reservas por las propiedades que envíes con ellas, como fecha de entrada, noches, tipo de habitación u hotel.

El intercambio es deliberado. Se renuncia al “recorrido completo del huésped”, que GA4 solo ofrece en la fracción de reservas cuyo huésped aceptó las cookies, a cambio de totales por canal medidos en cada sesión.

El patrón de conciliación con el PMS

La configuración habitual en un grupo hotelero tiene cinco pasos:

1. Tracker en todas las páginas, incluida la de confirmación. Servirlo desde un subdominio propio es opcional y hace mucho menos probable que lo bloqueen.
2. El motor de reservas dentro de la sesión. Si está en un subdominio, se etiquetan sus páginas; si está en el dominio del proveedor, se registra como passthrough referrer por API.
3. Las pasarelas de pago registradas. Las principales se reconocen con una lista incorporada; cualquier otra, o un dominio de 3-D Secure, se registra igual.
4. Búsqueda y reserva como eventos. Una microconversión en la búsqueda de disponibilidad y una conversión en la confirmación, con importe, moneda y propiedades de la reserva. No hace falta un plugin de PMS: el contrato de eventos es el mismo con cualquier motor.
5. Revisión con el PMS. Reservas e ingresos por canal frente al total del PMS o del CRM, durante un ciclo de reservas completo, con GA4 todavía activo.

Cada paso, con lo que se pierde en él y lo que hay que configurar, está detallado en Sealmetrics para hoteles.

Qué entra en la comparación y qué se queda fuera

La conciliación solo es justa si se compara lo mismo. El PMS registra todo lo que vende el hotel; la web solo ve lo que se reserva en ella.

• Entra: reservas confirmadas en la web propia y en su motor de reservas, en la misma zona horaria y la misma moneda.
• Fuera: reservas de OTA, teléfono, call center, grupos, eventos y mostrador, que no tienen una visita web detrás.
• Fuera: cancelaciones, reservas de prueba y reservas pendientes de pago que el PMS todavía cuenta.
• Sobre totales: los localizadores de reserva no se guardan, así que se comparan totales y canales, nunca reserva a reserva.

Si el motor está en el dominio del proveedor y nunca devuelve al huésped a una página tuya, la reserva no puede registrarse en el navegador. Es lo primero que hay que resolver con el proveedor, antes de interpretar cualquier diferencia.

Qué esperar: lo que midieron Palladium y Dreamplace

Dreamplace Hotels usa el total de su CRM como punto de conciliación y trata la diferencia restante como una señal de calidad del dato. Sobre esa base, Sealmetrics atribuye un 15–20% más de ventas que su herramienta anterior, y esa visión conciliada es la que movió primero su presupuesto en Meta y Google.

Palladium fue un paso más allá con el display. Reconstruyó su compra en Display & Video 360 sobre el Coste por Búsqueda, con la búsqueda de disponibilidad en el motor de reservas como señal de intención, y ese coste mejoró un 165%. La búsqueda de disponibilidad es, en un hotel, la microconversión que más cerca está de la reserva.

¿Y el banner de consentimiento?

Hay un efecto de segundo orden. Cuando la configuración cumple los criterios de exención del regulador, una web de hotel con analítica sin cookies puede no necesitar banner para la analítica. Si además los píxeles publicitarios pasan a pedir consentimiento más tarde, o se retiran, el banner puede salir de la primera interacción en móvil. Valóralo con tu DPO: cada píxel mantiene su propio requisito de consentimiento, y la exención depende de tu configuración y de los criterios de tu autoridad nacional. Lo explicamos en analítica y RGPD.