GuestMaker
Inicio
Documentación para desarrolladoresReferencia API, SDK, sandbox y novedadesIntegracionesPMS, OTA, motores de reservas, voz y correoBlogGuías y novedades para grupos hoteleros
Precios
Iniciar sesiónReserva una demo
GuestMaker
InicioDocumentación para desarrolladoresIntegracionesBlogPrecios
Iniciar sesiónReserva una demo
GuestMaker

El CRM omnicanal con IA
para grupos hoteleros.

de Hotelinking
Proveedor tecnológico oficial de Meta
Plataforma
  • Cerebro del hotel
  • Recuerdos del huésped
  • Bandejas de entrada
  • Agente de voz
  • CRM B2C
  • CRM B2B
  • CDP
  • Campañas y recorridos
  • Fidelización
Recursos
  • Documentación para desarrolladores
  • Novedades
  • Integraciones
Empresa
  • Acerca de Hotelinking
  • Prensa
  • Contacto
  • Atención al cliente
© 2026 GuestMaker · Hotelinking, S.L.·Palma de Mallorca - España
Política de privacidadCondiciones del servicioAviso legal
Blog/CRM omnicanal

Cómo se demuestra que un clic en un correo electrónico acaba en una reserva real, no solo en un clic contabilizado

Un clic no prueba que haya una reserva. Así sigue GuestMaker a un huésped hasta una reserva confirmada en el motor de reservas propio del hotel, y así reconoce cuándo falla el seguimiento.

Daniel Alzina, director general, Hotelinking3 de septiembre de 20268 min de lectura
Un rastro de marcadores de paso sobre un escritorio que va desde un enlace de correo electrónico hasta un comprobante real de confirmación de reserva con marca de tiempo.

En algún lugar del informe mensual de todo grupo hotelero hay una tasa de clics que nadie termina de creerse. Se envía un correo electrónico de campaña, un buen número de huéspedes hace clic para ir al motor de reservas y marketing lo da por ganado. Pero un clic no es una reserva. Es un huésped que ha abierto una pestaña. Lo que ocurrió después de abrir esa pestaña, si reservó, cambió de opinión o ni siquiera llegó a cargar la página, suele desaparecer en cuanto sale de la bandeja de entrada.

El CRM de GuestMaker no deja de medir en el clic. Sigue al huésped durante la transición al motor de reservas propio del hotel y espera a que exista una reserva real y confirmada antes de llamar conversión a nada.

Un clic inicia un rastro, no lo termina

Cuando un huésped hace clic en un enlace dentro de una oferta por correo electrónico, GuestMaker genera un token de seguimiento único y lo mantiene durante la redirección del huésped al motor de reservas. Ese token no está de adorno. Es el hilo que conecta «un huésped hizo clic en esta campaña concreta» con «un huésped reservó esta estancia concreta», incluso cuando pasan horas o días entre una cosa y la otra.

El hotel instala un pequeño fragmento de código de seguimiento en su propio sitio web, casi siempre en la página de confirmación de reserva, usando una clave pública que puede exponerse sin problema en HTML plano en lugar de una credencial sensible que alguien tenga que custodiar. Cuando se completa una reserva, ese fragmento informa de la reserva a GuestMaker junto con el token que lleva asociado. GuestMaker empareja el token con el clic original y solo entonces ese clic se cuenta como conversión. Sin reserva no hay conversión, por mucha gente que haya hecho clic. Esa misma señal de reserva confirmada alimenta también una salvaguarda más discreta en otra parte: es lo que impide que un descuento llegue a un huésped que ya ha reservado para esas mismas fechas.

Ese emparejamiento no tiene por qué ocurrir al instante. Las reservas hoteleras rara vez son compras impulsivas. Los huéspedes miran opciones, comparan un par de fechas, consultan con la persona con la que viajan y vuelven dos o tres días después, a veces desde otro dispositivo. La ventana de atribución de GuestMaker, configurada por defecto para no caducar nunca y ajustable por cuenta, permite que un huésped que hace clic hoy en una campaña pero reserva la semana que viene, o el mes que viene, siga atribuyéndose correctamente a la campaña que inició el recorrido, en lugar de aparecer silenciosamente como una reserva directa imposible de rastrear.

Esa es la diferencia real entre contabilizar interacción y demostrar ingresos. Una tasa de clics te dice que hubo curiosidad. Una conversión, emparejada hasta una reserva confirmada, te dice que la campaña generó dinero.

Se construye una vez y se usa en todos los canales

La misma infraestructura de seguimiento que sigue un clic en un correo electrónico no es una pieza aislada creada solo para el correo. También se comparte con las campañas de WhatsApp, así que un grupo hotelero que compara un envío por correo electrónico con una difusión por WhatsApp compara dos números medidos con exactamente el mismo criterio, no dos estimaciones distintas. Un equipo de marketing no tiene que fiarse más o menos de los números del correo que de los de WhatsApp. Ambos se someten al mismo listón: una reserva real, emparejada por token, o no cuenta. Nada de eso importa si el correo electrónico no llega a una bandeja de entrada desde el principio, por eso un nuevo dominio de envío se calienta de forma gradual antes de su primer envío completo.

Distinguir el silencio de una avería

Este es el problema con el que todo sistema de atribución acaba tropezando. ¿Qué significa realmente tener cero conversiones?

Puede significar que la campaña no convirtió a nadie de verdad, una señal real y útil. O puede significar que el fragmento de seguimiento en la web del hotel nunca se instaló correctamente, y que todas las reservas que deberían haberse contado se esfumaron sin hacer ruido durante semanas, mientras el panel seguía mostrando un cero plano y muy seguro de sí mismo. Esas dos situaciones producen el mismo número. Solo una de ellas es realmente un problema de marketing.

GuestMaker trata esa ambigüedad como algo que hay que eliminar, no encogerse de hombros ante ello. La configuración de Conversion Tracking indica al grupo hotelero en cuál de estas situaciones está:

  • No se ha instalado nada. No ha llegado a GuestMaker ninguna señal de ningún tipo desde la web del grupo hotelero. Esto es una tarea de configuración, no un fallo del canal, y nunca debería leerse como tal.
  • La etiqueta está activa, pero las solicitudes se rechazan. Están llegando solicitudes, así que GuestMaker puede ver que el código de seguimiento se ejecuta, pero no superan la validación y no se registra nada. El panel muestra el dominio que envía las solicitudes fallidas, el último error y cuántas veces ha ocurrido en el último día, para que un desarrollador pueda arreglarlo en minutos en lugar de adivinar dónde está la rotura.
  • Todo está conectado correctamente, simplemente aún no hay una reserva. La instalación se verifica sin errores. GuestMaker ve que el fragmento está presente y funciona. Un cero aquí es un cero honesto, no un fallo oculto con el mismo número puesto encima.

Confirmar la instalación tampoco exige esperar a que reserve un huésped real. Al cargar cualquier página etiquetada con una marca de verificación, se lanza una autoprueba ligera que informa en cuestión de segundos, de modo que un equipo de implementación puede confirmar la integración esa misma tarde, no el mes en que un huésped dé la casualidad de completar una reserva. También hay un feed en directo de los pings más recientes dentro de la configuración, así que «¿esto funciona de verdad?» nunca tiene que ser una suposición disfrazada de certeza.

Esto importa más de lo que parece. Sin ello, un grupo hotelero podría concluir discretamente que el correo electrónico «no genera reservas» y reasignar el presupuesto, sin llegar a saber que el verdadero problema era una etiqueta de script rota, no un canal que realmente rinde por debajo de lo esperado. Esa es una decisión estratégica tomada con datos malos, y precisamente para evitarla existe la visibilidad del estado de la instalación. También por eso algunos equipos se ponen a buscar otra plataforma cuando la solución real era más pequeña: cambiar de proveedor no significa reconstruir todas las campañas.

Por qué la cifra de ROI sube a medida que llegan reservas

Hay una cosa más que conviene entender, porque explica por qué una cifra de ROI puede verse distinta si la consultas dos veces en la misma semana: GuestMaker calcula el ROI directamente a partir de conversiones reales y emparejadas, dividido entre el coste de la campaña. No es una proyección.

Como los huéspedes reservan habitualmente días o semanas después del primer clic, el ROI que ves la mañana posterior a un envío solo refleja las reservas que ya se han emparejado con esa campaña en ese momento. A menudo todavía hay más reservas en camino, procedentes de clics que ocurrieron días antes y que encajan dentro de la ventana de atribución. Por eso la cifra sube de forma natural a medida que esas reservas llegan, no porque se esté ocultando nada, sino porque las conversiones subyacentes todavía no se habían producido de verdad.

Para un equipo de marketing que defiende una partida presupuestaria ante la propiedad, conviene saberlo de antemano: una cifra consultada al principio de la vida de una campaña es una lectura real y honesta de lo que se ha confirmado hasta ese momento, no un recuento final. Volver a consultarla cuando la ventana de atribución ha tenido tiempo de hacer su trabajo ofrece una imagen más completa.

En qué se traduce todo esto

Los sistemas de atribución dependen por completo de la confianza. Un panel que cuenta clics y los llama ingresos siempre tendrá buen aspecto, y de vez en cuando estará equivocado de formas que nadie detecta hasta que el presupuesto ya se ha gastado. GuestMaker está construido al revés. Nada cuenta como conversión hasta que aterriza una reserva real en el motor de reservas propio del hotel. El sistema le dice claramente al grupo hotelero cuándo su propia instalación está rota, en lugar de esconderse detrás de un cero silencioso. Y la cifra principal de ROI refleja solo lo que se ha confirmado de verdad, creciendo honestamente a medida que más reservas se emparejan, en lugar de ser una proyección disfrazada de dato cerrado.

El mismo registro de huésped que nunca olvida el historial de un huésped es lo que permite emparejar un clic con un nombre y, finalmente, con una reserva, en vez de dejarlo como una fila anónima en una herramienta de analítica. Es la misma disciplina que atraviesa el CRM y los journeys de GuestMaker: comportamiento real del huésped, seguido hasta lo que ocurrió de verdad, no supuesto. Si tu equipo está evaluando plataformas de correo electrónico y las cifras de atribución nunca terminan de cuadrar con los ingresos reales, mira qué mide GuestMaker antes de confiar por sí sola en la próxima tasa de clics.

GuestMaker

Míralo funcionar con tus datos de huéspedes.

Treinta minutos con tus hoteles reales.

Ver el CRM omnicanal

Lecturas relacionadas

CRM omnicanal

El correo electrónico de descuento que nunca llega a un huésped que ya ha reservado

Un huésped que ya ha reservado a precio completo nunca debería ver un correo electrónico de descuento para las mismas fechas. Aquí va la protección que lo evita, explicada de forma sencilla.

3 sept 20267 min de lectura
CRM omnicanal

La rampa de reputación de remitente que funciona sola

Un dominio de envío nuevo no puede lanzar un envío a toda la lista de huéspedes el primer día sin arriesgarse a acabar en spam durante mucho tiempo. GuestMaker dosifica la rampa y la protege en tiempo real.

3 sept 20268 min de lectura
CRM omnicanal

Cambiar de plataforma de correo electrónico no debería implicar reconstruir cada campaña

Reenvía el correo electrónico de la campaña anterior o sube un archivo de exportación. GuestMaker lo convierte en una plantilla limpia, editable y fiel a la marca en segundos.

3 sept 20267 min de lectura